经常频繁的被客户询问系统开发的事情，现在对方一开口我就知道他是不懂还是不懂但又怕被忽悠。比如前几年那个最经典的问题：开发一个APP多少钱？现在变成了开发一个小程序多少钱？

根据阿拉丁发布的《2020 年 2 月小程序互联网发展研究报告》显示，微信小程序数量达到 390 万，过去两个月新增了 60 万个，而且新增速度还在猛涨。作为对比，苹果应用商店发展 11 年里积累的 APP 数量为 260 万。从数据上来看，小程序已经成为商家的标配，对普通商家触网来说，移动互联网就是小程序互联网。

现在不管是谁问我这个问题，我立马有种不想说话的感觉，相信同行都一样，哈哈。今天我把这个问题的核心整理出来，再有人问，直接把这篇文章丢给他，然后不做任何解释，相信双方都会满意多了。

往大里说，淘宝APP这么多年累计投入的开发成本应该建一座长江大桥绰绰有余，所以说任何不谈需求来谈价格的要么是耍流氓、要么是无知、要么只是以此敲开双方进一步沟通的大门。

因为佛系销售的原因，我的客户里面有很大一部分都是跟之前的公司合作不愉快的，结论都是对方技术不行做不出来，被坑被骗之类，我就经常纳闷了，开发业务型的小程序/APP有什么技术含量？不就是术业有专攻吗？曾经跟一个包工头朋友打比喻，他说看到我们用手指敲出一段段代码简直太佩服了，他一辈子做不到。我说我更羡慕他们，能站在几十米高的脚手架上砌砖头，那更是技术活，我更做不到。工种不同、术业有专攻而已，问题的核心还是你要建什么样的桥和实现什么功能的系统，可喜的是大部分人开工造桥之前都很明确要什么，遗憾的是大部分客户要建系统之前不知道要什么？这在一开始就决定了结果走向。网站推广

在明确了建桥或开发系统的需求之后（通常客户都说他对系统的需求很清楚，也简单，那极有可能是不知道自己不知道），其实建造过程也是一样的：

以造桥为例，先找机构、相关部门调研可行性，再出设计图纸，然后找施工单位、监工单位、建设验收。其实就是软件工程的瀑布/敏捷模型：可行性设计→需求分析→UI设计/编码→测试→验收→运营维护，只不过对于中小企业开发软件来说，甲乙双方都不愿意把时间花在需求的整理，因为甲方不愿烧脑与花钱，乙方不愿免费还要冒给同行做嫁衣的风险。大家都想快速跳跃过去进入下一阶段，对于中小甲乙方来说，通常把可行性和需求分析默认打包到开发工作里面去了，甲方不想花钱不想花时间，乙方想快点拿到项目不白做嫁衣，那又是一开始就决定了结果走向。

再说开发过程，最常见的风险不是技术风险，而是需求的不确定性与变化以及双方沟通不通畅到不信任造成的问题。还好我们在2016年全面结束软件外包开发业务（2013-2016主要做外包开发为主），坚定的走通用产品策略，幸运的是成功转过来了，其实没有侥幸。这条路，据说90%的公司都无法转型成功。因为从外包开发转向自有产品开发的跨度其实一点不比转行去修桥小。