ShareCRM 与 Microsoft Teams Chat、Channel 及通知集成

版本：v0.3

创建日期：2026-08-10

最近更新：2026-09-03

需求来源：需求池 2026-06-18-24871、客户背景截图、Teams 竞品调研、用户沟通

优先级：P0（需求池当前优先级：必保）

文档状态：草稿

需求变更记录

依赖需求 Story 列表

一、需求概述

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 竞品现状

横向结论与建设优先级

1.4 产品价值

• 对海外客户：在不切换工作场景的情况下，将线索到回款主流程中的 CRM 业务上下文带入 Teams 协作，并从卡片回到 ShareCRM 事实源。
• 对销售与交付：补齐“是否支持 Teams integration”的基础门槛，避免 Outlook 已集成但 Teams 完全缺失造成产品能力割裂。
• 对平台：建立可复用的 Microsoft 租户连接、用户映射、外部会话关联和通知投递能力，为后续 Outlook 与 Teams 的统一 Microsoft 365 集成打基础。

1.5 需求目标

1. ShareCRM 用户能够在 Teams Chat/Channel 输入区搜索有权限的 CRM 记录，并将记录以安全的摘要卡片发送到当前会话，接收人可回跳 ShareCRM 查看详情。
2. ShareCRM 管理员能够完成 Microsoft 租户连接、Teams 应用部署和人员范围配置；用户完成身份识别后仍按 ShareCRM 权限搜索和打开记录。
3. 首期产品通过 Teams Store 正式审核并可供客户租户安装；通知、Channel Tab、Channel 关联和消息写回按后续优先级逐步建设。

二、产品方案

2.1 整体产品方案

本需求新增一个独立的 ShareCRM for Microsoft Teams 应用。

P0 聚焦 Teams 侧记录协作：管理员完成应用部署与租户配置，用户在 Chat/Channel 输入区搜索 LTC 主流程预设对象并发送记录卡片，接收人从卡片回到 ShareCRM 权限体系查看详情。P0 必须完成 Teams Store 正式上架，内部上传包和客户租户侧载只作为开发、联调和审核前验证方式，不能作为正式产品交付终态。

P1 增加个人/Channel 通知和 Channel Tab；P2 再评估 CRM 记录持久关联 Channel、从 Teams 消息创建 Note/Task/销售记录、CRM 内嵌 Teams Chat。首期不读取或归档 Teams 聊天正文，不同步 Teams 文件，不在 Teams 内提供完整 CRM 编辑，也不纳入 Meeting、Calling 和 AI 洞察。

核心决策表

2.2 具体方案说明

2.2.1 功能清单与优先级

Teams 平台扩展位置与 ShareCRM 产品决策边界

记录选择界面不由 Teams 统一生成完整 CRM UI。

Teams 规定扩展入口、调用协议、尺寸和交互规范；ShareCRM 决定对象分类、搜索条件、列表字段、最近记录、单选/多选、预览以及最终卡片。

P0 采用单选记录：默认展示跨对象最近记录；一级页签固定展示销售线索、客户、联系人、商机，其他 P0 对象收纳到“更多”对象菜单，并支持关键词搜索。选择记录后进入发送前预览。平台依据：<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/messaging-extensions/how-to/search-commands/define-search-command">Search message extensions</a>、<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/messaging-extensions/what-are-messaging-extensions">Message extensions</a>。

2.2.2 管理员安装与租户连接（P0）

角色分工

连接流程

1. ShareCRM 管理员进入“管理后台 > 互联中心 > Microsoft Teams”，启用集成并配置允许使用的部门/角色/人员、P0 对象可用范围及各对象卡片字段。系统根据当前企业已开通的产品能力和对象可用状态给出默认值，不向管理员展示本企业不可用的对象。
2. Teams 管理员在 Teams 管理中心确认 ShareCRM App 为允许状态，并将其配置给试点或目标用户；正式版用户也可以从 Teams Store 安装，但仍受租户应用策略限制。
3. 如果 P0 仅使用 Teams 登录上下文和 ShareCRM 自有记录搜索，应优先采用用户委托身份和最小权限；只有需要组织级读取 Team/Channel/成员、批量安装 Bot 或主动写入 Channel 时，才申请对应管理员同意权限。不得为了未来能力在 P0 提前申请宽权限。
4. 用户首次打开应用时完成 ShareCRM 登录/SSO和身份对应；系统保存 Microsoft Tenant/User 与 ShareCRM 企业/User 的映射，不将“管理员允许 App”误判为“用户已经拥有 CRM 数据权限”。
5. 系统分别展示三类状态：Teams App 可用性、Microsoft 身份/授权、ShareCRM 用户映射与数据权限。任一层异常均给出对应处理人和修复入口。
6. 断开租户连接或用户解除绑定后停止新增搜索和后续通知投递；已经发送到 Teams 的静态卡片不自动删除。

异常规则

• Microsoft 管理员拒绝必要的管理员同意：只停用依赖该权限的能力，显示具体权限、用途和重新授权入口。
• App 未被 Teams 管理员允许：允许保存 ShareCRM 侧配置，但标记“应用不可用”，用户不能使用 Teams 内能力。
• 权限被管理员撤销、凭证失效：停止投递并通知 ShareCRM 管理员；不自动切换其他 Microsoft Tenant。
• P0 不支持同一 ShareCRM 企业同时连接多个 Microsoft Tenant；跨租户客户作为后续能力评估。

2.2.3 用户映射与登录（P0）

1. App 对当前用户可用后，系统按已验证邮箱尝试匹配 ShareCRM 用户与 Microsoft 用户；邮箱相同只作为候选匹配，用户首次使用时仍需通过 ShareCRM 登录/SSO确认。
2. 邮箱不一致、重复或无法匹配时，用户通过 Microsoft 登录完成个人绑定；管理员可查看绑定状态，但不能替用户输入账号凭据。
3. 一个 ShareCRM 用户在同一企业内仅绑定一个 Microsoft 用户；重新绑定会使旧映射失效。
4. 用户离职、停用或解除绑定后，不再搜索 CRM 记录、接收个人通知或创建新的关联；已发送卡片保留。
5. Teams 卡片打开 ShareCRM 时，系统继续校验 ShareCRM 登录态、企业身份、对象权限、数据权限和字段权限；Teams 身份映射不能替代 CRM 权限。

2.2.4 Teams 输入区搜索并发送 CRM 记录（P0）

入口： Teams Chat 或 Channel 输入区的 ShareCRM 应用（Message Extension）。

主流程

1. 用户打开 ShareCRM 应用；未绑定时先完成登录绑定。
2. 默认展示最近访问记录，并支持输入关键词搜索。
3. 用户选择对象类型和记录。P0 支持销售线索、客户、联系人、商机、产品、报价单、销售合同、销售订单、开票申请、回款计划、回款；一级页签展示销售线索、客户、联系人、商机，其余对象通过“更多”进入。
4. 搜索结果只返回当前 ShareCRM 用户有权查看的记录；无权限记录不返回，不通过模糊名称暴露存在性。
5. 选择记录后生成预览卡片；用户确认后将卡片插入当前 Teams 会话。
6. 卡片点击“在 ShareCRM 中打开”，进入对应记录详情；接收人无 ShareCRM 账号或无权限时显示统一无权限页，不展示更多字段。

记录卡片规则

Teams 卡片内容一旦发送，当前会话成员均可能看到，无法按每位接收人的 CRM 字段权限动态裁剪。因此 P0 必须采用“外发字段白名单 + 管理员配置 + 发送前预览”；完整详情始终回 ShareCRM 校验权限。

P0 对象范围规则

1. P0 不采用“系统存在的所有对象全部开放”。仅开放可独立查看、具备稳定主属性和详情页、且属于 LTC 主流程的预设主对象。
2. 销售订单产品、报价单明细、回款明细等子对象不单独进入 Teams 选择器；需要协作时发送所属主记录。
3. 管理员可在 P0 对象白名单内关闭不需要的对象，但不能自行增加白名单外对象；企业未购买或未启用的对象自动隐藏。
4. 搜索结果按当前对象筛选，并统一提供“最近记录”；不把十一个对象同时平铺为页签。移动端对象入口使用同一分组，不依赖横向滚动展示完整对象列表。
5. 自定义对象、服务单及非 LTC 预设对象在 P1 通过可配置对象模型扩展，不阻塞 P0 主流程闭环。

2.2.5 从 ShareCRM 记录分享到 Teams（P1）

1. 在支持对象的记录详情操作区新增“分享到 Microsoft Teams”。
2. 用户未绑定 Microsoft 身份时先引导绑定；企业未连接时提示联系管理员，不向普通用户展示管理员授权按钮。
3. 用户选择目标 Chat 或本人有权限的 Team/Channel，并预览与 Teams Message Extension 相同的记录卡片。
4. 发送成功后，ShareCRM 记录动态中可写入“记录已分享到 Microsoft Teams”的结构化事件，包含操作人、时间和目标类型；不记录 Teams 消息正文。
5. 发送失败时不写成功事件，明确区分：应用未安装、目标不可访问、用户映射失效、Microsoft 授权失效、网络或限流失败。

产品目标是“用户确认后分享”，不允许 ShareCRM 服务端以应用身份向任意 Chat/Channel 静默群发。具体采用 Teams 分享能力、打开 Teams 草稿后由用户发送，还是 Microsoft Graph 委托权限发送，由研发在权限最小化原则下评估；如果只能稳定支持 Channel 或只能生成待发送草稿，应回到产品评审收敛 P1 范围。

2.2.6 CRM 记录关联 Teams Channel（P2，暂不继续演进）

微软已将 Dynamics 365 的同类“记录关联 Teams Channel”能力自 2026 年 5 月起列入弃用范围；Salesforce 官方主线也没有采用逐记录持久关联。因此本能力仅保留为 HubSpot 型项目协作参考，不纳入 P0/P1，待出现明确客户场景和微软长期可用实现路径后重新立项。<a href="https://learn.microsoft.com/en-us/dynamics365/sales/deprecations-sales">Microsoft：Dynamics 365 Sales 弃用清单</a>

候选入口： 支持对象记录详情右侧“Microsoft Teams”协作卡片。

1. 用户点击“关联 Channel”，选择本人可访问且已安装 ShareCRM App 的 Team/Channel。
2. 系统展示 Channel 名称、所属 Team、隐私类型和可见成员提示，用户确认后保存映射。
3. 若后续立项，建议支持一条 CRM 记录关联多个 Channel，同一个 Channel 也可关联多条 CRM 记录；列表按最近关联时间排序。
4. 关联后，CRM 侧展示 Channel 名称、状态、关联人、关联时间和“在 Teams 中打开”。Teams 侧通过 ShareCRM 应用查看当前 Channel 已关联的 CRM 记录。
5. 建立关联时默认勾选“向 Channel 发布关联提示”，提示卡只包含最小字段和 ShareCRM 回跳入口。
6. 解除关联只删除/失效映射，不删除 Teams 中已经发送的卡片、帖子或 Tab，也不删除 CRM 记录。
7. 用户必须同时具备 CRM 记录查看权限、Teams 集成使用权限和目标 Channel 访问权限；失去任一权限后不能新增或解除关联。
8. 普通 1:1 Chat 或临时群聊不做持久关联；Chat 保持发送记录卡片的轻量模式。

保存的信息边界： ShareCRM 保存 Microsoft Tenant、Team、Channel 的标识与展示信息、CRM 对象/记录、关联人、时间和状态；不保存 Channel 帖子、聊天正文、文件和成员聊天记录。

2.2.7 ShareCRM 通知推送到 Teams（P1）

P1 先支持“面向个人的 ShareCRM 通知通过 Bot 推送到 Teams”，再评估业务流 Channel 通知，不一次性把所有业务流都改造成 Channel 通知。

1. ShareCRM 管理员启用允许推送的通知类别；用户在个人设置中选择是否接收 Teams 通知。默认关闭，避免启用连接器后形成大量重复通知。
2. 通知沿用原业务触发时机、接收人和业务对象，不新建一套通知规则；Teams 只是新增投递通道。
3. 仅向已完成身份映射且已具备 App/Bot 可达条件的用户投递。未绑定用户继续接收 ShareCRM 原有通知，不因 Teams 投递失败影响主业务。
4. 通知卡片至少包含：发生了什么、关联对象、触发人/来源、发生时间、打开 ShareCRM；不在 Teams 中直接展示高敏感字段。
5. Teams 中点击卡片不直接同步 ShareCRM 通知已读状态。是否需要双向已读同步另行评估。
6. 用户可从卡片进入通知设置并关闭某类 Teams 通知；管理员关闭连接器后全部停止投递。
7. 对同一业务事件的重试不得产生多条重复通知；超过重试上限后记录失败原因，并在管理后台诊断页聚合展示。

P1 后续批次可在业务流中增加“发送 Microsoft Teams Channel 通知”动作，允许选择目标 Channel、通知模板和动作按钮。该能力需单独评审频控、模板权限和 Channel 外发字段，不依赖 P2 的记录—Channel 持久关联。

2.2.8 Channel Tab（P1）

1. Channel 顶部点击 + 选择 ShareCRM，进入 Tab 配置页。
2. 用户可选择“单条业务记录”或“CRM 列表/视图”；P1 首版优先单条记录，列表视图后续开放。
3. Tab 页面使用 ShareCRM Web 能力，进入时校验 Microsoft 身份映射和 ShareCRM 权限。
4. P1 默认以查看和回跳为主，不承诺所有字段、按钮、插件和复杂编辑在 Teams iframe 中完整可用。
5. Tab 与 P2 的“记录关联 Channel”相互独立；删除或失效一个 Tab 不改变已经发送的记录卡片，也不自动创建持久映射。

2.2.9 从 Teams 消息创建 CRM Note/Task/销售记录（P2，最后评估）

该能力对应 Teams 单条消息的 Message Action。用户从消息“更多操作”触发 ShareCRM，选择目标记录和写入类型，再确认创建。它不同于 Teams 自带的 Save message，后者只把消息保存在用户自己的 Teams 中。

本能力不进入 P0/P1，原因如下：

1. Dynamics 的 Add to Dynamics 365 同类能力已自 2026 年 1 月起进入弃用范围；
2. HubSpot仍提供创建 Task/Ticket 等能力，但 Salesforce没有形成同等官方主线，竞品覆盖不普遍；
3. 该动作需要读取用户选中的消息内容并写入 CRM，涉及消息权限、敏感信息、附件处理、来源留痕和重复创建；
4. ShareCRM已有创建销售记录入口可作为后续复用基础，但不构成近期建设必要性。

重新立项条件：出现明确客户频次证据，并确认仅处理用户主动选择的单条消息、不后台批量读取会话；默认创建前必须预览和编辑，写入后返回成功卡片及 CRM 记录链接。

2.2.10 管理后台配置与诊断（P0）

诊断错误必须对用户可解释，禁止统一显示“连接失败”。至少区分：

• Teams App 未在 Store 发布、被组织禁用或未向当前用户开放；
• Microsoft 登录失败、需要的用户/管理员授权缺失或已失效；
• ShareCRM 用户未绑定、绑定冲突或账号已停用；
• 用户无 CRM 记录权限；P1/P2 场景再检查目标 Channel 访问权限；
• 外发字段配置失效；
• Microsoft 限流、服务不可用或投递超时。

2.2.11 Teams App 分发与上架工作（P0）

<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/concepts/deploy-and-publish/appsource/publish">Microsoft Teams 应用发布规范</a>

<a href="https://learn.microsoft.com/en-us/partner-center/marketplace-offers/add-in-submission-guide">Partner Center 详细上架步骤</a>

阶段 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 登录/身份映射、一级页签与“更多”对象搜索、卡片发送、回跳和退出登录；至少准备销售线索、客户、联系人、商机、产品、报价单、销售订单和回款类测试记录，其他已启用 P0 对象按审核环境配置验证。P1/P2 能力未交付时不得写入商品说明或审核脚本。
• Microsoft 会进行功能、体验、隐私、安全、元数据以及桌面/Web/移动端测试；审核问题按 Blocker、Must fix、Good-to-fix、Query 分类处理。收到报告后在同一 Partner Center 提交中修复并复审，直至通过。
• P0 完成定义：Partner Center 显示已发布、Teams Store 可检索并安装、生产 ShareCRM 环境可登录搜索和发卡片。测试包可用不等于产品完成。
• 现有 Outlook Add-in 首期保持独立商品；是否迁移 Unified app manifest、合并商品入口和统一品牌，另立 Microsoft 365 应用整合专项。

官方平台依据：Teams App 可包含 Tabs、Bots、Message Extensions；Message Extension 可在输入区搜索外部系统并返回卡片；主动通知要求 App/Bot 对目标用户或 Team 可达；新 Microsoft 365 Connector 已进入弃用路径，本需求不以旧 Connector 作为主实现方向。<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/get-started/get-started-overview">Teams app capabilities</a>、<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/messaging-extensions/design/messaging-extension-design">Message extensions</a>、<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/tabs/what-are-tabs">Teams tabs</a>、<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/bots/how-to/conversations/send-proactive-messages">Proactive messages</a>、<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/concepts/deploy-and-publish/appsource/publish">Publish to Teams Store</a>、<a href="https://learn.microsoft.com/en-us/microsoftteams/platform/concepts/deploy-and-publish/appsource/prepare/submission-checklist">Store submission checklist</a>。

2.2.12 影响范围

2.3 待确认事项

三、规范检查项

3.1 业务文案多语言 Key

所有 Teams App、管理后台、卡片和错误提示必须同时提供中文和英文。以下为首批文案范围，Key 由研发按现有规范命名。

语言规则：个人通知使用接收人的 ShareCRM 语言；用户主动发送的记录卡片使用发送人的 ShareCRM 语言；Channel 自动通知使用模板配置语言，未配置时使用企业默认语言。Channel 内单条消息不按成员语言拆分多份投递。

3.2 需求埋点

无。首期通过系统运行日志和 Partner Center/Teams 管理数据观察安装、授权和投递情况；如需产品分析埋点，评审后另补。

3.3 沙盒/更改集能力

3.4 PaaS 国际化兼容检查

3.5 新对象/新字段 BI 分析申请

3.6 操作日志说明

P0 记录以下可追溯事件：Teams App 配置变更；Microsoft/ShareCRM 登录、退出；用户绑定、重绑、解绑；记录搜索失败；记录卡片发送；Teams App 版本发布与升级。P1 增加通知投递和从 ShareCRM 分享事件；P2 如立项再增加 Channel 关联和消息写回事件。日志不保存 Teams 聊天正文、附件和 Channel 文件。

3.7 需求风险点检测

3.8 上线策略

3.8.1 收费标准

• [ ] 不收费
• [ ] 收费

待商业化确认。建议首批灰度企业不单独收费，公共上架前明确是否属于国际化/互联增值包。

3.8.2 上线节奏

• [ ] 全网
• [X] 灰度

3.8.3 适用版本

竞品截图	证据说明
	来源： 用户提供的 Dynamics 实际界面截图。 图中证明： Teams 会话输入区可以搜索并选择 CRM 业务记录。 不能证明： 不能证明 Teams 聊天正文会同步到 CRM。 对当前任务的意义： 支撑首期 Message Extension“搜索记录—发送卡片—回跳 CRM”的主链路。
	来源： Microsoft Marketplace / Salesforce 公开资料截图。 图中证明： CRM 记录可作为卡片出现在 Teams 会话中，并提供回跳入口。 不能证明： 不能证明卡片对每个接收人进行字段级个性化裁剪，也不能证明聊天自动归档。 对当前任务的意义： 卡片应只展示管理员允许外发的最小字段，完整详情仍由 ShareCRM 权限控制。
	来源： HubSpot 官方帮助资料截图。 图中证明： CRM 记录可选择 Team/Channel 建立关联，并配置后续协作动作。 不能证明： 不能证明任意 Teams Chat 都能与 CRM 建立持久映射。 对当前任务的意义： 该能力可作为后置项目协作参考；由于 Dynamics 同类能力已经弃用，ShareCRM P0/P1 先做记录卡片、通知和 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，而不是复制命令式交互。