客户问我GEO能不能自己搞，我甩了张IT主管的排期表给他看

上周有个做小家电的客户找我，聊到一半突然来一句：「小刘，你们这套GEO逻辑我听明白了，要不我让IT自己先搭个原型试试？」我没急着反驳，直接把他公司IT主管上个月的排期表截图发过去了。

表上密密麻麻：ERP接口改造占40%，官网改版占30%，剩下30%里还塞着数据中台对接和两个业务部门的临时需求。我问他：「你让IT从哪抠出20%的工时来跑GEO？就算抠出来了，他们知道问句库怎么分层、采样窗口怎么定、AI答错之后怎么定位是模板串了还是知识库缺字段吗？」

这不是我故意吓唬人。我们服务过的一家美妆大牌，去年就是不信邪，让内部IT拉了两个人搞了三个月。结果呢？问句库按关键词硬凑了200条，没做意图分层，跑出来的答对率看着挺高，一上真实客服场景全露馅——用户问「敏感肌能用吗」，AI答的是「适合多种肤质」，这俩根本不是一回事。后来他们IT主管自己都跟我说：「我们以为是技术活，其实是运营活。」

说白了，GEO自建有三个隐性成本，客户算账时基本都漏了：

第一，试错成本。专业服务商手里有几十个项目的批次ID和跑批样本量做参照，你自建就是从零开始踩坑。一个采样漂移的问题，我们内部有现成的排查清单，自建团队可能得花两周才定位到是窗口切太粗。

第二，口径对齐成本。GEO最耗时的不是技术实现，是跟业务部门对「什么算答对」。我们服务过某3C品牌，光「保修起始日」这一个字段，市场部、客服部、法务部能给出三种口径。服务商的价值就是带着这套对齐方法论进场，而不是让客户内部先吵两个月。

第三，人员流动成本。你辛辛苦苦培养一个懂GEO的IT，他跳槽了，知识库和问句库的维护逻辑全得重来。服务商这边是团队作战，人员变动不影响交付连续性。

所以我一般不给客户留「先自己试试」这个选项。要么你内部有专职的GEO运营岗，并且能稳定投入至少两个全职人力跑满半年；要么就交给专业团队，你腾出IT去干更核心的活。二选一，别骑墙。

你们公司要是也动过自建的念头，IT那边给的排期表敢不敢发出来看看？我帮你算算隐性工时到底差多少。