适合做 APP 的场景
销售外出沟通、随时记录跟进和查看授权资料时有价值，需与团队实际销售流程一致。
销售 CRM 与客户跟进 / 六页 APP 设计下一次跟进，
下一次跟进，
比一串漂亮数字更重要。
首页优先展示待跟进和具体商机，统计为示例；不把未成交机会写成收入。 六页界面连接关键操作与后续处理，并配业务分析和角色手册。
销售首页
首页优先展示待跟进和具体商机，统计为示例；不把未成交机会写成收入。
查看完整界面 ↗
客户档案
SJ-0036 对应示例客户 A、林顾问和预约会员需求，联系方式按负责人权限查看。
查看完整界面 ↗
联系记录
10 月 20 日沟通后记录真实结果，10 月 22 日发送需求清单，未发送草稿不算已联系。
查看完整界面 ↗
商机推进
从需求确认推进到方案沟通，需要依据；尚未报价不显示成交金额。
查看完整界面 ↗
团队交接
负责人从林顾问转陈顾问，历史记录保留，原人员不再需要的访问权被回收。
查看完整界面 ↗
跟进提醒
提醒和客户通知是两个状态；延后待办不能自动形成虚构沟通记录。
查看完整界面 ↗以上为独立创作的 APP 界面设计。品牌、用户、读数、交易与业务记录均为示例，插画为原创示意；正常流程与异常分支用于说明产品设计，不作为真实上线客户、硬件接入或经营成果证明。
继续看 APP 业务分析 →APP 业务分析先明确使用场景，
01 02 03 04
先明确使用场景，
再决定怎样开发。
业务范围
线索、客户、联系人、商机、跟进、阶段和待办分别关联，避免仅用一个客户表容纳全部信息。
设备与服务依赖
通知在获准后发送，电话入口不默认记录通话；相册或文件只用于授权附件。
数据与边界
客户库按负责人、团队与管理角色授权，不采集私人通讯录来制造线索。
APP 功能与操作手册每一步操作，
每一步操作，
对应一个明确结果。
围绕本案例的使用者与管理角色说明操作、状态和异常。示例数据用于核对页面关系；设备能力、接口、规则与账号权限要在真实实施中验证。
使用者怎样完成任务
- 01 / 查明需求
核对客户、负责人和现有沟通记录，再联系对方。
- 02 / 记录结果
写下实际确认内容和下一步时间，草稿与已联系分开。
- 03 / 处理提醒
完成、延后或取消待办时说明结果，不自动改变商机为成交。
运营与管理怎样衔接
- 01 / 线索分配
分配和交接保留历史，避免一个客户被多个成员重复无序联系。
- 02 / 阶段管理
配置推进条件与必要依据，阶段变更留操作者和时间。
- 03 / 资料授权
控制查看、导出和附件访问，回收权限后同步限制缓存。
异常情况与恢复路径
- 重复客户
提示疑似重复，由授权人员合并并保留来源。
- 负责人离职或转岗
明确接手人，保留记录并回收原权限。
- 提醒通知失败
应用内仍保留待办，可查重试结果。
上线前的六项核对
- SJ-0036 的需求为门店预约与会员。
- 10.20 联系后安排 10.22 下一步，日期顺序正确。
- 方案沟通不是报价接受或成交收入。
- 未发出的材料不能记为已发送。
- 林顾问到陈顾问的交接保留历史并回收权限。
- 导出、重复合并、通知拒绝和离职权限检查通过。
把实际流程带进来，一起确定范围。
角色、数据、权限、设备能力与外部服务，都会影响 APP 与管理后台的交付内容。
适合什么业务
客户散落在聊天和表格里，跟进容易遗漏。适合希望建立自有业务工具、梳理客户路径和提升经营效率的团队。
功能与实现思路
客户档案、线索分配、联系记录、提醒、销售阶段、报表先梳理角色、业务流程和数据来源，确认现有工具能否对接，再确定定制模块。
怎样带来价值
连接业务流程；以线索响应、跟进完成率、有效商机数量衡量实际使用价值。软件提供执行与管理工具，实际成交还取决于产品竞争力、流量来源与运营投入。
先做什么，再做什么
- 明确目标客户、使用场景和现有流程，整理功能与数据清单。
- 确认原型、技术方案、报价与验收标准，优先交付核心流程。
- 完成测试、上线部署、培训与约定的代码或配置交接。
- 记录真实业务指标，根据客户反馈迭代功能与内容。
相关交付参考
查看相关领域已有项目的背景与交付内容 →。该项目用于参考技术与交付能力，不代表本方案已有同类客户业绩。
费用和工期如何确定
以功能数量、流程复杂度、系统对接和部署要求评估，沟通后提供明确范围。第三方平台、接口和持续运营费用单独确认。
