飞书 / 钉钉 / 企微适合什么
- 组织通讯录、消息、日程已经在用
- 请假报销等标准流，字段接近套件模板
- 需要把待办推到手机，降低漏看
- 文档协作、会议，本来就该在套件里
它们解决的是「人在线上、消息达得到」。对成长早期或流程极标准的公司，可以先把高频审批跑在套件里，不必假装没有协作工具。
定制后台在买什么
- 按金额、部门、合同类型分流的路由
- 跟岗位走的权限矩阵，导出可审计
- 合同台账、用印与编号绑定，到期进待办
- 知识库现行有效，可与单据互相跳转
贵的不是再做一个聊天，是少返工：套件改不动的结构，一次做成你们能维护的作业入口。
真正的分界线是：你能不能按自己的业务改结构。套件改通知容易、改「用印必须先有合同编号」难；财务要和凭证状态联动时，只能在群里加一句「先这样」。只开企业微信、没有自己的后台，边界写在 企业微信够不够，还要不要自己的后台。套装流程点多，员工退回微信，见 套装 OA 用不起来，和不做几乎一样差。
常见的正确叠法是：套件负责人和提醒，定制后台负责状态、权限和台账，待办可以回写到飞书或企微。审批都只在聊天里点头，规模一大仍会裂，见 审批都在微信里，公司大了会怎样。费用怎么按范围估，见 做 OA / 管理系统要花多少钱、周期一般多久。
达希不做「把套件换皮冒充定制」。需求简单会明确告诉你第一期可以留在飞书；需求复杂会把必须定制的理由写进方案——通常是用印、合同、多组织权限和与业务系统对账。需要对照现有用法，到 企业管理系统服务页 说明现在审批走在哪个应用里；为什么要有管理系统，见 企业为什么必须有管理系统。
改得动主数据，才叫自己的后台
判断套件还是定制，不必先看价格。问三句：合同到期能否自动待办；人员调动权限是否随岗位变；金额超限能否改路由而不找厂商。三句都难，你买到的是租用流程。定制也不是越个性化越好，而是把真正与众不同的那几条审批做成硬规则，其余仍可通知到飞书钉钉企微。
还有组织形态问题。分子公司要数据隔离又要总部看汇总，套件的部门树往往不够；销售交付财务共用合同字段时，通用审批也很难拆开。这两类场景分别见 集团分子公司，权限如何隔离又上报 与 销售交付财务共用合同，后台该怎么拆。费用按「套件改不动的那几条」来估，比按「再买一个 OA 品牌」清楚。达希会把通知层和作业层画在同一张图上，避免两套待办互相抢人。