怎么让分身说话像你、办事守你的规矩

系统搭好只是第一步。真正让分身"像你"的不是代码,是你喂给它的内容——你平时怎么说话、你的规矩是什么、你的生意都有哪些人会问什么。这一页说清楚这些内容长什么样、怎么准备。

第一件事:告诉它你是谁

这一段准备好了,就能把一个通用的机器人变成"你这门生意的人"。三样东西,一页纸写得完。

一段业务介绍(200-300 字,用你平时跟客户说话的方式写,别写成官网文案)——写清楚你是做什么的、卖什么、多少钱、有什么是别人常问的。

3-5 条硬规矩,多了它记不住也执行不好:

提示:今天就试第二条——故意问一个你根本没写进去的问题,它应该说不知道,而不是编一个听起来很像的答案。编了就把这条规矩写得更重,再试一次。

一个身份——告诉它"你是某某的助理",而不是"你是一个 AI 助手",这一句会明显改变它说话的样子。真实例子:一台分身答客户问价,说"这个价格我这边不好乱讲,得问一下老板看怎样处理",没编价格,还顺手问了需求细节。

坑:设定要单独放一个文件,不能写死在代码里——这个文件你后面会改几十遍,改完不用重启就生效。设定还要排在最前面,客户发来的话放后面,别让客户说的话盖过你定的规矩。

第二件事:喂给它一本"知识手册"

知识库就是分身回答问题时翻的那本册子——搭错了它就答错,不搭它就只能说不知道。装的料分四类,统一检索。

你答过的话(数量最多的一类):一条 = 一个客户会问的问题 + 你的答复。进来的路有两条:你手敲一条回复,系统当场把"客户问的、你答的"原样存下(不花钱、一条不漏),你在页面上挑着转成正式条目;或者你直接手写。

每条要填的字段(少一个都不行):

字段装什么为什么必须有
问客户会怎么问——用他们的问法,不是你的分类名之后找这条料就靠它
答你的答复,保留你的口径,1-3 句说清;不许改立场、不许补你没说过的照原话答,改了口径就答偏了
分类一个短标签(报价/交付/售后/工具……)方便你后台按它筛
检索词3-8 个词,别人提问时会用的词找料时权重最高
日期这话是哪天说的会不会过期全靠它算
时效三选一:常青(一年后还成立)/ 当时的情况("还没上线")/ 易变(价格、额度、政策)拿不准优先填后两种——宁可显得旧,别把过期的当永久事实讲给客户
锁不锁锁住 = 不许对外讲,要你手动放行。五类必须锁:成本价、供应商渠道、账号安全手法、银行客户隐私、对外承诺(退费/赔付/包成功/"不会出问题")不是不能存,是不能让它随口讲——最后一类最容易漏标,也最要命
启用停用的条目不参与回答过期又舍不得删的先停用
来源你手写的 / 你答过的话 / 文件 / 文章,四选一方便按来源筛
出处消息编号 / 文件名 / 网址能追回原文,核对有没有理解错
原话抽出来之前的那段原文整段留着蒸馏出来的东西必须能查回原话

文件(PDF、手册、报价单这类):进库时配三样——名字(文件名本身就是最强的检索词)、一句话它是什么、检索词。命中之后能"把这份资料直接发给客户"——这个功能默认关着,先在测试台看它会挑哪一份,确认没问题再放开。

文章(公众号文章整篇抓进来):贴链接,整篇抓下来,按上面的字段拆成条目,带原文链接标题。同一篇抓过就不再抓,不重复花钱。

图与附件:图片和文件本身没法搜,能搜的永远是它的文字——名字、一句话说明、检索词、从里面认出来的字,四样齐了才能被找到。

坑:搜索每条料都会打一个相关分——分太低当没找到,一个字不给;分够高才正经用,可以报出处给链接。这两个分数线不能照抄别人的,拿你自己 20-30 个真实问题(一半库里真有答案、一半根本没有)跑一遍,在中间空得宽的地方划一刀。
提示:几百条料用一张表就够,别在工具上花时间——先把料攒起来。

第三件事:定好一条消息该走哪条路

一条消息进来,先判断它属于哪一类,每一类配一个固定的处理方式。这个判断做得好不好,直接决定分身答得对不对、你的钱花得冤不冤。

处理顺序:先看是不是碰了钱和承诺(碰了直接说固定的话、转给你)→ 再看发消息的人在不在你放行的名单上 → 判断这条大概是哪一类、值不值得认真答 → 按类处理(查知识库、先反问、转人工、简单回一句、联网查、两个模型对答案、兜底)→ 发出前删掉编造的链接 → 按你设的上限发出去。

分几类:四五类顶天,从你自己群里最近 100 条真实消息里数出来,别坐在那儿凭空想。每一类写一句判定说明加一两个例子,谁来看都判得出。类别和处理方式写成"类别=处理方式",放在配置里随时改,不用动代码。判不出类别的走兜底,别丢掉也别瞎猜——多查一次只是多花一分钱,漏答一个真问题可能丢一个客户,这两件事的代价不对等。

坑:套用别人现成的分类模板容易完全空转——有个团队照抄默认模板,把 23 条消息硬塞进"产品或价格"这一类,但他自己 100 条真实消息里,真问业务细节的只有 6%。分类必须从你自己的真实数据里数出来。
提示:"要不要答"和"属于哪类"必须在同一次判断里判完——分开问就是好几倍的钱。这一步是整条链路里跑得最多的一段,最值得花心思抠准。

路演中的三种接待场景

以路演中这家公司的真实业务为例,同一套系统按接待对象不同分成三种角色。

接待陌生人

服务对象:第一次加过来的人,可能是销售线索

先判断这个人大概是谁、想干什么,整理成一张背景卡片交给负责人自己判断要不要回、怎么回。只用公开能查到的信息,不接入内部客户数据库,明显是广告的直接过滤掉。

接待熟客户

服务对象:已经认识的投资者,比如问"几点开始""谁来讲"这类问题

用助理口吻答话,现在只被动回答问题,还不会主动找人说话——等账号使用经验更成熟再评估要不要开放主动提醒。

只记录不回复

服务对象:付费客户和内部同事的群

全程不回复,只把情绪变化、需求变化记下来,出现负面情绪或投诉立刻单独提醒,不等汇总——这是设计构想,目前还没做出来。

上线之后,每周花二十分钟盯这五件事

配好不是终点。这五项打勾状态会存在这台电脑,方便你按周核对。

还没定下来的部分

业务需求还没聊完:已经列全想让分身干的事、挑出第一件,接下来是会不断追问的深聊,把生意具体怎么运作问清楚——这一步必须业务负责人本人亲自回答,别人和 AI 都不能代答。后面的落地阶段(先跑通一件事、拿到真实客户群里验证、再让分身长期稳定运转)目前只有大致方向,具体怎么做还没定。