完整规则
任务说明
一个人跟进客户时,我需要系统提醒“下一步做什么”,而不是维护一套复杂CRM。我想让数据结构围绕实际跟进动作设计,并吸收接单者用过或搭过CRM后的取舍经验。 请按“先判断、再执行、最后验证”的方式处理。你需要带入的经验是:请结合真实CRM使用或实施经验,列出字段越建越多、阶段失真、无人更新等5个问题,并说明本设计怎样避免。 判断之后完成这些动作 1. 设计线索、联系人、客户、沟通记录、销售阶段和下一步动作表。 2. 定义阶段变更、失单原因和长期未跟进的记录方式。 3. 加入个人信息最小化、删除和访问边界。 4. 提供待跟进列表、阶段漏斗和失单原因的SQL查询示例。 最终成果:CRM表结构、字段字典和示例查询。请附一个最小可执行版本和一个后续升级版本,说明两者之间的触发条件,不要默认一步做到最复杂。 信息和验证规则 不要向我索取项目资料。请先列出合理的默认假设,再基于接单者真实经验完成方案;经验与事实分开标注,无法确认的内容明确写成待核验项。 验收标准 1. 阶段变化可追踪。 2. 联系人信息有最小化与删除规则。 3. 提供待跟进和漏斗查询示例。 4. 能看出接单者自己的判断、踩坑经验和舍弃项,而非由公开资料重新拼接。 任务边界:不包含项目交付、账单或客服数据模型。