内部工具选型方法论：低代码 vs 小程序 vs H5 vs 原生 App
老板说”做个 XX 系统给我们内部用”，你第一反应应该不是”用什么技术栈”，而是”这玩意到底是内部工具还是产品？“——定性错了，后面全错。
一句话定位
内部 OA / 工单 / CRM / 报销 / 进销存 / 运营管理类系统，9 成情况不应该自研，应该用低代码平台先跑起来；只有规模上来、需求稳定、要沉淀数据资产时，才迁移到自研。
第一步：先做定性判断（最关键）
不要一上来就讨论”小程序还是 App”。先回答这 7 个问题：
| 问题 | 偏内部工具 | 偏产品级 App |
|---|---|---|
| 用户是谁？ | 自己员工 | C 端客人/外部用户 |
| 核心交互是什么？ | 表单 + 流程 + 审批 | 实时交互/交易/社交 |
| 附件需求？ | 图片/视频/录音上传 | 编辑/直播/AR |
| 通知需求？ | 任务分配、逾期提醒 | 营销推送 |
| UI 要求？ | 能用就行 | 设计驱动、品牌一致 |
| 用户规模？ | 5-100 人 | 1000+ |
| 需求稳定性？ | 跑 3 个月就要改 | 1-2 年稳定迭代 |
7 项里 ≥ 5 项偏左 → 内部工具，老老实实选低代码；偏右 → 才进入下面的对比环节。
第二步：四种实现形态横向对比
| 维度 | 低代码平台 | 微信小程序 | H5 网页 | 原生 App |
|---|---|---|---|---|
| 一次性投入 | ¥0 - 5 万 | ¥8 - 16 万 | ¥6 - 10 万 | ¥18 - 30 万（双端） |
| 年度运维 | ¥0.3 - 1.5 万（平台费） | ¥0.5 万+ | ¥0.5 万+ | ¥1 万+ |
| 上线周期 | 2 - 4 周 | 2 - 3 月 | 1.5 - 2 月 | 4 - 6 月 |
| 微信原生通知 | ✅ 集成 | ✅ 原生 | ❌ 要绑公众号 | ❌ 要自建推送 |
| 拍照/录音/录像 | ✅ | ✅ 体验好 | ⚠️ 一般 | ✅ 最好 |
| 使用门槛 | ✅ 扫码即用 | ✅ 扫码即用 | ✅ 链接即用 | ❌ 要下载 |
| 改字段/改流程 | 分钟级 | 要排期发版 | 要排期发版 | 要审核发版 |
| 数据资产掌控 | ⚠️ 在平台手里 | ✅ 自己掌握 | ✅ 自己掌握 | ✅ 自己掌握 |
| 灵活度上限 | 中 | 高 | 高 | 高 |
排除项与首选项
- 原生 App 几乎可以直接排除——内部 5-100 人工具上 App 是巨大资源浪费
- H5 通常败给小程序——核心是微信服务通知，内部工具的通知场景密集，H5 实现别扭
- 决战在低代码 vs 小程序自研之间
第三步：选型决策树
内部工具吗？
├─ 是（7 题里 ≥ 5 题偏左）
│ ├─ 用户 ≤ 30 人 + 需求未定型?
│ │ └─ ✅ 低代码（简道云/飞书多维表/钉钉宜搭）
│ ├─ 用户 30-100 人 + 已用半年知道要啥?
│ │ └─ ⚠️ 低代码做不动了？再评估自研
│ └─ 用户 > 100 人 + 多门店 + 要对数据资产?
│ └─ ✅ 微信小程序 + 后端自研
└─ 否（C 端/产品级）
├─ 重微信生态 + 轻量功能?
│ └─ ✅ 微信小程序
├─ 必须双端 + 强交互?
│ └─ ✅ 原生 App（或 Flutter/React Native）
└─ 纯展示/营销页?
└─ ✅ H5
第四步：「两步走」战略（最重要的复用经验）
不要一步到位自研，要分两步：
第 1 阶段：低代码先跑半年
├─ 投入：¥0.5 - 5 万
├─ 周期：2 - 4 周上线
├─ 目标：把流程跑顺、让员工真的用起来、发现"原以为重要的功能没人用、原以为不重要的功能反而是核心"
└─ 产出：稳定的需求文档 + 真实使用数据 + 改不动的痛点清单
第 2 阶段（半年后）按情况决定：
├─ 跑得很好、规模上来 → 自研小程序（¥10-16 万）
├─ 跑得不错、规模未变 → 继续用低代码，省下十几万
└─ 跑得不好、要换思路 → 仅丢掉低代码部分，没有沉没成本
为什么不要一步到位自研？
| 自研最大的三个坑 |
|---|
| ❌ 开发完员工不用——培训、试错、返工的隐性成本远超报价 |
| ❌ 需求一定会变——改一个字段要排期、测试、发版 |
| ❌ “原以为重要的功能”上线后发现没人用——已经为它写了 2 周代码 |
低代码的本质优势：让试错成本接近零。
第五步：成本估算模型
低代码方案
| 项 | 金额 |
|---|---|
| 平台年费（10-30 人账号） | ¥0.3 - 1.5 万 |
| 实施配置（自搭 / 找服务商） | ¥0 - 5 万 |
| 首年总投入 | ¥0.3 - 6.5 万 |
微信小程序自研（外包）
| 项 | 金额 |
|---|---|
| 小程序前端 | ¥4 - 6 万 |
| 后端 + 管理后台 | ¥5 - 8 万 |
| UI 设计 | ¥1 - 2 万 |
| 服务器 + OSS + 域名（首年） | ¥0.3 - 0.6 万 |
| 小程序认证 | ¥300/年 |
| 一次性投入 | ¥10 - 16 万 |
| 年度运维 | ¥0.5 万+ |
微信小程序自研（自有 1 人全栈）
- 人力成本：3 个月 × 全栈 ≈ ¥6 - 10 万
- 注意：要算清楚”机会成本”——这个人本来能做啥
第六步：需求评审常见 6 类风险（PM 视角）
内部管理系统的需求文档，几乎都会踩这 6 个坑，验收前要先排雷：
| # | 风险类型 | 典型表现 | 处理方法 |
|---|---|---|---|
| 1 | 合规风险 | ”客人同意上门” / “员工口头确认” 类流程 | 加签字/录音/截图留证机制 |
| 2 | 平台技术限制 | 小程序录音 60 秒上限、文件大小限制 | 评审时就要列出来，不要上线再发现 |
| 3 | 一次性上线全部模块 | 文档写 8 个模块，老板说”全要” | 分 2-3 阶段灰度，员工一次只能消化一块 |
| 4 | 权限粒度太粗 | 房东信息/薪资/合同 - 前台不应能看到 | 权限做到「字段级」而不仅「模块级」 |
| 5 | 数据查重靠姓名 | ”重名提醒”按 name 字段查 | 主键用「手机号+订单号」，名字仅辅助显示 |
| 6 | 附件存储指数膨胀 | 图片+视频+录音+签字+对比图 | 必须上 OSS，本地存盘几个月就崩 |
速查：场景 → 推荐方案
| 场景 | 推荐 |
|---|---|
| 内部工单/报修/巡检 | 低代码（简道云/飞书） |
| 民宿/餐厅/门店运营管理 | 低代码先行；规模上来转小程序 |
| 内部 CRM/客户跟进 | 低代码 → 销售易/纷享销客（SaaS） |
| 财务报销/审批 | 钉钉/飞书自带审批 |
| 进销存/库存 | 简道云/伙伴云 |
| 知识库/文档协作 | 飞书/Notion/语雀 |
| 项目管理 | Teambition/PingCode/Jira |
| 真正面向 C 端客人的服务 | 微信小程序 + 自研后端 |
| 全行业 SaaS 产品 | 原生 App + H5 + 小程序三端 |
主流低代码平台速查
| 平台 | 强项 | 适合 |
|---|---|---|
| 简道云 ⭐⭐⭐⭐⭐ | 表单/流程/仪表盘最均衡 | 通用首选 |
| 飞书多维表格 + 审批 + 应用 ⭐⭐⭐⭐ | 生态完整、免费额度高 | 已用飞书 |
| 钉钉宜搭 / 氚云 ⭐⭐⭐⭐ | 审批+考勤强 | 已用钉钉 |
| 轻流 / 伙伴云 ⭐⭐⭐ | 流程引擎灵活 | 流程极度复杂 |
| 明道云 ⭐⭐⭐ | 私有部署友好 | 数据敏感行业 |
一句话总结
先用低代码 2-4 周搭出来跑半年，跑得好再花十几万自研——不要一开始就上自研。
案例参考
- 民宿运营管理小程序方案评估（2026-05-19）：
~/Desktop/评估一个业务需求/方案评估报告.md- 8 模块 / 20 页 PDF 需求 → 选型推荐”简道云先跑 + 6 月后评估自研”
- 6 类风险全部命中：客人签字合规、录音 60 秒限制、字段级权限、查重主键、附件 OSS、分 3 阶段灰度
相关笔记
- 云服务交付模型 —— SaaS / PaaS / IaaS 的责任栈对比（低代码本质是 PaaS 的内部工具版）
- 程序员黑话速查 —— MVP / PoC / PRD / RFP / SOW 等需求采购类术语
创建于 2026-05-19，源自民宿运营管理系统选型实战