微信小程序预算：把认证费和三年维护拆开看

小程序立项时，账面上最先出现的是认证年费、域名和云资源。这些是准入成本，不能代表项目造价。模板或 SaaS 能压低首期演示，但业务流程、审批和与现有系统对接一旦超出模板，就会再走一轮定制，两次加总往往高于一开始按主路径定制。

建议把预算拆成三层

1. 上线必须有的能力：登录（含企业身份如果需要）、核心单据、必要的支付或订阅、隐私协议与类目所需资质。
2. 可以第二期再做的运营能力：营销组件、复杂会员、多门店看板。它们不影响第一期是否能独立跑通。
3. 每年都要预留的运行成本：微信侧接口与审核规则变化、驳回后的改稿与重提、内容与权限调整、故障值班。自研还要把人力算进去，不能只对比云主机报价。

支付、地理位置、用户隐私字段会显著拉长审核周期。范围说明书里应写清：谁负责提审、驳回后几天内响应、一次需求变更的默认工期。没有这些约定，小程序会表现为“做得很便宜，改一次却要重新排队”。

和自研、模板如何选择

流程稳定、要与 ERP 或自有中台对账的，优先按主路径定制，避免被模板字段锁死。活动型、展示型、可接受标准流程的，模板或 SaaS 更合适，但要确认数据能否导出、合同到期后能否迁出。

小程序的成本曲线是：启动低、随业务改动持续发生。评估报价时看三年，而不是只看第一个可演示版本。