作者 | 李辉

责编 | 郭芮

大蒜，牛油果，西葫芦，包菜，鸡蛋，西红柿，鸡腿，三文鱼，土豆，洋葱，黄瓜，杏仁干……这是我买菜前在手机里列出的购物清单。我觉得我已经比很多相信自己脑子记得住、却常常丢三落四买了酱油忘了醋的理工男靠谱了。毕竟我买东西都是一样不少买回去的，但是每次回家还总是被老婆数落，这个不对那个不满意的。

有一天我终于忍不住爆发了，说那你给我个购物清单吧，到底要买什么？！然后她的清单发来了：

大蒜一挂，要 Bio（有机）的；

西葫芦一根，注意不要破损的，指甲印太多的；

鸡蛋一盒6个装，黄壳，不要白壳；

西红柿Bio 650g 8个装那种，买前捏一下，软的不能要；

两个鸡腿，500g左右盒装，盒子上要标“非转基因”；

三文鱼200g，不要冷冻，要冰鲜的，去鲜鱼柜台买；

洋葱一包，白皮圆形大个的，不要红皮；

小脆皮黄瓜，9cm左右的买6根；

杏仁干，250g一袋，碳水含量低于4%；

……

PS: 所有上述食品都要看保质期。

你可能要问：土豆不就一种吗，不就是马铃薯，洋芋？那你太天真了，德国是个有200多种土豆、能把土豆吃出花来的国度。

我在超市里盯着这个采购清单，突然无比后悔刚才的冲动。本来作为直男，采购的速度是以光速计算的，只要找到货架位置，刷刷刷把东西扔进购物车就行。现在我必须一个个按规定检查，在一排排同类但不同生产商的货中挑出符合规定的东西，还要看保质期。采购速度直接翻了五倍，本来一刻钟左右我就应该出现在收银台的，现在快一小时了我还在干果区找碳水含量低于4%的杏仁干，最后抓了一个路过的店员一起找了半天才在零食区发现。

好不容易采购完毕回家后，心想这次总该不会不满意了吧。结果棋差一着，还是被抱怨了：那盒鸡蛋有一个蛋破了。我按习惯是打开盒子，扫视一下外壳的，但我万万没想到，那个蛋底部破了。所以今后清单上又多了个标注：鸡蛋检查盒子底部，看有没有蛋液渗出。

回归正题

男人的思维方式，大多数情况下是直线式、收敛式、简单式的，他们天生排斥“不必要”的修饰和麻烦。我敢打赌，99.999%程序猿的购物单和我一样。那些各种各样的“细节”和“形式”，在女人看来无比重要的细枝末节，在多数男人看来，只是浪费时间和吹毛求疵的表现。

这和软件开发有什么关系？如果把这份购物清单看做客户发给你的产品需求，或者一份软件设计文档呢？

产品需求分析

因为工作领域关系，经常有朋友找我咨询一些软件项目的问题，比如：

• 开发一个教育类App多少钱？
• 做一个网店多少钱？
• 我想做一套在地图上实时显示数据并且分析的可视化平台，开发周期一般多久？
• 我需要一套采购物流系统，开发周期一般多久？

我的回答一般都是以这句话反问：

我问一下，你所在城市房子多少钱一套呀？

别人一般回答：

这要看房子大小，朝向，哪个区买的，差别很大啊。

我会接着说：

做软件和买房子一样的，按软件实际的需求和开发构架的差别，开发周期和费用也是有很大的变化区间的。

然后再一步步细问对方的实际需求，最终可以得出一个大概的项目开发预算和时间预估。

需求设计文档

我平时习惯在谈项目初期，先做业务和构架需求分析，但还是时不时一个方面没考虑到，就入了坑。曾经有一个做产品经理的朋友找我合作一个项目：客户要做一个电商系统，项目第一版的要求很简单，只要能运行正常购物流程即可：

• 电脑和手机可以访问；
• 用户可以邮件注册，也能微信注册；
• 有产品列表展示，购物车，订单，用户扫二维码支付即可；
• 用户界面自己决定，以后可以换模板；
• 管理员后台能管理产品，批量上传订单，上传上传图片，查看客户订单。

我自己手头有一套完整的基于Spring的CMS开发框架，包括前端API模块、后端管理模块、用户权限模块、数据持久化模块等等，所以上面这些按估算很容易搞定。第3点里的产品，购物车、订单分成三个小模块，做个二维码支付也不是大问题。而且第一版只要基本功能，不用考虑任何的分布式，大流量，并发抢购等今后做大了要考虑的问题，无需过度设计。

我这个朋友也是个资深程序猿出身，所以我也很放心他作为客户传话筒，所有需求遵循KISS原则，但保留基本的模块扩展性。讨论过后，这第一版的构架图简单如下图所示，我也写了个相应的需求列表。