挑小程序开发公司，先别急着比报价
先说结论：功能就是展示加个留言表单、活动结束就下线的那种，直接上模板或现成工具，几天能用，别为一锤子买卖去定制。但只要这个小程序要长期用、要对接你现有的进销存、要管内部审批和权限，那对方靠不靠谱，主要看两件事：报价之前愿不愿意把你的业务问透，以及改需求、验收这些容易扯皮的地方，有没有提前写进合同。
报价之前，看他们问不问你的业务
第一通电话基本就能有感觉。先自己想清楚谁在用——内部员工报单用，还是给终端客户下单，前者重在权限和审批流，后者重在体验和并发。问得越细的公司越敢签。会员规则怎么定：充值送还是满减、退款时赠送的部分退不退、等级按消费升还是按次数升，这些都直接影响表结构和逻辑，前期不问，上线后再改就伤筋动骨。再比如对接：你们已经有进销存，小程序订单要不要自动扣库存、要不要同步给财务、审批走企业微信还是系统里点一下，工作量的大头往往藏在这里。一家连你们仓库怎么盘点都没问过的公司，报价再低也别急着签。
交付物也要在合同里钉死：源码给不给、部署在哪台服务器、域名和小程序主体注册在谁名下。有些做法是把源码攥在自己手里，你第二年想换人维护，发现什么都带不走。
改需求怎么算钱，一试就知道
定制项目没有不改需求的。页面调一调、老板看了一眼说下单中间得加一道审核，都很正常。靠谱的做法是把丑话说在前面：哪些算 bug，上线前修是免费的；哪些算新需求，按人天计还是打包价，单价写明。含糊带过的，多半是前期故意压价、后面靠加需求找补，要不然就是你之后提个小改动，对方就不太搭理你了。我们在成都做定制开发，运多多网络这边的习惯是每笔变更都出变更单，写清改什么、加多少工作量、多少钱，双方确认再动工，免得口头说定的事过两个月谁都不认。
- bug 和新需求分开写：逻辑错误、和原型对不上的地方属于免费修复；改流程、加报表属于新需求，走变更单。
- 留一小块弹性额度：合同约定一部分不另计费的微调空间（文案、按钮位置这类），小改不卡壳。
验收卡在哪几步
验收别等到最后一天点一遍页面。原型确认一次、设计稿确认一次、功能做完一个模块过一次，问题暴露得越早越便宜。上线之后再留一段缓冲期，让真实用户跑一两周，问题清单攒齐修完，再付尾款。测试环境跑得顺，不代表真机、弱网、几个人同时抢券的时候都没事。
内部用的系统，上线前还要把权限过一遍：谁能改价格、谁能导出客户资料、退款要不要两个人审。这些当时不定，之后就是管理漏洞，回头再改又是一轮费用。
客户问得最多的几件事
我需求还没想清楚，能先报个价吗？
能，但只能给个很宽的范围，参考意义不大。不如先让对方陪你梳理需求，这步不少公司愿意做，梳理完再报价才作数。
模板几百块，定制贵那么多，差在哪？
差在你迁就它，还是它迁就你。模板的会员规则、审批流程是固定的，你得照它的逻辑做生意；定制是照你的流程写。
做完源码是我的吗？
看合同。定制一般给源码，模板一般不给，签之前问清楚这一句。
后期想加个功能，怎么算？
看牵扯多少。改文案当天就好；动到流程和数据库的，要重新排期和测试，按变更单走。
