上个月有个客户带着一个上线三个月的商城来找我们重做。问他为什么不找原来的团队改，他说了一句挺绕的话：

“我说的他们听得懂，但他们不懂我要什么。”

我翻了一遍那个商城。代码不算差，页面也过得去，UI 甚至挺清爽。问题出在订单流程：用户下单那一刻不扣库存，支付成功才扣。两个人同时抢最后一件货，就会超卖。

做的时候没人问过这个细节。因为需求文档上只写了四个字：购物车、下单、支付。

一、五份报价单摆一起，你分不出好坏

这是选开发公司最难受的地方。

你找五家问价，拿回来五份方案，摊在桌上对比。功能清单这一栏，长得几乎一模一样：会员系统、订单管理、营销工具、数据看板、售后服务。

价格从三万到十二万，差了四倍。

你想找出贵的那家贵在哪，看不出来。想确认便宜的那家是不是偷工减料，也看不出来。因为方案里写的都是功能名词，不是功能定义。”会员系统”是个筐，会员等级、积分规则、储值、跨店消费，装进去都叫会员系统，工作量差三倍不止。

所以我们一般的建议是：别在报价单上做选择题，那上面信息量不够。真正的判断依据在报价单之外，在沟通的过程里。

二、业务理解这四个字，翻译成人话就是几个具体问题

“我们更懂业务”这句话，每家公司都会说，说了等于没说。

但业务理解是可以被验证的，看对方在需求阶段问了什么。做过的团队问得出下面这些问题，没做过的问不出来。

“库存是下单时扣，还是支付后扣？”

开头那个超卖的例子。抢购、秒杀、库存紧张的商品，两种做法结果完全不同。下单就锁库存最安全，但要处理未支付订单的库存释放，一般设 15 到 30 分钟自动释放。支付后扣简单，代价是会超卖，得再补一套人工处理流程。

你说哪种好？没有标准答案，看你卖什么。卖定制家具，超卖了跟客户打个电话改期就行；卖限量球鞋，超卖就是客诉和差评。好的开发团队会先把这个后果摆出来让你选，而不是默认一个。

“退款谁点同意，钱退到哪，优惠券退不退？”

这个问题问下去，能牵出一串：客服有没有权限直接退，还是需要财务复核；原路退回还是退到余额；用了满减券的订单部分退款怎么算；已使用的积分还返不返。

这些规则你不一定一开始就想清楚了，但对方问不问，决定了上线后是你自己填坑还是有人替你提前想到。

“会员等级按累计消费算还是按年度消费算？降级怎么处理？”

按累计消费，等级只升不降，老客户舒服，但几年后满地都是最高等级，等级就没意义了。按年度消费，每年清零重算，能持续刺激消费，但老客户会觉得被剥夺。

“对账单给谁看，多久出一版？”

这句话听起来最不技术，但往往最要命。财务每月要对账，要的是订单号、实付金额、优惠分摊、退款明细、手续费。系统里没设计这张表，财务就只能在后台一笔笔复制粘贴到 Excel。一个月两万单，财务会记你一辈子。

问得出这四个问题的团队，通常做过同类业务，踩过坑。问不出的，多半是照着需求文档做功能，做完交付，完事。

三、”交付”这个词，被用得太随便了

很多公司说交付，指的是”做完了，能用”。

我们理解的交付是：这个项目离开我们，你也能让它继续跑下去。

差别在几个具体的东西上。

源码。 前端、后端、数据库脚本，全部给。这一条最关键，也最容易在合同里被含糊掉。有些合同写”交付源代码”，结果只给编译后的前端代码，后端在人家服务器上，你拿不走。

部署文档。 服务器怎么配、域名怎么指、证书怎么装、环境变量在哪。没有这个，换服务器就得求人。

第三方账号。 微信支付商户号、短信服务商、云存储、地图 key，这些必须注册在你自己名下。见过最离谱的情况是账号全在开发公司名下，客户想换团队，等于重开一遍业务。

数据字典。 每张表存什么、字段什么含义。两年后想加个功能，新接手的人看这个能省一周。

我们交付的时候会给一份清单，逐项打勾移交，包含服务器 SSH、数据库账号、第三方平台主账号、源码仓库地址、部署手册、接口文档。缺一项，签不了验收单。

这套规矩看起来啰嗦，但它解决的是一个很现实的问题：万一哪天你不满意了，或者我们倒闭了，你的系统还在你自己手里。

四、三个当场就能试出来的办法

不用等到签合同才发现不对，见面聊的时候就能判断。

第一，让他讲一个做砸的项目。

敢讲的，多半真做过；只讲成功案例的，你听到的可能是销售话术。而且从他讲失败的方式里能看出很多东西：是甩锅给客户，还是说清楚当时哪个环节判断失误、后来怎么补救的。

我们自己接过两个做崩的项目，一个是因为低估了客户门店的数量级，一个是因为中途客户核心需求变了三次而我们没及时重估工期。这两个故事我们都会讲。

第二，要原型图，别只看案例截图。

案例截图能造假，能美化，也可能是别家的。原型图造不了假，因为它是为你的需求画的。看到原型图，你才知道他理解的”会员系统”到底长什么样，跟你脑子里的对不对得上。

正规流程是：需求梳理完，先出原型，你逐页点一遍，确认之后再写第一行代码。跳过原型的团队，风险要高得多。

第三，问一句”中途要加功能怎么算钱”。

这句话能试出报价诚不诚实。回答”按工作量另算，先给你评估工时和单价”的，比较实在。回答”都包在我们这，随便加”的，要么没听懂你问什么，要么准备在别的地方找回来。

五、价格这件事，别只盯着数字

便宜有便宜的原因，贵有贵的道理，但都不绝对。

报价特别低，通常是三种情况。 一是模板套壳，用现成系统改改样式，能跑但改不动；二是低价签进来，后期每项加钱，最后总价反而更高；三是练手，团队没经验，拿你的项目交学费。

报价特别高，一般是两种。 一种是真有积累，同类项目做过几十个，方案里能看到你想不到的坑；另一种是销售型公司，钱花在获客上，开发转包给外面，中间抽一道。

合理的区间大致是这样：南京本地，一个中等复杂度的定制小程序，六万到十五万是比较常见的。低于三万，要么是模板，要么有后手；高于三十万，除非涉及多系统对接或硬件集成，否则值得多问几家。

六、本地团队到底值多少钱

这个问题在 2026 年有点过时，远程协作工具这么发达，理论上哪里都能做。但我们还是觉得，做定制开发，同城是有实际价值的。

需求梳理阶段能坐下来面对面聊，一次两小时，抵得上线上来回三天的消息。很多业务细节就是在闲聊里冒出来的，纯靠文档传递会漏掉一大半。

上线当天能到场。餐饮、零售这类系统，上线日往往要现场盯着，出问题当场改。远程团队能远程支持，但现场那种紧迫感和响应速度不一样。

案例能实地去看。说做过哪家连锁，开车过去让客户自己问一句，比看十张截图管用。

我们做南京本地客户，前期沟通基本都是上门。这不是形式主义，是少走弯路。

FAQ

问：是不是大公司就一定比小团队靠谱？

不一定。大公司的优势是流程规范、不怕跑路，劣势是项目排期长、对接你的人可能不是写代码的人。小团队的优势是沟通直接、响应快，风险是人员流动。看项目规模，几十万的复杂项目选有规模的，几万的小项目找靠谱的小团队反而更灵活。

问：怎么判断对方是转包公司？

问两个问题：能不能跟实际开发的人直接沟通；代码仓库能不能看到提交记录。转包公司一般会把你挡在销售这一层。

问：合同里最该盯哪几条？

三条。源码归属和交付清单、验收标准和节点、超出范围的需求怎么计费。这三条写清楚了，后面大部分扯皮都能避免。

问：需求中途变了，一定会被加钱吗？

看变的是什么。改个文案、调个颜色，不该收钱。加一整套分销体系，那是另一个模块，该收。关键是一开始把功能清单写得足够细，把”加”和”改”的边界划清楚。

问：签了合同发现对方不靠谱，能止损吗？

能，但要看合同里的解约条款和阶段付款比例。建议把付款拆成 3 到 4 期，跟里程碑挂钩，别一次性付大头。源码和中间产物也要求按阶段交付，而不是全部押到最后。