为什么客户管理最容易做成"电子名片夹"
销售手里的客户信息通常有三种归宿：聊天记录里、Excel 的不同版本里、以及某个人的记忆里。于是常见的几张脸：
- 档案重复：同一个客户被三个业务员各建一条，名称写法还各不相同，统计口径立刻失真。
- 跟进靠人记：谁最后一次联系、谈了什么、下一步动作是什么，散落在聊天记录里，换个人接手就得从头问。
- 商机看不清：老板问"这个月有多少单在谈、都卡在哪一步"，没有人能当场答出来。
- 人走客户走：业务员离职，客户关系跟着走，公司花过的推广成本带不走。
这几种现象的根源并不是"员工不勤奋"，而是没有一套把客户、联系记录、商机阶段沉淀下来的数据结构，也没有一个销售愿意每天打开的录入入口。
用 Inkwell AI 构建器能做的事很具体：把上面这些"本该记下来的东西"，变成一组数据表 + 几个日常页面 + 一套权限与提醒，PC 端和手机端同时可用。下面按"数据怎么建 → 页面怎么用 → 移动端怎么配合 → 上线前查什么 → 之后怎么延伸"讲一遍。
数据怎么建：四张表撑起客户管理
客户管理看着复杂，拆开其实就四类数据。先把表建对，后面所有页面都是它们的呈现方式。
一、客户档案（主表）
放进这些字段：客户名称、税号/统一社会信用代码、客户类型（终端 / 经销商 / 代理商）、所属行业、来源渠道（转介绍 / 展会 / 线上咨询）、负责人、归属部门、客户等级、客户状态（潜在 / 在跟 / 成交 / 流失）、详细地址、备注。
两个地方不用手工硬编：
- 省市区这类地址，平台自带行政区划地址库，选到区县即可，不用自己拼字符串，也不会出现"山东省青岛市"和"青岛"两种写法。
- "客户类型""来源渠道""等级""状态"这类枚举值交给数据字典统一维护，业务口径改一次全模块生效，避免每个业务员自己造词。
二、联系人（子表）
一个客户往往有多个对接人：姓名、岗位、电话、邮箱、是否决策人。用子表挂在客户档案下，比另建一张互相找不到的表实用得多——打开客户就能看到该找谁。
三、跟进记录（流水表）
时间、跟进方式（电话 / 拜访 / 微信 / 邮件）、沟通要点、客户反馈、下一步计划、下次跟进时间、跟进人。
这张表是客户管理真正的资产：它把"这件事到底讲到哪一步"变成可查记录，而不是个人记忆。它也是后面所有超期提醒、漏斗分析的数据来源。
四、商机（漏斗表）
商机名称、关联客户、预计金额、预计成交日期、当前阶段、赢单 / 输单原因、负责人。
阶段建议用字典维护固定表述，例如：初步接洽 → 需求确认 → 方案报价 → 商务谈判 → 赢单 / 输单。阶段一变就落一次变更时间，漏斗和转化周期才成立。
四张表之间不要靠人复制粘贴：平台内置引用引擎，客户、联系人、商机之间用软外键互相引用。选客户时是下拉选择，客户名称后来改了，引用的地方跟着变，不会出现"同一个客户两种名字"。## 页面怎么用：四个日常入口
AI 构建器生成的模块，界面基本都是"列表 + 表单 + 详情"的组合。客户管理落到日常，主要是四个入口。
一、客户档案台（列表 + 详情）
- 列表页按客户名称、负责人、状态、等级组合筛选，一眼看清哪些客户长期没人跟。
- 详情页把三件事放在一起：基础档案、联系人列表、跟进记录时间线。销售打开一个客户就能看到全部历史，不用再去问同事。
- 查重前移：新建客户时用名称 + 联系方式做查重提示，把重复挡在录入环节，而不是事后清理。
二、我的跟进（个人工作视图）
- 只看自己负责的客户，按"下次跟进时间"排序，今天该打给谁排在最上面。
- 写完一条跟进记录，顺手约下一次提醒。
- 这里的设计原则是降低记录成本：能在一分钟内写完的跟进，销售才愿意天天写。字段能选就不要填，能默认就不要选。
三、商机漏斗看板
- 按阶段分列展示，每列显示商机条数与预计金额合计，卡片随阶段推进。
- 管理层视角：这一周期各阶段有多少商机、卡在哪个阶段、预计成交时间怎么分布。
- 支持按负责人、团队、时间范围过滤，周会直接开这个页面。
四、超期与提醒
- "超过约定天数无跟进记录"的客户自动标记，进入待办列表。
- 这类规则不需要额外开发：平台的数据流规则引擎负责"满足条件就自动处理"，定时任务负责"按固定周期扫一遍"。
- 提醒的送达走平台通知能力，站内信是主通道，可以扩展到邮件、短信。
公海与私海：客户到底属于谁
客户管理里最容易起争执的两件事——客户归谁、跟不动怎么办——要用规则解决，不靠人情。
- 私海：客户有明确负责人，只有负责人（及其上级）能修改和跟进。
- 公海：无人负责、或超过保护期没有有效跟进、或负责人主动释放的客户，回到公海池。
- 分配：从公海领取（先到先得）、由主管指派、或按区域 / 行业规则自动分派。
- 回收：超过约定的保护期仍无有效跟进，自动回收进公海——这条规则交给定时任务周期执行，不用人盯着表格催。
权限方面，平台有角色、权限点、部门三层骨架。销售只看自己的客户、主管看本部门、老板看全量，是配置出来的，不是写死在代码里。客户负责人变更、预计金额修改这类敏感字段，可以只对特定角色开放。
跟销售订单怎么衔接
客户管理的下一站是订单，衔接方式同样是引用而不是复制：
- 建销售订单时，客户从客户档案里选，订单上存的是客户引用，客户名称后来修正，订单这边显示同步。
- 成交的商机与订单通过字段引用关联，方便回溯"这单是从哪个商机来的"。
- 应收、回款属于财务侧模块，客户档案在这里只提供入口去看"这个客户还有多少没结"，不重复维护第二份客户信息。
一句话原则：客户档案是唯一的客户主数据源，其他模块只引用它。这一条守住了，后面所有按客户做的统计才不会对不上。## 移动端：销售在外面的那半天
销售的大部分有效时间不在电脑前。客户管理如果手机上不好用，等于只做了一半：录入留在办公室，手机上只剩"看"。
平台上的做法是，PC 端构建的模块会同步出现在手机端，不需要为手机单独再开发一套界面。落到客户管理，典型场景是：
- 拜访前：手机查客户档案、上次沟通要点、还在谈的商机，五分钟把情况过一遍。
- 拜访后：当场写跟进记录，拍名片、拍照合同和现场照片作为附件上传。
- 路上：翻自己的客户列表和待跟进提醒，顺手把明天的拜访约掉。
- 主管：用手机看漏斗、批跟进申请、看团队本周的新增客户数。
建议上线时就把"我的客户""写跟进"两个入口放到手机工作台第一屏。销售用得顺的入口只有一个标准：三步之内能完成一次记录。
上线前查什么
模块发布前，平台会走一遍预检并给出问题清单，把明显的问题挡在上线之前。业务侧自己还要过一遍下面这张表：
- 字段够用吗：客户类型、来源渠道、等级、商机阶段这些枚举是不是都在数据字典里定义好了，名称是否统一、有没有近义词混用。
- 权限对不对：销售、主管、财务分别能看到哪些客户，找两三个真实角色各试一遍，别只用自己的管理员账号看。
- 提醒真的会发吗：超期未跟进、下次跟进到期这两条规则，实际跑一遍，确认能发到具体的人。
- 手机能用吗：写跟进、查客户、传附件，在手机上完整走一遍，弱网下也试一次。
- 历史数据怎么进来：老客户从表格导入之前，先做一次名称去重和字段映射，别把脏数据原样搬进新系统。
- 入口挂好了吗：发布时把页面挂到对应菜单里，别让用户找不到入口。
这六条里，前三条决定模块能不能用起来，后三条决定能不能推广开。预检通过只是技术层面过关，业务层面的清单得业务自己走。
之后怎么延伸
客户管理站稳之后，同一套数据可以继续往上长，而不用另起一个系统：
- 报价与合同：从商机生成报价单，合同台账关联客户，关键日期（到期、续签）做预警。
- 售后与回访：成交客户转为服务对象，报修、回访工单挂在客户下，服务记录回写客户档案。
- 经营分析：按来源渠道看获客结构、按阶段看成交周期、按负责人看跟进量——这些都是建在现有数据之上的统计视图，不需要额外维护一份报表数据。
关键不是一次性把功能堆全，而是先把"客户、联系人、跟进、商机"这四张表和四个日常入口跑顺。数据一旦开始沉淀，后面每一步延伸都有依据可查。