客户与 CRM 管理
要解决的问题
Section titled “要解决的问题”外贸客户的信息常散落在邮箱、联系人表、聊天记录和员工记忆里。这里的目标不是让系统替人判断客户，而是让团队能回答：客户是谁、哪些联系方式属于同一主体、原始沟通在哪里、关键决定由谁确认、下一步由谁跟进。
Odoo 提供的基础
Section titled “Odoo 提供的基础”Odoo 的 Contacts、CRM、Discuss/Mail 等对象可以承载公司、联系人、商机、活动和消息关系。实际字段、权限、邮件接入和自动化能力取决于 Odoo 版本、安装模块与配置，不能从平台名称推断本项目已启用全部能力。
MORHON 的已有实践
Section titled “MORHON 的已有实践”既有源码审阅记录了结构化联系点、公司与员工双语身份，以及由人工触发的邮件翻译辅助。这些是内部实践的历史实现依据，不是公共仓库中可下载的 CRM 模块。客户身份合并、需求解释、AI 草稿和正式业务决定仍由员工复核。
| 层级 | 当前可说明 | 不能据此声称 |
|---|---|---|
| Odoo 平台基础 | 可围绕联系人、商机、活动与消息组织记录 | 所有应用均已安装、配置并通过项目验收 |
| MORHON 内部实践 | 有结构化联系点和双语身份的历史源码审阅依据 | 已公开发布、已迁移到新版或覆盖所有场景 |
| AI 辅助 | 可用于翻译或草稿，保留人工确认 | 自动识别准确、自动评分或替代业务人员 |
| 公开交付 | 本站公开项目边界与部署脚本审阅入口 | 提供在线账号、Demo 或可下载业务模块 |
推荐的工作顺序
Section titled “推荐的工作顺序”- 保存原始邮件或沟通引用，不覆盖来源。
- 把候选联系人与公司主体分开记录，待员工确认后再合并。
- 将需求、产品背景和下一步活动关联到可追溯业务对象。
- 对翻译、摘要和 AI 草稿保留人工确认人与时间。
- 只有在身份与意向足够清楚时，才进入正式商机或订单流程。
这是一种治理原则，不代表上述步骤已经全部自动化。
当前公开证据不足以证明自动客户评分、全渠道采集、WhatsApp 自动触达、完整营销归因或端到端新版迁移已经完成。
消息与身份：记录要能被下一位同事理解
公司主体与联系人分别维护：姓名、职务、联系点和所属公司有来源才填写；同一个邮箱或号码出现两次先核对身份，不直接合并。保留原始邮件/消息引用、日期、附件版本与参与人，摘要不能覆盖原文。关注记录与任务负责人也应分开，关注某条记录不代表有权批准价格或看到所有客户资料。
- 消息与协作：围绕客户或商机记录原文、参与人、任务与下一步；语音、视频等通讯能力需按应用与部署单独核验。
- 商机与跟进：阶段、负责人和活动可帮助团队接手，但自动创建、分配、提醒仍依版本、规则与权限；不是所有部署的默认行为。
- 报表与评分：销售预测、团队统计或 AI 评分须核对模块、输入质量和实际结果；本站没有验收自动评分或效果。
商机、活动与失单原因怎么交接
把确认的用途、规格和采购角色作为进入商机的依据；供应商推介与未知邮件不自动变成销售机会。每个阶段写进入/退出条件，活动写负责人、日期、要完成什么与结果。阶段改变时记录原因；失单保留客户原话，把价格、时机、服务问题与未知区分，不用国籍或 AI 分数替代证据。
示例：收到“请报 50 件”的邮件，但规格未知，应先创建待确认的活动；规格和交付条件确认、报价批准后再推进。客户暂时没有需求时记录约定提醒或停止联系，不让自动规则反复触达。
团队协作与统计怎么复核
经理抽查来源、报价版本与活动结果，而不只数消息。销售预测说明阶段口径、金额币种、预计日期和未决条件；报价金额、订单金额和收款不是一回事。导出、批量修改和离职交接需按角色授权，权限变更后用实际测试账号验证可见范围。
现状：上述是流程建议与 Odoo 基础对象的用法，不是所有步骤已经自动化的承诺。MORHON 的结构化身份及人工翻译有内部实践；自动评分、完整跨渠道同步与新版端到端流程仍需独立验收。
可直接使用空白线索交接表记录来源、确认条件与责任人；它不含客户数据，不是已验收导入插件。填写后的资料请在企业自己的受控位置保存。