钉钉二开服务商不能只用一套漂亮演示证明能力。企业真正要评估的是：组织和权限能否对应现有管理规则，审批与待办能否串起业务，开放平台调用失败时能否定位，以及 ERP、CRM 等系统变化后谁来维护。
下面 12 个问题可直接用于方案沟通和供应商尽调。回答最好落到文档、流程图、原型或日志示例，不要停在“都支持”。
组织与权限：先问清 3 个边界
- 组织、部门、岗位和人员如何同步，谁是主数据源？ 需要说明新增、调岗、离职和兼职人员的处理规则。
- 应用可见范围与业务数据权限如何区分？ 能打开应用，不等于能查看所有客户、合同或财务字段。
- 管理员和临时授权如何留痕与回收？ 追问授权入口、审批方式、操作日志和人员交接。
这组问题决定系统能否跟随组织变化。若方案只写“同步钉钉通讯录”，没有主从关系和异常处理，后续很容易出现账号存在但数据归属错误。
审批、待办和消息：继续追问 3 个动作
- 审批通过、驳回、撤回和转交分别触发什么业务动作？ 每种状态都要对应目标系统的处理规则。
- 待办由谁创建、何时完成、结果回写到哪里？ 不能只做到发出一条通知。
- 消息发送失败、重复发送或接收人不存在时怎么办？ 要看到重试、去重、人工补发和日志查询方式。
钉钉里的审批与消息常是业务链的一部分。服务商若只关注表单页面，没有处理撤回和失败场景，系统之间的状态会逐渐不一致。
开放平台与系统集成：用 3 个问题看技术底座
- 项目需要哪些应用权限，申请和变更由谁负责？ 权限清单应与功能逐项对应，避免一次性申请无关范围。
- 接口调用频率、限流和失败重试如何设计？ 方案应说明触发方式、去重标识、日志和补偿入口。
- ERP、CRM、财务或自建系统中，哪些字段由谁维护？ 客户、订单、人员、审批状态等对象必须确定主系统和同步方向。
这组回答应能落到字段映射和接口清单。仅写“与 ERP 打通”不足以判断数据方向、触发条件和异常责任。
交付与运维：最后确认 3 项责任
- 每个里程碑交付什么，客户需要配合什么？ 原型、测试版本、接口文档、权限配置和验收用例要有明确节点。
- 上线前如何测试权限、异常和回滚？ 除正常流程外，应覆盖人员变动、审批撤回、接口超时和重复提交。
- 上线后的监控、响应、平台变化和需求变更如何处理？ 需要区分原功能缺陷、钉钉或第三方接口变化、以及新增业务需求。
用同一份材料比较方案
向候选服务商提供相同的流程、角色、系统清单和样例数据，并要求对方列出范围假设、不包含项、第三方费用和风险。比较时逐项查看 12 个问题的回答是否有证据，以及责任是否写进合同与交付清单。
服务商能否主动指出权限、状态和异常边界，比承诺“全部能做”更有判断价值。
报价与演示都要对齐证据
比较报价前，先固定五份输入：现状流程图、核心字段清单、角色权限表、现有报表样例和验收清单。要求候选方在同一输入上标注接口、配置、定制、第三方费用，以及哪些内容不在本期范围。这样比较的不是一个总价，而是范围假设和风险差异。
演示也不要只走正常页面。可选择新增、调岗或离职、审批撤回、接口超时等情况，查看日志、补偿入口和管理员配置。答复无法落到具体材料或现场操作时，应继续确认，不能把口头“支持”当成交付承诺。
