ShareCRM 与 Microsoft Teams Chat、Channel 及通知集成
版本：v0.7
创建日期：2026-08-10
最近更新：2026-09-08
需求来源：需求池
2026-06-18-24871、客户背景截图、Teams 竞品调研、用户沟通优先级：P0（需求池当前优先级：必保）
文档状态：草稿
需求变更记录
| 变更日期 | 变更人 | 变更内容 |
|---|---|---|
| 无 | 无 | 本表由产品经理维护，AI 不补写变更记录 |
依赖需求 Story 列表
| ID | 需求描述 | 涉及端与开发人员 | 是否有依赖项 | 备注 |
|---|---|---|---|---|
| 无 | 当前未确认阻塞本需求上线的关联 Story | 待研发评估 | 否 | Teams App、身份认证、消息投递涉及多个团队，但在明确研发拆分前不作为已确认依赖 |
一、需求概述
1.1 客户反馈
| 需求编号 | 反馈客户 | 客户级别 | 反馈人 | 业务场景 | 示意图 |
|---|---|---|---|---|---|
2026-06-18-24871 | 利丰 | 国际化客户 | 王伟培Michael、吴健鹏Wyatt、林松Eric等内部业务人员（需求背景材料） | 需求池原文：Teams Chat 和通知的集成。1. Chat：teams channel 中可以关联 sharecrm 业务数据，通过业务数据可以进入到 crm 中；sharecrm中在数据详情页可以在侧边关联 teams 的 channel。2. 通知：通知提醒推送到 teams 中。 |      |
实时需求池状态（2026-08-10 回查）：需求优先级为“必保”，研发迭代为 2026-053，计划独立上线，迭代结束日期为 2026-10-10；需求池尚未登记计划上线日期。
1.2 系统现状
当前方案以新增独立的 ShareCRM for Microsoft Teams 应用为前提。现有材料中尚未发现可直接交付客户租户的 Teams Store 正式应用，也没有可直接复用的 Teams 输入区 CRM 记录搜索、记录卡片、Channel Tab 和 Teams 通知配置闭环。
ShareCRM 已有 Microsoft 生态相关能力是否能够复用 OAuth 应用、Microsoft 用户身份、国际化域名和安全审计，需要研发在详细设计阶段回查现有 Outlook 集成及统一认证实现；在完成代码和租户验证前，本方案不把“已有 Microsoft 连接可直接复用”作为确定前提。
1.3 竞品现状
| 竞品 | 竞品分类 | 竞品现状 | 来源 |
|---|---|---|---|
| Dynamics 365 | 深度集成 | CRM 记录页内嵌 Teams Chat，Teams 内搜索、发送并打开 CRM 记录；历史上支持记录关联 Channel 和将 Teams 消息添加为 Dynamics Note/Task，但两项分别自 2026 年 5 月、1 月进入弃用范围。 | Dynamics 365 与 Microsoft Teams 专项调研 |
| Salesforce | Teams 侧记录协作 | 主要从 Teams Chat/Channel 搜索、提及和发送 Salesforce 记录，并可固定记录 Tab；没有发现官方原生的“每条 CRM 记录关联 Chat/Channel”主线能力。 | Salesforce、HubSpot、Zoho 与 Microsoft Teams 综合调研 |
| HubSpot | 通知与 Channel 自动化 | 通知、任务、工单和 Workflow 动作覆盖较多；Company/Deal 可关联 Channel，并明确区分管理员级安装、用户级安装和用户映射。 | Salesforce、HubSpot、Zoho 与 Microsoft Teams 综合调研 |
| Zoho CRM | CRM 分享、Bot 查询与通知 | 管理员在 Zoho CRM 启用集成，用户首次使用时授权 Microsoft 工作账号；Teams 侧当前官方路径为 CRM Bot 命令查询 Leads、Contacts、Accounts、Deals 并返回卡片；CRM 可分享记录/仪表板到用户或 Channel，Workflow、Signals、CommandCenter、Zia 等可通知 Teams。Marketplace 仍描述 Dashboard Tab，但当前客户端操作待真实租户复测。 | Salesforce、HubSpot、Zoho 与 Microsoft Teams 综合调研 |
CRM 后台接入形态对比
竞品在 CRM 后台看起来分为“应用市场安装”和“内置配置”两类，但这主要是产品入口与生命周期包装差异，不代表底层授权机制完全不同。两类方案最终都仍需处理 Teams App 分发、Microsoft 身份/OAuth、租户或用户授权、CRM 权限和用户映射。
| 形态 | 代表产品与实际做法 | 优点 | 主要问题 |
|---|---|---|---|
| CRM 应用市场安装后配置 | HubSpot 将 Microsoft Teams 作为 Connected App 安装，并区分管理员级与用户级安装；Zoho 将入口放在Setup > Marketplace > Microsoft > Teams，但仍由 Zoho CRM 管理员启用，属于官方集成 | 复用统一的应用发现、安装、权限披露、卸载和版本管理体系；适合大量第三方集成 | 容易让客户误以为需要额外采购或安装第三方插件；管理员启用、Microsoft 授权、Teams App 安装和用户绑定容易被混称为一次“安装” |
| CRM 内置独立配置 | Salesforce 在 Setup 中启用 Teams Integration、分配权限并配置记录预览；Dynamics 在应用设置中启用 Teams Chat/协作能力 | 官方能力定位清晰，管理员容易理解为产品原生集成；便于承载对象范围、字段外发、人员范围和诊断 | 如果只呈现一个开关，会掩盖 Microsoft 管理员同意、Teams App 可用性和用户登录等真实前置条件 |
ShareCRM 选择：采用“内置官方配置为主、应用市场发现为辅”的单一集成实例。 管理后台主入口固定为 管理后台 > 业务插件管理 > Microsoft Teams，与“日程同步”等跨产品业务插件并列；如 ShareCRM 应用市场需要展示 Microsoft Teams，只作为官方应用卡片和发现入口，点击后进入同一个配置页，不再创建第二套安装记录、授权关系或卸载状态。
竞品事实与 ShareCRM 建设优先级不在本节重复编排，统一见“2.2.1 功能清单与优先级”。
1.4 产品价值
- 对海外客户：在不切换工作场景的情况下，将线索到回款主流程中的 CRM 业务上下文带入 Teams 协作，并从卡片回到 ShareCRM 事实源。
- 对销售与交付：补齐“是否支持 Teams integration”的基础门槛，避免 Outlook 已集成但 Teams 完全缺失造成产品能力割裂。
- 对平台：建立可复用的 Microsoft 用户身份映射、Teams 应用入口和通知投递能力，为后续 Microsoft 365 集成打基础；是否需要组织级租户授权按具体能力另行确认。
1.5 需求目标
- ShareCRM 用户能够在 Teams Chat/Channel 输入区搜索有权限的 CRM 记录，并将记录以安全的摘要卡片发送到当前会话，接收人可回跳 ShareCRM 查看详情。
- ShareCRM 管理员能够完成企业启用和人员范围配置，Teams 管理员能够完成应用允许与分配；用户首次在 Teams 登录 ShareCRM 后建立身份映射，并始终按 ShareCRM 权限搜索和打开记录。
- P0 产品通过 Teams Store 正式审核并可供客户租户安装，同时交付记录卡片和 Channel 顶部业务记录 Tab；P1 再建设三类通知与基于消息创建任务。
二、产品方案
2.1 整体产品方案
本需求新增一个独立的 ShareCRM for Microsoft Teams 应用。
P0 聚焦 Teams 侧业务数据协作：管理员完成应用部署与租户配置；用户在 Chat/Channel 输入区搜索 LTC 主流程预设对象并发送记录卡片，也可在 Channel 顶部关联一条业务记录并持续查看。P0 必须完成 Teams Store 正式上架，内部上传包和客户租户侧载只作为开发、联调和审核前验证方式，不能作为正式产品交付终态。
P1 建设通知与行动：记录级协作通知、个人系统通知、自定义工作流通知，以及基于消息创建 ShareCRM 任务。记录级通知允许业务记录关联指定 Channel 并保存通知订阅映射，但不将其扩张为通用协作空间或聊天同步。ShareCRM 记录页内嵌 Teams Chat 及 CRM 侧分享到 Teams作为后续评估项；将 Teams 消息写为 Note/销售记录不进入当前规划。首期不读取或归档 Teams 聊天正文，不同步 Teams 文件，不在 Teams 内提供完整 CRM 编辑，也不纳入 Meeting、Calling 和 AI 洞察。
核心决策表
| 决策 | 主规则 | 例外 | 影响对象 |
|---|---|---|---|
| Teams 产品形态 | P0 新建独立 Teams App，包含个人应用、搜索型 Message Extension、记录卡片和 Channel Tab；CRM 侧以内置官方配置为主，应用市场仅作可选发现入口；P1 增加 Bot、工作流通知和消息创建任务入口 | 现有 Outlook Add-in 首期保持独立 | Microsoft 生态发布、ShareCRM 管理后台 |
| 核心对象 | P0 覆盖 LTC 主流程预设对象：销售线索、客户、联系人、商机、产品、报价单、销售合同、销售订单、开票申请、回款计划、回款 | 明细/子对象不开放；自定义对象后置 | Teams 用户、CRM 业务记录 |
| 数据边界 | P0 只处理登录映射、搜索请求、卡片与 Tab 内容和跳转；P1 仅保存通知订阅/投递结果，并在用户主动创建任务时读取其提交内容 | 不后台读取、保存或归档 Chat/Channel 正文 | 数据合规、存储、审计 |
| 权限边界 | 搜索与打开详情按 ShareCRM 权限；已发送卡片只展示管理员允许外发的最小字段 | Teams 消息发布后不能按每位接收人动态撤回字段 | 管理员、发送人、会话成员 |
| 正式交付 | Teams Store 审核通过是 P0 完成条件，开发期先用测试租户和自定义上传验证 | 审核阻塞时不得把侧载包称为正式交付 | 产品上架、交付、客户管理员 |
2.2 具体方案说明
2.2.1 功能清单与优先级
| 优先级 | 功能场景 | ShareCRM 建设内容 | 竞品依据 | 阶段结果 |
|---|---|---|---|---|
| P0 | Teams 会话搜索并发送业务记录卡片 | 在 Chat/Channel 输入区打开 ShareCRM，浏览最近记录或按对象搜索，选择记录、预览并发送卡片，接收人可回跳 ShareCRM；标准范围覆盖 LTC 主流程 11 类预设对象 | Dynamics 365、Salesforce 已形成搜索与发卡片路径；Zoho 以 Bot 命令查询和返回卡片 | 形成“搜索记录—选择记录—预览卡片—发送到当前会话—回跳 CRM”的闭环 |
| P0 | Channel 顶部添加业务数据 Tab | 在 Channel 顶部添加 ShareCRM Tab，选择一条业务记录或一个仪表盘并持续查看；沿用统一身份映射与 ShareCRM 权限校验 | Salesforce 有现行记录 Tab；Dynamics 相关 Channel 协作形态已有弃用变化，因此仅吸收稳定的 Tab 入口 | Channel 成员无需查找历史消息即可进入共同关注的 CRM 业务上下文 |
| P1 | 记录级协作通知 | 将业务记录关联到指定 Channel，订阅选定业务动态；触发后发送卡片并回跳原记录。映射仅服务通知订阅，不同步聊天正文 | HubSpot 的 Company/Deal 与 Channel 关联及活动通知是主要参考 | 让围绕单条业务记录的关键变化进入固定协作频道 |
| P1 | 个人系统通知 | 将与个人相关的 ShareCRM 提醒按类别订阅到个人 Bot 会话，支持退订、卡片回跳和失败诊断 | HubSpot、Zoho 均有个人通知或 Bot 提醒能力 | 用户在 Teams 中接收与本人相关的 CRM 提醒 |
| P1 | 自定义工作流通知 | 在工作流中增加“发送 Microsoft Teams 通知”动作，配置接收人或 Channel、模板与按钮 | HubSpot、Zoho 均提供自动化或 Workflow 通知路径 | 企业可按业务规则将关键事件推送到 Teams |
| P1 | 基于消息创建 ShareCRM 任务 | 用户主动选择一条 Teams 消息创建 ShareCRM 任务，确认标题、负责人、截止时间、关联记录和说明后提交 | HubSpot 现行支持从 Teams 创建 Task/Ticket；Dynamics 旧式 Add to Dynamics 365 已进入弃用 | 把聊天中的明确行动项沉淀为可跟踪的 CRM 任务 |
CRM 侧内嵌 Teams Chat、通用记录—Channel 协作空间、消息写为 Note/销售记录、聊天全量同步和 AI/Meeting 不纳入本次 P0/P1；相关边界见后续章节。
Teams 平台扩展位置与 ShareCRM 产品决策边界
| Teams 提供的扩展位置 | Teams 平台负责 | ShareCRM 必须设计和实现 | 阶段 | Microsoft 官方依据 |
|---|---|---|---|---|
| Personal App | 左侧/应用列表入口、应用容器、身份上下文 | 首页内容、最近记录、搜索入口、登录/退出和异常状态 | P0 | Personal apps |
| Search Message Extension | Chat/Channel 输入区调用位置、命令协议、结果插入消息 | 可搜索对象、搜索字段、最近记录、结果排序、记录选择、预览卡片和跳转 | P0 | Message extensions |
| Adaptive Card | 卡片协议、Teams 渲染和交互事件 | 对象移动端摘要布局、文案语言、按钮、查看者权限和失效状态 | P0 | Design effective cards |
| Channel/Chat Tab | 顶部 Tab 容器、配置页调用和上下文 | 业务记录或仪表盘选择、页面内容、权限校验、空态和失效态 | P0 | Tabs |
| Bot | 会话入口、主动消息投递协议 | 三类通知的触发、接收人、频控、模板、幂等、退订和失败补偿 | P1 | Proactive messages |
| Message Action/Dialog | 单条消息的应用入口与交互窗口 | 创建任务所需字段、关联记录、预览确认、成功回执和重复创建防护 | P1 | Action commands、Dialogs |
记录选择界面不由 Teams 统一生成完整 CRM UI。
Teams 规定扩展入口、调用协议、尺寸和交互规范；ShareCRM 决定对象分类、搜索条件、列表字段、最近记录、单选/多选、预览以及最终卡片。
P0 采用单选记录：默认展示跨对象最近记录；一级页签固定展示销售线索、客户、联系人、商机，其他 P0 对象收纳到“更多”对象菜单，并支持关键词搜索。选择记录后进入发送前预览。
2.2.2 最终 Demo 与方案基线
本节以两个最终 Demo 为当前产品交互基线：
Demo 用于确认页面结构、操作顺序、状态反馈与权限语义；其中数据、登录、应用可用性和诊断结果为模拟。P0 已形成完整演示闭环，P1 通知与任务尚未进入这两个 Demo，以下单独标注为规划态。
| 产品端 | Demo 已覆盖 | 本方案采用的结论 |
|---|---|---|
| ShareCRM 管理后台 | 入口、启用范围、基础与可选能力、卡片策略、固定对象范围、Teams 侧准备、用户绑定、诊断、停用 | 采用一个官方集成实例；企业启用、Teams App 可用性和成员个人登录分别管理 |
| Microsoft Teams | 消息输入区应用入口、记录搜索、发送前预览、记录卡片、打开详情、Channel 顶部 Tab 的登录/选择/保存/查看 | P0 围绕“发业务卡片”和“固定一条业务记录 Tab”形成两条闭环 |
| P1 | 当前 Demo 未覆盖 | 保留记录级通知、个人系统通知、工作流通知和基于消息创建任务的规则，不将其描述为已演示或已实现 |
2.2.3 管理员启用与使用范围（P0）
入口： 管理后台 > 业务插件管理 > Microsoft Teams。ShareCRM 应用市场如展示该能力，只作为官方集成的发现入口并跳转到同一配置页，不创建第二套安装、授权或停用状态。
| 界面与场景 | 管理员操作 | 系统反馈 | 产品规则与合理性 |
|---|---|---|---|
集成总览 | 查看企业状态、适用范围、卡片能力、顶部 Tab、Teams App 准备和成员登录概况 | 同屏显示已启用/未启用及各子状态，并提供编辑与诊断入口 | 首页只汇总可决策的信息；企业开关、外部应用可用性和个人账号状态不合并成一个“已连接” |
启用集成 | 选择全部成员或指定部门；确认是否允许添加顶部业务选项卡；保存并启用 | 保存企业使用范围并开启集成；Teams App 未验证时继续提示管理员到 Teams 侧处理 | “搜索与分享记录卡片”是集成的基础能力，随启用生效，不可删除；顶部业务选项卡是可选能力。首次启用不强制走五步租户 OAuth 向导，也不要求填写配置名称 |
| 停用集成 | 管理员点击“停用集成”并二次确认 | 停止新的搜索、分享和 Tab 访问；保留后台设置和已发送消息 | 停用只改变 ShareCRM 企业级使用资格，不删除 Teams 中已经产生的静态内容，也不影响 Outlook 日程同步或集成平台中的独立流程 |
适用范围控制“谁可以使用 Teams 集成”，不扩大任何成员的 CRM 数据权限。指定部门必须至少选择一个部门；范围外成员即使已经登录或绑定也不能继续使用。
2.2.4 业务对象与卡片展示策略（P0）
| 界面与场景 | 配置或展示 | 产品规则 | 权限与异常边界 |
|---|---|---|---|
卡片策略 | 管理员在独立弹窗中选择“仅展示对象类型”或“展示记录摘要”，并切换查看身份预览 | 默认仅展示对象类型；选择摘要后，字段沿用对应对象的移动端摘要布局，不另建 Teams 卡片字段配置 | 不设置“允许向会话成员展示摘要”复选框。摘要是否可见始终跟随查看者的记录权限和字段权限 |
| 仅展示对象类型 | 卡片显示“ShareCRM · 商机”和“一条商机记录已分享”等类型信息 | 任何会话成员都不从卡片获得记录名称和业务摘要；适合对外部成员较多的会话 | 点击打开时仍需登录并校验 CRM 权限 |
| 展示记录摘要 | 已登录且有权的查看者看到记录名称及移动端摘要字段 | 服务端根据当前查看者身份生成摘要视图；发送者有权限不代表其他成员自动获得相同内容 | 未登录者显示登录引导；无记录权限者显示无权限；无字段权限的字段不返回。共享消息中不得固化一份含摘要的公共载荷后只靠前端隐藏 |
支持对象 | 后台只读展示销售线索、客户、联系人、商机、产品、报价单、销售合同、销售订单、开票申请、回款计划、回款 | P0 固定 11 类 LTC 主流程对象，不提供逐对象开关和逐字段编辑，减少管理员配置成本并保持各企业体验一致 | 实际可搜索范围 = 产品支持对象 ∩ 企业已开通对象 ∩ 当前成员 CRM 权限；明细/子对象、自定义对象和服务类对象不进入 P0 |
Teams 中一级页签固定为线索、客户、联系人、商机；产品、报价单、合同、订单、开票和回款类对象收纳到“更多”。默认展示跨对象最近记录，支持按对象和关键词搜索。
2.2.5 Teams App 准备、成员登录与诊断（P0）
| 界面与场景 | 责任人及操作 | 系统状态 | 产品规则与边界 |
|---|---|---|---|
Teams 侧准备 | Teams 管理员允许 ShareCRM for Microsoft Teams 应用，并向用户或组分配可用性；可选预装或固定入口 | 后台提供操作说明，但不伪装成能够实时读取所有 Microsoft 组织策略 | “允许应用”与“管理员同意 Microsoft 权限”是两件事；只有具体能力确实申请管理员权限时才要求具备相应权限的管理员授权 |
成员首次登录与绑定 | 成员首次在 Teams 搜索、分享或查看记录时，登录本人 ShareCRM 账号并选择企业 | 登录成功后建立 Microsoft 用户、ShareCRM 企业与 ShareCRM 用户的对应关系；后台更新已绑定/待首次登录/需重新登录 | 不要求成员先去 ShareCRM 个人设置做一次账号集成。管理员不能代填个人凭据；绑定只建立身份映射，不增加 CRM 权限 |
连接诊断 | ShareCRM 管理员查看并重新校验企业设置、Teams App 与成员身份 | 分层显示已保存、未验证、组织已禁用、已绑定、待登录或需重新登录 | 配置校验只校验 ShareCRM 侧可确认的信息；Teams 组织策略仍需 Teams 管理员核实。零成员绑定不阻塞企业启用，个人登录失效也不改变企业状态 |
P0 优先采用 Teams 容器身份与 ShareCRM 用户登录的最小权限方案。若后续通知、批量部署或 Channel 主动投递需要组织级 Graph/RSC 权限，再按具体能力申请，不为未来能力提前索取宽权限。
2.2.6 Teams 会话搜索并发送业务记录卡片（P0）
入口： Chat 或 Channel 消息输入区的“操作和应用” > ShareCRM。
| 步骤与界面 | 用户操作 | 系统反馈 | 产品规则与异常边界 |
|---|---|---|---|
1. 打开 ShareCRM | 在当前会话输入区打开应用列表并选择 ShareCRM | 在输入区上方打开 Teams 原生应用浮层，再进入 ShareCRM 记录选择器 | 未登录时先完成 ShareCRM 登录；当前企业未启用、成员不在适用范围或应用被组织禁用时，分别给出对应处理入口 |
2. 查找记录 | 查看最近记录、切换对象页签或输入关键词；选择一条记录 | 只返回当前用户有权查看且允许外发的记录和字段 | 单选；无权限记录不返回，也不通过名称或数量暴露记录存在性；11 类对象按一级页签与“更多”分组 |
3. 发送前预览 | 核对记录卡片，可补充消息、移除卡片或发送 | 卡片先进入消息编辑区，发送按钮进入可用状态 | 预览展示当前用户视角；最终接收者看到的摘要仍按接收者身份和管理员卡片策略计算 |
4. 发送与查看 | 发送卡片；接收者点击“在 ShareCRM 中查看详情” | 卡片出现在当前消息流，显示对象、标题、摘要字段及回跳入口 | 未登录先登录；有权限进入完整详情；无权限只显示无权限状态。已发送卡片保留，后续停用集成或修改策略不删除历史消息 |
5. 完整详情 | 从卡片或 Tab 点击“在 ShareCRM 中打开” | 打开 ShareCRM 原生详情页，保留销售流程、详情信息、动态和业务操作 | 详情页继续执行 ShareCRM 登录、企业、对象、记录和字段权限校验；Teams 身份映射不能替代 CRM 权限 |
2.2.7 Channel 顶部业务记录 Tab（P0）
该能力只有管理员在企业范围设置中勾选“允许添加顶部业务选项卡”后可用。P0 支持业务记录和仪表盘两类 Tab 内容；每个 Tab 保存一个选定内容与当前 Channel 的页面关系。
| 步骤与界面 | 用户操作 | 系统反馈 | 产品规则与异常边界 |
|---|---|---|---|
1. 添加并登录 | 在 Channel 顶部点击+，选择 ShareCRM；未登录时登录本人账号 | Teams 保留公共配置弹窗外壳，ShareCRM 在应用内容区提供登录和后续配置 | 登录即完成个人身份映射；管理员启用不代表成员已登录，也不授予记录权限 |
2. 选择内容 | 选择“业务记录”或“仪表盘”，搜索并选定内容，编辑 Tab 名称 | 未选内容时“保存”不可用；选中后显示确认状态并允许保存 | 业务记录沿用与消息卡片一致的对象范围、搜索和权限规则；首版每个 Tab 只选一条业务记录或一个仪表盘 |
3. 保存并持续查看 | 选择是否发布频道公告并保存；之后从顶部 Tab 持续进入 | 顶部生成 ShareCRM Tab，并嵌入 ShareCRM 原生业务详情；用户可在 Tab 与 Conversation 之间切换 | 每次打开都按当前访问者重新校验权限。删除 Tab 只删除页面关系，不删除已发卡片，也不在 CRM 记录上建立通用 Channel 协作空间 |
Tab 内优先复用 ShareCRM Web 详情能力，避免维护一套简化但失真的详情页。受 Teams iframe、第三方 Cookie、SSO 和页面能力兼容性影响的操作，应在联调阶段逐项验收；不能在容器内稳定运行的操作通过“在 ShareCRM 中打开”进入完整页面。
2.2.8 ShareCRM 通知推送到 Teams（P1，当前 Demo 未覆盖）
| 通知场景 | 触发与配置 | Teams 中的结果 | 权限、失败与边界 |
|---|---|---|---|
| 记录级协作通知 | 业务用户将一条 ShareCRM 记录关联指定 Channel，并订阅允许的业务动态类型 | 事件发生时向该 Channel 发送记录卡片并提供回跳 | 映射只服务通知订阅，不读取或同步聊天正文；目标 Channel 不可达时记录失败，不影响 ShareCRM 原业务 |
| 个人系统通知 | 管理员开放可投递类别，用户在个人设置订阅或退订 | ShareCRM Bot 向个人会话发送与本人相关的提醒 | 默认关闭；只向已登录映射且 Bot 可达的用户投递，避免企业启用后产生大量重复提醒 |
| 自定义工作流通知 | 工作流增加“发送 Microsoft Teams 通知”动作，配置接收人或 Channel、模板与按钮 | 沿用工作流触发条件发送 Teams 卡片 | 不另建规则引擎；同一事件重试必须幂等，超过上限在诊断页记录失败原因 |
通知卡片包含事件摘要、关联对象、触发人或来源、发生时间与打开 ShareCRM；摘要同样按卡片展示策略和查看者权限处理。Teams 已读状态是否回写 ShareCRM 不作为 P1 默认能力。
2.2.9 基于消息创建 ShareCRM 任务（P1，当前 Demo 未覆盖）
| 环节 | 产品方案 | 权限与异常边界 |
|---|---|---|
| 入口 | 用户主动选择一条 Teams 消息，通过 ShareCRM Message Action 打开创建任务窗口 | 只读取用户主动选择的单条消息，不读取整段会话 |
| 编辑 | 预填消息文本并让用户确认任务标题、负责人、截止时间、关联记录和说明 | 提交前允许修改；负责人范围、关联记录和任务创建权限沿用 ShareCRM |
| 提交 | 创建成功后返回任务摘要和 ShareCRM 链接 | 失败时保留草稿并明确权限、字段或连接错误；通过幂等键防止重复创建 |
本阶段不把 Note、销售记录或工单混入同一入口。HubSpot 当前支持在 Teams 中创建 Task/Ticket，可作为场景参考；Dynamics 的旧式 Add to Dynamics 365 已进入弃用范围，因此不复制其消息写回方式。HubSpot：Create tasks and tickets in Microsoft Teams
本地代码已确认 ShareCRM 存在任务对象与待办处理基础，例如 crm/crm2/assets/js/config/object.js 中的 ProjectTaskObj，以及 fs-message 中的任务/待办跳转处理；本地未找到现成 Teams 创建任务适配器，仍需新增跨平台创建链路。
2.2.10 范围边界与暂不规划项
| 能力 | 阶段 | 处理结论 |
|---|---|---|
| CRM 记录页“分享到 Microsoft Teams” | 后续评估 | 可复用 P0 记录卡片，由用户选择目标会话或打开 Teams 待发送草稿；服务端不得以应用身份向任意会话静默群发 |
| CRM 记录页内嵌 Teams Chat | 后续评估 | 需单独确认 Graph/RSC 权限、会话映射、成员变化、数据驻留与审计，不纳入本次 P0/P1 |
| 通用记录—Channel 协作空间 | 不规划 | 不建设 Dynamics 历史形态的通用关联列表或聊天同步；P1 仅保存记录级通知订阅映射 |
| Teams 消息写为 Note/销售记录 | 不规划 | 不复制已弃用的 Dynamics 方式；P1 只允许用户基于主动选择的单条消息创建任务 |
| 聊天全文、附件与 Channel 文件同步 | 不规划 | 不自动读取、归档或分析，也不承诺基于全量聊天生成客户洞察 |
2.2.11 Teams App 分发与上架工作（P0）
阶段 A：开发与审核前验证
- 生成可验证的 Teams App package，至少包含 app manifest、彩色图标、轮廓图标和 P0 能力声明。
- 通过 Teams Developer Portal 校验包；在内部测试租户通过 Teams Admin Center / 组织应用目录上传验证。
- 提供 Microsoft 管理员安装手册、权限清单、数据用途说明、卸载与断开说明、常见错误排查。
- 建立 Teams App 版本与 ShareCRM 服务端兼容规则，升级后保留用户映射。
阶段 B：P0 正式上架与审核闭环
- 通过 Partner Center 提交 Teams App；Teams Store 审核通过后进入 Teams 产品内商店，并进入 Microsoft Marketplace 体系。
- 自 2026 年 7 月起，新提交且支持 Channel 的 Teams Store 应用需按 Microsoft 当前要求使用 manifest schema
1.25或更高版本；最终版本以提交时 Developer Portal 校验结果为准。 - 准备发布者认证、应用名称与说明、隐私政策、服务条款、支持地址、商品截图、操作视频、审核账号、测试说明和权限解释。
- 审核环境必须能完成：安装、Teams 登录、ShareCRM 登录/身份映射、一级页签与“更多”对象搜索、卡片发送、Channel 顶部关联一条业务记录、回跳和退出登录；至少准备销售线索、客户、联系人、商机、产品、报价单、销售订单和回款类测试记录，其他已启用 P0 对象按审核环境配置验证。P1 能力未交付时不得写入商品说明或审核脚本。
- Microsoft 会进行功能、体验、隐私、安全、元数据以及桌面/Web/移动端测试；审核问题按
Blocker、Must fix、Good-to-fix、Query分类处理。收到报告后在同一 Partner Center 提交中修复并复审，直至通过。 - P0 完成定义：Partner Center 显示已发布、Teams Store 可检索并安装、生产 ShareCRM 环境可登录搜索和发送卡片，并能在 Channel 顶部关联一条业务记录。测试包可用不等于产品完成。
- 现有 Outlook Add-in 首期保持独立商品；是否迁移 Unified app manifest、合并商品入口和统一品牌，另立 Microsoft 365 应用整合专项。
官方平台依据：Teams App 可包含 Tabs、Bots、Message Extensions；Message Extension 可在输入区搜索外部系统并返回卡片；主动通知要求 App/Bot 对目标用户或 Team 可达；新 Microsoft 365 Connector 已进入弃用路径，本需求不以旧 Connector 作为主实现方向。Teams app capabilities、Message extensions、Teams tabs、Proactive messages、Publish to Teams Store、Store submission checklist。
2.2.12 影响范围
| 影响域 | 影响内容 |
|---|---|
| ShareCRM Web 管理后台 | P0 新增 Teams 集成启用与范围、卡片展示策略、固定对象说明、Tab 能力、用户绑定和诊断页；P1 增加通知和任务配置 |
| ShareCRM CRM Web | P0/P1 不新增协作侧栏；后续评估“分享到 Teams”和内嵌 Teams Chat |
| Microsoft Teams | P0 新增 Personal App、Message Extension、记录卡片和 Channel Tab；P1 增加 Bot、工作流动作和基于消息创建任务 |
| 统一消息 | P1 新增 Teams 外部投递适配与幂等、重试、失败回执 |
| 账号与权限 | 新增 ShareCRM 企业—Microsoft Tenant、ShareCRM 用户—Microsoft 用户映射 |
| 审计与运维 | P0 新增登录、绑定、搜索、外发、Tab、版本和异常日志；P1 增加通知与任务日志 |
| 移动端 | Teams 卡片可查看和回跳；ShareCRM 移动端配置入口是否支持待确认 |
| Outlook Add-in | 本期不改，继续独立维护 |
2.3 待确认事项
| ID | 待确认事项 | 影响范围 | 负责人 | 结论 |
|---|---|---|---|---|
| 1 | P0 的 Microsoft 身份方案采用 Teams SSO、Microsoft OAuth 后绑定 ShareCRM，还是两者组合 | 登录体验、Token 管理、Store 审核 | 架构/研发/产品 | 待确认 |
| 2 | P0 是否需要任何组织级 Graph 权限；本文建议记录搜索与发卡片不申请，待技术验证 | 管理员同意、审核、权限最小化 | 架构/安全 | 待确认 |
| 3 | 一个 ShareCRM 企业只连接一个 Microsoft Tenant 是否满足首批客户 | 租户模型、跨国集团场景 | 产品/架构 | 待确认 |
| 4 | 首批试点客户及其 Microsoft 管理员配合人、租户策略、数据驻留区域 | 联调、授权、合规和上线节奏 | 销售/交付/产品 | 待确认 |
| 5 | ShareCRM Teams App 的英文商品名、发布者主体和支持站点是否沿用 Outlook Add-in | Partner Center 上架 | 市场/法务/产品 | 待确认 |
| 6 | P0 Channel Tab 首批除 LTC 主流程对象外是否需要增加项目等其他对象 | Tab 页面适配、首批范围 | 产品/研发 | 待确认 |
| 7 | P1 三类通知各自的首批事件范围、默认开关、订阅策略和 Channel 授权方式 | 统一消息、通知频控 | 产品/消息团队 | 待确认 |
| 8 | P1 基于消息创建任务是否同时提供 Teams App 快捷入口 | 权限申请、Store 审核、交互范围 | 架构/研发/产品 | 待确认 |
| 9 | 收费方式和适用版本 | 商业化、License 校验 | 产品/商业化 | 待确认 |
三、规范检查项
3.1 业务文案多语言 Key
所有 Teams App、管理后台、卡片和错误提示必须同时提供中文和英文。以下为首批文案范围，Key 由研发按现有规范命名。
| 模块 | 功能点 | 示意图 | 中文 | 英文 | 多语言 Key |
|---|---|---|---|---|---|
| Teams 连接器 | 连接状态 | 无 | 已连接 Microsoft Teams | Connected to Microsoft Teams | 待研发命名 |
| Teams 连接器 | 管理员授权 | 无 | 需要 Microsoft 管理员完成授权 | Microsoft admin consent required | 待研发命名 |
| 用户映射 | 未绑定 | 无 | 绑定 Microsoft 账号 | Connect Microsoft account | 待研发命名 |
| Message Extension | 搜索 | 无 | 搜索 ShareCRM 记录 | Search ShareCRM records | 待研发命名 |
| 应用登录 | 退出登录 | 无 | 退出 ShareCRM | Sign out of ShareCRM | 待研发命名 |
| 通知（P1） | 退订入口 | 无 | 管理 Teams 通知 | Manage Teams notifications | 待研发命名 |
语言规则：个人通知使用接收人的 ShareCRM 语言；用户主动发送的记录卡片使用发送人的 ShareCRM 语言；Channel 自动通知使用模板配置语言，未配置时使用企业默认语言。Channel 内单条消息不按成员语言拆分多份投递。
3.2 需求埋点
无。首期通过系统运行日志和 Partner Center/Teams 管理数据观察安装、授权和投递情况；如需产品分析埋点，评审后另补。
3.3 沙盒/更改集能力
| 模块 | 功能点 | 是否支持沙盒 | 是否支持更改集 | 说明 |
|---|---|---|---|---|
| Microsoft Teams 集成 | 应用配置与用户映射 | 支持单独连接测试 Microsoft Tenant | 否 | OAuth/SSO授权和用户映射不得从生产复制到沙盒 |
| 卡片配置 | 展示策略 | 待确认 | 待确认 | 如支持配置迁移，目标环境仍按对象移动端摘要布局和成员权限取值 |
| 通知配置 | Teams 通知类别 | 待确认 | 待确认 | 沙盒默认不向生产 Teams 用户或 Channel 投递 |
3.4 PaaS 国际化兼容检查
| ID | 多语接入事项 | 是否需要 | 注意事项 |
|---|---|---|---|
| 1 | 接入翻译工作台 | 是 | 管理后台、Teams 卡片、错误提示和商品说明均需多语 |
| 2 | CRM提醒 | 是 | 个人 Teams 通知按接收人语言生成 |
| 3 | 企信消息提醒 | 否 | 本需求新增 Teams 通道，不修改企信消息提醒 |
| 4 | 修改记录 | 是 | P0 记录卡片/Tab 配置事件；P1 创建任务事件 |
| 5 | 审计日志 | 是 | 记录管理员授权、断开、用户绑定、外发和投递异常 |
| 6 | 支持快捷翻译能力 | 否 | 本期不提供 Teams 内文本编辑器和聊天翻译 |
| 7 | 支持数据多语能力 | 是 | 对象标签、字段标签按使用者语言；实例数据不自动翻译 |
| 8 | 预置配置多语 | 是 | 预置对象卡片名称、通知类别和错误说明需多语 |
| 9 | 预置示例数据多语 | 否 | 不新增示例业务数据 |
3.5 新对象/新字段 BI 分析申请
| 对象/字段 | 是否已做流程支持申请 | 是否已做 BI 分析申请 | 内容 |
|---|---|---|---|
| Microsoft Tenant/用户映射、卡片与 Tab 记录；P1 通知投递记录和任务创建来源 | 待确认 | 否 | 属集成配置与运行数据，默认不面向客户 BI；若落 PaaS 对象需另行评审可见性和导出边界 |
3.6 操作日志说明
P0 记录以下可追溯事件：Teams App 配置变更；Microsoft/ShareCRM 登录、退出；用户绑定、重绑、解绑；记录搜索失败；记录卡片发送；Channel Tab 配置与访问异常；Teams App 版本发布与升级。P1 增加通知订阅映射与投递结果、任务创建来源与结果。后续评估项按最终范围记录 CRM 侧分享或 Chat 关联事件。日志不保存 Teams 聊天正文、附件和 Channel 文件。
3.7 需求风险点检测
| ID | 风险分组 | 风险类型 | 有无该风险 | 涉及风险的功能点 | 影响的企业数 | 是否报备 | 响应策略 |
|---|---|---|---|---|---|---|---|
| 1 | 对现逻辑有影响的风险点 | 交互体验有变化 | 无 | 新增独立入口，不改变原 CRM/企信主流程 | 0 | 否 | 原能力保持不变 |
| 2 | 对现逻辑有影响的风险点 | 功能有减少 | 无 | 无 | 0 | 否 | 无 |
| 3 | 对现逻辑有影响的风险点 | 功能逻辑的调整 | P1 有 | 统一消息增加 Teams 投递通道 | 待确认 | 是 | Teams 投递失败不得阻塞原通知；灰度验证幂等和限流 |
| 4 | 新能力风险点 | 逻辑不完善 | 有 | Teams 管理策略、Microsoft 登录、用户映射和 CRM 权限 | 首批灰度企业 | 是 | 分层诊断，不使用统一失败提示；提供管理员检查清单 |
| 5 | 新能力风险点 | 有性能压力 | 有 | 记录搜索和身份映射；P1 增加通知投递 | 首批灰度企业 | 是 | 搜索分页与限流；通知异步投递、失败重试和熔断 |
| 6 | 新能力风险点 | 数据泄露 | 有 | Teams 卡片对会话成员可见 | 所有启用企业 | 是 | 默认仅展示对象类型；摘要由服务端按查看者记录与字段权限动态生成，详情继续校验 |
| 7 | 新能力风险点 | 外部平台变更 | 有 | Teams manifest、Graph 权限、Store 审核 | 所有启用企业 | 是 | P0 即按 Store 规范建设；不使用旧 Connector 或已弃用的 Dynamics 交互作为主链路 |
3.8 上线策略
3.8.1 收费标准
- [ ] 不收费
- [ ] 收费
待商业化确认。建议首批灰度企业不单独收费，公共上架前明确是否属于国际化/互联增值包。
3.8.2 上线节奏
- [ ] 全网
- [X] 灰度
| 灰度发布的原因 | 涉及 Teams 租户应用策略、跨系统身份映射和 CRM 数据外发，需要在真实客户 Tenant 验证 |
|---|---|
| 预计全网时机 | P0 完成 Teams Store 审核，且内部测试 Tenant、首批客户 Tenant 的登录、搜索、发卡片、Channel Tab 关联记录、回跳和退出链路均验收通过后 |
| 期间分几次灰度 | 建议 3 个阶段 |
| 各灰度批次的时间节点及灰度的客户范围 | 阶段 A：内部测试 Tenant 侧载联调；阶段 B：1-2 家客户 Tenant 预发布验证并同步提交 Store；阶段 C：Store 审核通过后按租户白名单逐步开放。具体日期待研发计划确认 |
3.8.3 适用版本
| 资源名称 | 标准版 | 专业版 | 旗舰版 | 无限版 | 扩展资源包 |
|---|---|---|---|---|---|
| ShareCRM for Microsoft Teams | 待确认 | 待确认 | 待确认 | 待确认 | 建议评估“Microsoft 365/国际化互联”扩展资源包 |
| 竞品截图 | 证据说明 |
|---|---|
 | 来源： 用户提供的 Dynamics 实际界面截图。 图中证明： Teams 会话输入区可以搜索并选择 CRM 业务记录。 不能证明： 不能证明 Teams 聊天正文会同步到 CRM。 对当前任务的意义： 支撑首期 Message Extension“搜索记录—发送卡片—回跳 CRM”的主链路。 |
 | 来源： Microsoft Marketplace / Salesforce 公开资料截图。 图中证明： CRM 记录可作为卡片出现在 Teams 会话中，并提供回跳入口。 不能证明： 不能证明卡片对每个接收人进行字段级个性化裁剪，也不能证明聊天自动归档。 对当前任务的意义： 卡片应只展示管理员允许外发的最小字段，完整详情仍由 ShareCRM 权限控制。 |
 | 来源： HubSpot 官方帮助资料截图。 图中证明： CRM 记录可选择 Team/Channel 建立关联，并配置后续协作动作。 不能证明： 不能证明任意 Teams Chat 都能与 CRM 建立持久映射，也不能证明该模式适合 ShareCRM 长期建设。 对当前任务的意义： 仅作为竞品差异参考；Dynamics 同类能力已进入弃用，ShareCRM 当前规划围绕 Teams 侧记录卡片、Channel Tab、通知和创建任务展开，不建设记录—Channel 持久关联。 |
 | 来源： Zoho Help Center，页面更新时间为 2026-07-09。 图中证明： 用户可在 CRM Bot 私聊或 Channel 中通过命令查询 Leads、Contacts、Accounts、Deals，最多返回 10 条匹配记录，并以 business card 展示。 不能证明： 不能证明 Zoho 当前仍提供旧版 Message Extension 选择器，也不能证明支持自定义对象。 对当前任务的意义： 证明 Teams 内查询并发送 CRM 记录是现行需求；ShareCRM P0 仍采用更易用的搜索型 Message Extension，而不是复制命令式交互。 |