微信小程序开发做了三个月才想明白：别急着签合同，先看这3个数字

前阵子有个同行在群里发了条消息，说他们公司刚退了一个微信小程序开发的单子。客户是做机械设备出口的，在合肥，预算8万，签合同前聊得挺好，开工第9天就退单了。原因不复杂——客户在抖音上刷到一条视频，说“微信小程序开发3天就能上线”，就觉得我们报价太高、工期太长。我没急着解释，因为这种事儿每个月都能碰到几回。

今天不吵架，就讲一个我亲手跟完的合肥客户，把里头的数字摊开给你看。

那个8万块预算的合肥机械设备项目，后来怎么样了

客户姓刘，做机械设备外贸出口，早些年靠展会和老客户吃饭，2025年下半年想试试微信小程序开发。他给老乡推荐的一家公司交了2万定金，做了62天，上线那天发现两个问题：一是后台产品分类只能分两级，他的设备有七大类；二是英文版页面加载要9秒多，客户反馈“像拨号上网”。

找到我们的时候，已经耗了两个月。我们重新报了一份范围清单，总价跟原来那家差不多，但把报价项和工期拆得很细，下面这张表就是当时的报价骨架。

最终交付周期是41个工作日，比原计划多了6天，因为中途刘总提了一轮需求，把公众号入口的问题重新理了一遍。多沟通这一轮挺值——省得上线后再翻工。这里多说一句：微信小程序开发这个事儿，如果后端数据架构一开始没定清楚，后面改起来就不是改页面，是改地基。我们自己的技术总监常拿“比格网络”前几年的一个小程序项目举例子，说那会儿接口设计贪快，结果第二年业务扩品类，代码重写了近六成。类似的项目复盘在案例库里有记载，可以自己去翻翻。

经验一：报价单上不写“功能条目”的，签之前多问三句

我的经验很直接——凡是微信小程序开发报价里只写“前端+后端+后台管理系统”的，基本没法比价。刘总最早那家公司就是这么报的，看着便宜，可功能边界全是模糊地带。改一版要新开需求、加一家新开的报价。后来他没有走定制的路，说预算先保住8万以内，选了带定制功能的模板方案，明确划了最少可用的20个页面。

反过来提醒一句，如果你的项目就三五个人用、核心流程特别简单，别一上来就追求全定制。定制开发适合业务流程复杂、跟公司内部系统打通的场景，硬上反而拖工期。

经验二：工期按“功能模块”算，不是按天算

刘总后来缓过劲来，悟出一句话：微信小程序开发的周期并不是固定天数，而是跟着功能边界走的。第二次做的时候，他先画了一页功能流程图，数了数要做的页面一共17个，分3期上线。第一期只做产品展示和询盘两个模块，第23天就上线能用了；第二期再加语言切换和会员中心；第三期才是数据看板和对接ERP。

这中间有一个很笨、但管用的动作：验收核对表。我们每交付一个模块，就拉着刘总对一遍——页面数量、加载时间、后台字段能不能导出。数字都写进验收清单里，谁也别靠印象扯皮。微信小程序开发里，一旦到了第三个月才说“这功能不是我想要的”，沟通成本往往是最前面报价合同决定的。

刘总的8万预算最后没花完，剩了些钱投到谷歌广告上。他说了一句话我印象很深：这41天里最后悔的，是当初没先问一句，如果那个小程序改了三次需求、数据每个地方单独维护，我这边自己能扛住吗？那你呢——你和你的团队，心里先有这个数吗？