EASEBIZ 智能CRM营销技术说明
理解商务资料发布、会话和CRM的Owner关系、授权与未知结果恢复。
业务数据与权限 · EASEBIZ / 身份与AI执行 · BASE
本页目录
逻辑架构与职责
EASEBIZ由用户工作台、业务服务、公开入口和受控AI调用组成。用户工作台维护商务资料和客户记录；公开入口仅提供选定版本；接待服务记录会话与人工处理状态；基础服务提供身份与通用模型能力。一个可理解的链路是：
负责人资料 -> 审核与发布 -> 公开主页或站点入口
访客问题 -> 接待会话 -> 已授权答复或人工处理
访客同意 -> 客户线索 -> 商机跟进
| 对象或能力 | 事实Owner | 集成原则 |
|---|---|---|
| 商务空间、资料、分享状态 | EASEBIZ | 不从公开视图反写内部草稿 |
| 会话、人工接管、客户与商机 | EASEBIZ | 保持同一业务身份和访问范围 |
| 登录主体、通用AI执行 | 基础服务 | 每次按当前授权与预算调用 |
| 品牌站展示 | 所选站点系统 | 只消费获准的发布和接待合同 |
| 交易、支付 | 交易Owner | 不以CRM阶段代替订单收据 |
关键流程
资料编辑与公开发布是两步。编辑者保存业务事实和内部草稿，发布动作固定对外版本与渠道。访客访问时应读取该渠道当前有效版本；旧版本可以用于审计，但不应在撤销后继续作为新的答复依据。接待消息属于会话上下文，人工接管改变后续处理者；AI生成结束后仍需核对当前授权、渠道状态和接管状态，防止迟到结果覆盖人的决定。
留资由访客的明确同意触发，再建立或关联CRM对象。电话号码、邮箱等可识别信息只按声明用途处理；匿名对话不自动升级为客户档案。对同一访客的重复提交，应依据原操作身份和内容判断是否返回既有结果。商机可以关联会话，但不拥有支付事实。
集成、版本与恢复
项目接入需固定应用身份、商务空间、站点归属、资料版本、允许的AI能力和操作者。浏览器不应保存模型服务凭据，也不能借管理员身份代替普通用户操作。其它系统只通过已发布、已验证的合同接入；不能从内部路由名或本说明推断可直接调用的公共API。接入前核对目标环境的正式合同、授权及错误语义。
对有外部副作用的请求保留稳定操作标识和输入指纹。响应丢失或上游结果未知时，先按原身份、原版本和原标识查询结果；找不到可信回执时保持待恢复，不创建新操作绕过不确定性。资料版本、接待配置或权限变化后，旧会话仍保留历史来源，但新答复必须重新检查当前适用范围。
开发与验证边界
扩展新渠道时，先定义它消费哪种公开资料、由谁启停、如何标记来源、哪些数据回写EASEBIZ。扩展成员协作时，需要独立的邀请、角色和撤权合同，不能仅因存在成员数据结构就放开入口。版本和性能只以目标环境实际程序和测试记录为准。
失败场景的可见性
如果知识版本与渠道版本不一致，接待入口应暂停使用相关内容，而不是默默退回私人知识。客户关联失败时，原会话仍可查询，操作者看到需要修复的步骤。AI调用失败、无授权和费用上限触发是不同原因，不能统一标成“访客已回复”。
验证矩阵
至少覆盖普通用户成功、跨空间拒绝、撤权、同一请求重放、未知结果恢复、人工接管后的迟到答复，以及浏览器公开内容检查。站点集成还要检查Host变化、资料撤回及测试访客对CRM的同意状态。每次记录应用版本、站点、操作者身份和结果，不用某次本地通过代表生产可用。