给开发者一个工程化读法：市场部组织落地，本质是三张配置表------角色路由表（四个位置各归其人）、KPI 埋点表（CPCQ 三层指标）、预算分配表（四块分账）加上一个 90 天迭代周期。结论先说：AI 搜索不是加一个渠道，是市场部的职能重组；先把三张表配出来，组织才跑得起来。
目录
一、现状扫描：这个需求没人认领
二、四个位置：当成路由来设计
三、KPI三层：当成监控指标来埋点
四、预算四块与90天节奏：当成迭代周期来排
五、看板工程化：一张配置表跑起来
六、组织落地工程自查清单
结论先说在前面：AI 搜索不是加一个渠道，是市场部的职能重组。工程化三件套------角色路由表（GEO信源/GEM商业位/信息流/SEO地基）、KPI 埋点表（CPCQ 三层指标）、预算分配表（四块分账），再加 90 天迭代周期。先定角色、再定 KPI、最后切预算。
01 现状扫描：这个需求没人认领
工程视角看市场部，现状像一台没配路由的服务：用户已经在豆包、DeepSeek、通义千问里问「附近哪家火锅好」「XX 连锁怎么样」了，请求天天进来，组织这边却没有对应的处理模块------投放组只认 ROI，内容组只管产出，SEO优化若有若无。第一件事不是写代码，是把「AI 搜索」这个需求显式声明出来，分给能处理它的模块。
02 四个位置：当成路由来设计
四个位置 = 四条路由（以下为示例划分，按团队实情调整）：GEO优化信源路由------内容/信源负责人，管「被信任」，让 AI 自然提到你；GEM优化商业位路由------投放负责人，管「被选择」，商业位优先被推荐；信息流路由------触达负责人，管「被记住」，长期印象；SEO优化地基路由------技术或内容团队，管「被找到」，官网与结构化数据。每条路由挂负责人，事件才有消费者。
03 KPI 三层：当成监控指标来埋点
考核跟着 CPCQ（点击成本量化）三层指标走（示例框架，非承诺）：GEO优化埋 AI 引用率、排序位置、信源引用总量------每周在主流 AI 助手里搜品牌词与品类词记录被引用情况；GEM优化埋 CTR-Q、CPA-Q------被选上的效率与成本；信息流埋触达频次与互动。一句话：CPCQ 是「主义」，CPC-Q 是「工具」------先量化对象，再谈优化，和监控先定义指标再谈告警是一个道理。
04 预算四块与 90 天节奏：当成迭代周期来排
预算四块（行业预估，按实情校准）：SEO优化地基稳定投入、长期不撤；GEO优化信任建设细水长流；GEM优化探索预算（呼应 Day3 纪律：日预算 ≥ 目标 CPA × 20）；信息流收割预算跟节奏走。90 天当成一个迭代周期排：0--30 天摸底（主流 AI 助手搜品牌词/品类词/对比词，记录被引用情况）、31--60 天搭建（角色到人、指标上板、信源补齐）、61--90 天放量（GEM优化探索放量，信息流协同收割）。
05 看板工程化：一张配置表跑起来
最小可用形态：一份组织路由 schema（roles 数组，四个位置各挂 owner 与 kpi）+ 一个周检脚本（每周把三层指标的实测值写回看板）。把「谁来干、看什么数、花多少钱」变成机器可读的配置，组织落地就从开会口号变成可执行的管道------改角色改配置，复盘拉报表。
{
"roles": [
{"pos":"GEO信源","own":"内容","kpi":["引用率","排序","信源总量"]},
{"pos":"GEM商业位","own":"投放","kpi":["CTR-Q","CPA-Q"]},
{"pos":"信息流","own":"触达","kpi":["频次","互动"]},
{"pos":"SEO地基","own":"技术","kpi":["收录","结构化"]}
],
"note":"角色路由+指标埋点, 示例非承诺"
}
# 组织落地·KPI周检(学习示例)
BOARD = {"GEO优化": 0.0, "GEM优化": 0.0, "信息流": 0.0}
def weekly(board, updates):
for k, v in updates.items():
board[k] = round(v, 3)
return board
print(weekly(BOARD, {"GEO优化": 0.12, "GEM优化": 0.05}))
# 先定角色, 再定KPI, 最后切预算06 组织落地工程自查清单
四条路由，各挂 owner 了吗？
三层指标，埋好点了吗？
四块预算，写进分配表了吗？
90 天周期，排上日历了吗？
三张配置表，你能当场拉出来吗？
回到开头：开发者看组织问题，就是看配置缺没缺。四条路由挂上负责人、三层指标埋好点、四块预算分了账、90 天周期排上日历------组织这层跑通了，上面才轮得到技术优化。你的配置表，缺哪张？