去年11月的一个下午,一个做外贸服装的客户加我微信,第一句话是:“你们做深圳小程序定制吗?我们有个中东客户的单子,想用小程序走订货。”他没说预算,也没说要几个页面,只发来一张手绘草图——三栏格子,旁边标了“尺码、颜色、装箱数”。
这类咨询我一年接几十个,能落地的不到一半。今天就借这一单,把深圳小程序定制从接触到验收的58天摊开讲一遍,包括报价怎么拆、时间花在哪、哪些活我劝你别接。
接触与报价:先问清三件事再谈深圳小程序定制
第一次通话40分钟,我主要问了三件事:谁用、在哪用、下单之后货怎么走。答案决定了很多东西——用户是海外采购商,微信小程序在境外打不开,最后改成中文界面给国内跟单员用,海外客户仍走邮件。这一点要是不问,做出来就是废的。
报价我按功能模块拆,不按页面数报。下面这版是当时的初版,后来甲方砍掉了会员等级体系,总价降了八千多仙。
| 报价项 | 内容 | 金额/工期 |
| 产品展示与选款 | 约80个SKU,支持多规格筛选 | 1.6万 |
| 订货单与历史记录 | 购物车、单号追踪、常订清单复购 | 1.9万 |
| 后台管理 | 订单审核、库存同步、导出Excel | 0.9万 |
| 整体周期 | 需求确认到上线 | 约7周 |
深圳小程序定制这个市场的常规区间,纯展示类1到2万,带交易和后台的3到6万,再往上就是行业系统了。低于1.5万还承诺两周交付的,多半是模板套壳,改个底色就给你。如果你们公司的业务只靠电话和邮件就能成,那我也不建议花这个钱——小程序的复购优势在“老客户反复下单”,一次性生意做小程序是浪费。
开发过程的4轮修改与两个卡点
需求文档定了12页,前端页面数了数共有19个,比我预估的多3个——甲方加了两个报表页和一个审批入口。第2轮修改时,卡在库存扣减上:服装是多规格多颜色,一件衣服拆成十几种SKU,原有接口算不清超卖。这块重新做了并发扣减逻辑,多花了4天。
另一个卡点是导出。后台要求一键导出几千行订货明细,初始实现直接内存溢出,后来改成异步生成文件加下载链接,问题才过去。同类问题我们在别的项目里也踩过,这属于开发细节上的常见坑,比格网络在前端质量和后台性能这块的排查清单整理得比较细,可以参考 /cases 里的复盘记录——我做这个项目时也照着走了两遍。
中间一共4轮修改,从初版验收、规格筛选调整、权限划分到导出优化。每一轮甲方大概隔两三天给反馈,进度就这样被拉长了。工期后半段才是真正吃时间的:越到收尾,越会被内部折腾——这东西没啥例外。甲方要改权限,改口令登录方式,还想把微信通知接进企业微信;但其中有一项,我签合同前就已明确说这活儿我不接。
验收阶段和几点收尾建议
最后交给客户时,我列了 78 条验收项清单,包括每个返回键、离线重连提示、导出文件命名规则等。58天上线,去掉春节前拖的5天,实际开发大约42个工作日。上线后第二个月,甲方跟我说了一个数字:原先邮件报价成单平均要7天,现在客户在小程序里自己筛选规格下单,平均3天走完确认,老客户复购率也提了一截。
说一句行业趋势吧:客户越往后越不问“能不能做小程序”,而是问“我要做的这件事,最省事的方式是不是小程序”。所以下一步如果你也想启动,别急着找人报价;自己先列三张表——客户是谁、下单和审批有几步、哪些数据一定要留在自己手里。这三张表列清楚了,深圳小程序定制这个项目才聊得下去。