中小企业上 AI：先算清「谁每周用两次」

中小企业做 AI，预算有限，却最容易被「平台级方案」带着走。买了账号，开了发布会，两周后没人打开。原因通常不是模型不够强，而是从来没有一个岗位把某件每周发生的事交出去。没有稳定用户，就没有反馈，也没有优化对象。

立项前先问：哪个岗位、哪件任务、每周至少两次、现在靠聊天或表格硬扛？例如销售写跟进纪要、客服查价格政策、仓库查退换规则。任务说不清，就先不要谈私有化或多智能体。

用一张表挡住空转项目

表头只有五列：岗位、任务、现在怎么做、可接受的最长响应、失败时谁兜底。填不满五列的场景，不进入采购。填得满，再写十道真实题做验收。题要来自上周真实聊天记录，不是供应商题库。

预算拆法也建议反过来：先留出三个月的使用与改内容时间，再买软件。很多合同把钱花在实施首月，后续没人改知识库，正确率下滑后被判定为「AI 没用」。

能用现成办公套件插件解决的，不要先定制。必须接内部制度时，再考虑知识库。接客户数据时，先问清权限与导出。中小企业同样会出数据事故，不能因为公司小就省略权限。

中小企业的 AI 预算，应买到每周有人用的任务，而不是买到一个很少打开的入口。

泛友和中小团队协作时，会先盯四周周活。若你只有一笔有限预算，把钱花在题集、内容和一个入口，通常比花在更多模型品牌上更划算。

汇报只保留：哪个岗位少做了什么重复劳动、还剩什么必须人工、下周改哪十条内容。不讲参数量。老板要的是经营动作变化，不是技术巡展。讲不清动作变化，项目就应暂停加购。

若四周后只有新鲜感没有周活，公开复盘「任务选错了」，比归咎员工不会用更诚实。换任务再试，往往比追加培训预算有效。

中小团队常一人多岗。负责人可以是「销售兼客服的张三」，但必须写清他每周哪两天看反馈。没有看反馈的日程，题集与内容不会更新。把「每周三下午四十分钟」写进日历，比写进方案附录有效。

不要同时开三个场景。一个场景四周没有周活，就换场景，而不是叠加场景掩盖失败。叠加会迅速耗尽本来就少的注意力。

供应商若要求年框大量 Token，先按四周真实用量估。用量上不来时，灵活套餐比「先买够」更适合中小企业。合同里保留按月调整或退出的句子。

围绕「中小企业上 AI：先算清「谁每周用两次」」，建议先写一页落地清单：目标用户、入口位置、冻结题数量、红线问题、周会指标与负责人。清单进项目章程后，讨论才不会反复回到功能点罗列。行业咨询动态类文章尤其要把「不做什么」写进清单，避免范围在实施中膨胀。

内容治理与系统治理分开。页面、制度或案例更新后，题集与检索同步更新；只改提示词，解决不了结构问题。建议建立双周变更窗：窗口内集中更新，窗口外保持稳定，便于对比「中小企业上 AI：先算清「谁每周用两次」」相关指标是否真的变好。

试点宁小勿大。先在一个团队证明指标可改善，再复制到下一团队。复制时连同红线、题集和负责人一起复制，而不是只复制界面。若第一队都跑不通，加模型规格很少能拯救「中小企业上 AI：先算清「谁每周用两次」」所描述的那类问题。

与供应商沟通时固定题集。题可以难，但必须可重复。用同一批题看版本差异，比每次换新题刷分更能反映真实进度。合同附件里写明题集保管人与及格线，能减少上线后的扯皮。

上线前四周把失败样例当成主要输入。平均分好看但同一类失败重复出现时，优先改文档、入口或权限。把失败样例归类为：内容缺失、权限过严、入口不便、模型越界。四类对应不同负责人，避免所有问题都甩给算法。

对外表述保持可验证。能写成「在某某条件下完成某某检查」的句子，就不要写成「全面赋能」。宣传与验收用语分离后，「中小企业上 AI：先算清「谁每周用两次」」才不会在客户处被理解成无限承诺。

安全、法务或合规同事应在方案阶段介入，而不是上线前一天。涉及对外口径或数据驻留时，早期否决比事后补救便宜。介入产出应是一页约束，而不是一本看完即搁置的手册。

为关键资产指定主责与备责。文档、题集、索引、话术都要有第二负责人，避免请假或离职后「中小企业上 AI：先算清「谁每周用两次」」相关能力停摆。名单贴在周报抬头，比放在通讯录深处更有效。