系统逻辑与角色权限

为什么「回话」和「出手」是两套规矩： 回话不拦，是因为客户在微信那头等着——每句都排队等人点一下，对话就断了， 机器人接待这件事本身也就没意义了。真正会出事的不是「回答慢了」， 是机器人替你做了承诺或替你花了名额：给一张量房券、发一条主动私信、 替客户把量房时间定下来。这些都在审核台里，一条都跑不掉。

回话答错了怎么办：靠第 5 步兜——审核和翻记录时发现答错， 就地标一下，那句话进「话术禁区」，口径回企业大脑去改， 全店机器人下一轮就按新说法回。管的是「下次不再错」，不是「这次先别发」。

为什么要分三层：同一个问题，客户想知道的答案不一样。 「一般装修多少钱」是行业通识（C），「你们家 568 包什么」是全品牌口径（A）， 「你们厦门店这个月有什么活动」只有这家店知道（B）。 混在一起，机器人就会拿别家的价当自己的报出去。

店长看的是「同一家店」，不是「我手下的人」。 系统里没有上下级关系——不需要指定某个销售归某个店长管， 同一家门店就是同一个店长管。

这样做的三个好处：一家店有两个店长时，两人看到的是同一批人，不会打架； 店长离职不会留下一批没人管的销售；销售换店只改他自己那一行。

没分门店的店长看不到任何客户会话（门店是必填的，所以这只会出现在历史遗留账号上——表现就是一个客户都看不见），不是看到全部。 这个方向是刻意的：少看见能靠补一个门店修好，多看见是已经泄漏了、修不回来。

先说清一件事：这个号不是本人去哪里查出来的，是我方分配的代号。 一个接待微信号对应一个代号（形如 xiawei、xiaoxia）， 登着这个微信号的那台机器就用这个代号往库里写会话。 所以本人在微信里翻不到它，问我方要就行。

停用一家店，里面的人怎么办：系统会拦住你，先安置人再停店。 这家店只要还有在职成员，点「停用」会直接告诉你「这家店还有 N 个人：某某、某某」， 停不了。两条路二选一：

① 店还在开，只是换招牌／并店 → 在成员表格的「门店」那一列，把这几个人 改到接手的那家店。改完他们会被踢下线一次（换门店等于换一批能看的客户， 留一次重新登录做分界），重新登录后看到的就是新店的客户。
② 店真的关了，人也不干了 → 先在成员表格里把这几个人「停用」，再停门店。 他们名下的客户不会消失，高层和我方照常看得到。

为什么要拦这一下：不拦的话，这批人会落进一个没人定义过的状态—— 账号能登、门店已停用，那他到底还看不看得到客户？看谁的？ 与其去定义这种状态，不如不让它出现。少一种状态就少一类说不清的故障。

先把四个身份的名字钉死，全文和系统界面用的是同一套： 门店销售 · 门店店长 · 高层（有大有小总部的人）· 我方（Akke）。 本页别处出现的「总部」就是高层这一档，没有第五种身份。

四类身份都不自助注册，只有一条入口：别人替你建号 + 一条一次性链接。 能进这套系统的人，要么是有大有小的员工，要么是我方——两种都由人指定， 不存在「自己注册一个」的路径。

那两样必填的信息各自干什么用：
手机号——它就是登录账号，本人以后用「手机号 + 密码」进系统。 全系统唯一，一个号只能归一个人。填错了他登不进来， 而且登录失败的提示对所有情况都是同一句（防止有人拿这个页面试探哪些手机号存在）， 所以事后不好查——建号时核对一遍。
姓名——两处会用到：成员表格里认人，以及操作留痕 （谁批的、谁发的、谁把客户转交给了谁）。它不参与登录，可以随时改； 但已经写进历史记录的那些不会跟着改（见 4.4）。

密码是本人自己设的，建号的人设不了、也看不到。 建号的人只做到「生成一条链接」为止；链接打开后是本人自己输一次新密码。 这一条不是省事，是刻意的——建号的人要是能替别人设密码， 他就能用别人的身份登录，客户归属和操作留痕就都不作数了。

门店也是建号的人选的，本人选不了。 店长第一次登录只做一件事：设自己的密码。他改不了自己属于哪家店—— 改得了就等于自己给自己换一批能看的客户。

谁能给谁建号：高层和我方能建全部四档；门店店长只能建本店的销售和店长—— 能建「我方」的话，他建一个再拿那个号登录，就绕过了门店隔离。

企微登录：已经在用企业微信接待的人，绑过一次之后可以直接点「企业微信登录」进来，不必再记密码。

为什么不让建号的人直接设一个密码发过去：那样他就能用对方的身份登录。 客户归谁、这条动作是谁做的，全都不作数了。

链接为什么 24 小时就过期、用一次就作废：它会被转发、被截图。 期限越短、能用的次数越少，泄漏的窗口越小。过期了让建号的人重发一条即可，成本很低。

不做「同时登录多个账号、一键切」。系统已有三种登录方式要共存， 再叠多份登录凭据会明显放大安全面和排障成本；一台电脑换个人用，「切换账号 → 重登」够用。

改角色、改门店会自动把对方踢下线。这两件事都改变了他能看到哪些客户， 留一次重新登录做分界，事后查得清是从什么时候开始的。

为什么复用账号而不是给 B 建个新号：客户会话是按接待号归属的， 而一个接待号只能绑一个人。给 B 建新号的话，得先把接待号从 A 身上摘下来再绑给 B， 还要用「转交客户」把跟进记录搬一遍——两步都可能漏。复用账号一步到位，客户零中断。

代价说清楚：交接点之前已经写进历史记录的操作人名字不会跟着改 （那些是当时写死的）。所以翻旧记录时，交接前后看起来像同一个人。 介意这一点的岗位（店长、总部）建议走「停用旧号 + 建新号」，那两档也没有接待号要继承。

接待号本身要不要换：如果 B 用的是另一个企微号接待， 那就不是账号交接，是新建 B 的账号 + 用「转交客户」把 A 的跟进记录搬过去。 判据很简单：客户在微信那头看到的还是不是同一个号。

为什么顺序不能颠倒：客户会话上没有门店标记， 归属靠「这段对话是哪个接待号接的」反推。 所以必须 先建店 → 再把人归到店（并补齐接待号）→ 会话才归得到店。 跳过中间那步会得到一张有店没人的空表。

改角色和改门店都会把对方踢下线，需要他重新登录一次。这是有意的： 两者都改变了这个人能看到哪些客户，留一次重新登录做分界，事后查得清是从什么时候开始的。