有个开连锁茶饮店的客户，同时拿到两份小程序开发报价表：A公司五万二，B公司三万四。他倾向便宜的那份，四万多差价摆在那里，差点就签了，更悬的是他当天下午就要去B公司付定金。我帮他把两份表逐行对了两个小时，结论是：B看着便宜，实际要花的钱更多。
比价这件事，只看总价基本必错，报价格式不同、口径不同，直接对数字只会越比越乱。正确的比法分三步。
第一步：先对齐功能，再谈价格
两份报价如果功能清单不一样，价格没有可比性。把你要的功能列成一张清单，发给两家逐项确认：这一项做不做、做到什么程度。对不齐就先把差额列出来：A有而B没有的，B有而A没有的，一张表列清，再让对方补报价。A贵出来的一万八，很可能就贵在B没写的那些项上——管理后台、分销模块、售后条款，缺哪项补哪项时都要加钱。清单之外，把期望的上线时间也告诉双方，工期也是报价的一部分。
第二步：核对人力和工期对不对得上
把两份表的人力配置并排看：设计几天、前后端各几天、测试几天。要是B的工期比A短一截、人手写得比A少，那三万四的价格里大概率压了工时，做出来的东西要么糙，要么中途以工期太紧为由加钱顺延。人天配置还要看角色：只有程序员没有设计和测试的团队，做出来的东西在演示里就能看出糙。问一句测试用什么机型，只有一两台测试机的团队，兼容性全靠用户当小白鼠。
第三步：把隐藏费用都翻出来
- 服务器、认证、证书这些年度费用谁出，报价含不含。
- 管理后台在不在小程序报价范围内。
- 需求变更怎么计费，有没有写进条款。
- 上线后第一年的运维责任怎么分，谁的服务器、谁负责盯监控。
- 发票和付款方式也顺手确认，公对公和私对私，出问题时保障差很多。
这三项翻完，再算总账：B三万四，加后台两万，加每年自付的固定费用，再加补齐缺失功能的差价，第一年实际支出已经反超A。那位客户最后签了A，用他自己的话说，买的是不用天天提防。对了，记得把两家的口头承诺都落成文字，比价比到最后，比的是谁敢白纸黑字。
比价的本质是比透明，谁把账摊得越开，谁越可信。下次拿到两份小程序开发报价表，别急着比数字，先花半天做这三步，比价花的是半天，选错赔的是一年。要是嫌麻烦，也可以直接拿着两份表来找比格网络，我们按行帮你拆开看，哪些该有、哪些缺项，一场谈话就能弄清，比价的功夫也就省了。
