需要一个能同时叫动技术和销售的签字人,通常是老板或副总——不是市场专员,也不是外包。 理由很直接:GEO 八成的阻塞点不是「不会写」,是「这句话能不能对外说」,而这只有能拍板的人能定。
具体干活的是三个人:老板定口径、技术供事实、运营做执行。 三者缺一,项目会以不同的方式烂尾——缺老板,口径反复;缺技术,内容空泛;缺运营,进度停摆。
反直觉的一点:让市场部主导,项目会变成「内容生产」;让老板主导,项目会变成「信息治理」。 只有后者能解决 AI 说错话的问题。
一、为什么不能交给一个人
GEO 表面上像「写内容」,实际要动的三类资源完全不在同一个部门:
口径在老板手上(哪些数字能说、公司怎么定位);事实在技术和生产手上(设备型号、工艺边界、失败案例);发布与维护在运营手上(改页面、发内容、做记录)。
把这三件事压给一个人,结果一定是:他既不敢定口径,也要不来参数,还改不了模板。 三个月后交付几篇「公司简介式」的文章,老板觉得没效果,项目结束—— 但真正的原因不是方法,是组织安排。
二、三个角色加一个签字人
| 角色 | 谁适合 | 具体职责 | 时间投入 |
|---|---|---|---|
| 签字人 | 老板、总经理或分管副总 | 定口径、拍板「能不能说」、卡住节点、听月度评审 | 6–8 小时/年 |
| 事实源 | 技术负责人、生产厂长、资深销售 | 口述参数与边界、核对成稿、指出文中说错的地方 | 10–16 小时/年 |
| 执行人 | 市场/运营/行政兼任 | 整理成稿、发布上线、月度采样、汇总询盘记录 | 4–6 小时/月 |
三个角色里,最难找的是事实源。不是没人懂,是懂的人最忙,而且不觉得「讲这些」是自己的活。 解法不是说服,是降低单次成本:一次 90 分钟口述、五组问题、当场录音后由别人整理。 问法设计见《企业知识库怎么建,要多少内容》。
三、四种常见安排的失效方式
这四种安排看起来都合理,但失效方式各不相同。知道会怎么坏,比知道「应该怎样」更有用:
| 安排 | 看起来的优点 | 实际会怎么坏 | 三个月后的典型状态 |
|---|---|---|---|
| 交给新来的运营 | 有人专职、成本低 | 改不了模板、要不来参数、不敢定口径,每件事都要请示 | 发了 6 篇文章,结构一处没动 |
| 全部外包 | 省事、看起来专业 | 外包不知道事实,只能写行业通用内容,与你无关 | 页面正确但没有一处是「只有你会这么写」 |
| 交给销售负责人 | 离客户最近、关心结果 | 只盯线索数,会要求抓品类大词 | 询盘变多但更杂,对口率下降 |
| 交给技术负责人 | 事实最准、不会写错 | 愿意提供参数但不愿写,优先级永远排在订单后面 | 底稿很扎实,页面零上线 |
注意第三、第四种是「好人选用错了位置」:销售负责人适合当事实源(他知道客户怎么问), 技术负责人适合当事实源(他知道边界在哪),都不适合当签字人或执行人。
四、为什么市场专员做不成:三个卡点
卡点一:改不了模板。参数表要从图片转成文本、页面要加字段、结构化数据要嵌进去—— 这些都要开发排期。一个市场专员没有这个权限,只能「提需求」,然后等。
卡点二:要不来参数。问技术「你们最大能做多厚」,得到的回答往往是「看情况」。 要追问到「3 mm 到 20 mm,超过 20 mm 要外协」,需要有人在中间反复磨, 而且要有权力把技术的时间占下来。
卡点三:不敢定口径。公司到底是 500 人还是 50 人、是不是「国家高新技术企业」、 某个客户案例能不能具名——这些没有一个人敢自己决定。而口径不定,写出来的东西必然含糊。
三个卡点共同指向一件事:这不是一个执行岗位,是一个协调岗位。把它当执行岗安排,就会得到执行层的结果——有产出,但产不出效果。
五、一个人的最小配置
如果公司确实只能出一个人,那就按这个配置跑,也能动起来:
| 角色 | 由谁兼 | 每周投入 | 怎么省时间 |
|---|---|---|---|
| 执行人 | 运营或行政兼任 | 6–8 小时 | 用固定模板,不每次重新设计结构 |
| 签字人 | 老板 | 每月 1 小时 | 只做三件事:口径拍板、看月报、卡节点 |
| 事实源 | 技术负责人 | 每月 1 次 60–90 分钟 | 一次口述出 25–30 条,够写两个月 |
| 技术实现 | 外包 | — | 只外包这一块:模板、参数表、结构化数据 |
这个配置的关键是把外包范围压到最小:只买「改代码和结构」, 不买「写内容」——因为内容需要事实,而事实只有你能提供。 哪些能外包、哪些不能,见《GEO 自己做还是找外包》。
六、责任矩阵:每件事谁决策、谁供料、谁执行
| 任务 | 决策 | 供料 | 执行 | 可外包 |
|---|---|---|---|---|
| 口径手册 | 老板 | 老板+财务 | 运营 | 否 |
| 首页三句话 | 老板 | 销售 | 运营 | 可(给方案) |
| 能力与设备页 | 技术 | 技术 | 运营 | 可(代笔) |
| 能力边界(到多少为止) | 技术 | 技术 | 运营 | 否 |
| 问答页 | 销售 | 销售+技术 | 运营 | 可(代笔) |
| 参数表转文本 | 技术 | 技术 | 建站方 | 是 |
| 结构化数据 | — | 运营 | 建站方 | 是 |
| 月度采样 | — | — | 运营 | 可(需留原始记录) |
| 差异归因与回改 | 老板 | 技术 | 运营 | 部分 |
| 询盘记录 | — | — | 销售 | 否 |
表里「可外包=否」的四项有一个共同点:都涉及「你的判断」,不涉及「写作技巧」。口径、边界、询盘记录、回改的优先级,外包方没有依据做决定,做了也是猜。
七、节奏:周报一个数、月度四个数
会议开得越多,项目越容易空转。我们建议的节奏是:
| 频率 | 看什么 | 时长 | 谁参加 |
|---|---|---|---|
| 每周 | 本周上线了几个页面(只看这一个数) | 5 分钟,消息即可 | 执行人 → 签字人 |
| 每月 | 可查到率、描述准确率、首句信息量、无效询盘占比 | 30 分钟 | 三人 + 销售 |
| 每季 | 方向判断:继续/调整/停 | 60 分钟 | 三人 + 老板 |
周报只看页数,是因为它是唯一「完全可控」的指标;月度四个数里有滞后, 但足够判断方向;季度才做「继续还是停」的决定,因为短周期内波动大于趋势。
四个数的口径与算法见《做完 GEO 之后询盘质量有没有变化》, 不要每月重新定义指标——口径一变,趋势就看不出来了。
八、交接靠三份文件,不靠人
执行人离职是这类项目最常见的断点。能扛住交接的只有三份文件:
口径手册:公司全称、成立年份、人数、产能、认证、服务范围,每项一个数字加一个出处。
事实底稿:40–60 条结构化事实,新页面从这里派生,保证一事实一版本。
发布台账:哪个页面什么时候上线、谁写的、依据哪条事实、谁复核过。
这三份东西也是判断项目是否「建立了能力」的标准。拿不到它们,说明项目实际上是 「外包了一段内容生产」,换人就等于重来。90 天流程里的交付清单与此一致,见《GEO 项目 90 天完整流程》。
九、考核什么,不考核什么
考核指标定错,行为一定偏。三条明确不建议考核的:
不考核篇数。会直接导致凑数——同一件事拆成三篇写,或者把通用内容复制到不同页面。
不考核排名。AI 不给排名,任何「第几位」的统计都是自造的,考核它等于考核运气。
不考核询盘数量。受季节、价格、销售响应影响太大,把不可控因素压给执行人,只会让他去抓大词。
建议考核两个:描述准确率(较基线提升)与上线及时率(计划页数里按时上线的比例)。 前者对结果负责,后者对过程负责,两个都在执行人影响范围内。
如果项目做失败了,复盘时也要看这一层:很多失败不是内容问题,是负责人安排错了位置。 三类失败的拆解见《有没有做失败的案例》。
常见问题
本文由上海育贤信息科技内容团队撰写。角色划分与工时估算来自我们参与的项目, 不同规模企业差异较大,请按自身组织结构调整。
利益相关声明 我们承接 GEO 项目,本文建议「外包范围压到最小」其实会缩小我们的合同金额, 这一点对我们不利。仍这样建议,是因为包得越多、效果越差,最后双方都不满意。
更新 2026-11-07


