找软件开发公司之前，先搞清楚这五个问题

做定制开发这些年，接触了几百个客户。我发现同一个现象反复出现：客户第一句话问"开发一个XX多少钱"，但你反过来问他什么需求，他其实没完全想清楚。
这不是客户的错。隔行如隔山，你让他一个做餐饮的老板想明白软件开发的边界和可行方案，本身就不现实。但如果在接触开发公司之前，自己先想清楚下面这五个问题，整个沟通效率会高很多。
第一个问题：你要解决谁的问题？这个问题听起来简单，但很多人答不上来。"我想做个电商"——这个电商是卖给消费者的，还是批发给商家的？是实物商品还是虚拟商品？是一锤子买卖还是订阅制？用户群体不一样，系统设计的方向完全不同。面向消费者的要注重购物体验和支付流程，面向商家的要注重订单管理和账期。
第二个问题：核心功能是哪些？建议拿张纸列出来，按重要性排个序。排在前面五到六个功能就是MVP要做的。排在后面的可以先放一放。很多人列功能清单的时候，恨不得把所有能想到的都加上，但预算和时间就那么多。跟开发公司沟通的时候，把"必须有"和"最好有"分开讨论，会让报价更有弹性。
第三个问题：你的用户量预期是多少？这个直接影响技术选型。创业者刚开始做一个项目，通常几百个用户同时在线的情况下，什么架构都跑得动。但如果你的目标是三年做到十万用户，那数据库设计、缓存策略、部署方式这些前期就要有规划。不是说要一步到位上微服务，但至少数据库的表结构设计和索引策略要为未来的扩展留空间。
第四个问题：预算是多少？这个问题反而应该直说。很多人不好意思说，怕报低了开发公司给低配方案，报高了被宰。但坦诚其实能让双方都少走弯路。你就说"我准备了五万到八万"，开发公司根据这个预算帮你规划能做什么、不能做什么，或者建议分期做。比绕来绕去半天最后发现预算不匹配好得多。
第五个问题：谁来做决策？这听起来跟技术无关，但很多项目延期或者做出来不符合预期的根因就在这。合同和开发方签了，但中间改需求的人可能是老板的太太、合伙人的朋友，这些"场外意见"每隔两周冒出来一次，项目永远做不完。最好在项目启动前约定好，需求变更可以，但走流程评估影响和成本。如果实在做不到，至少在签合同之前让所有能影响决定的人都看一遍原型，确认过再开干。
这五个问题想清楚了再去找开发公司聊，你会发现自己问的问题都更有针对性了，对方也能更快给出靠谱的方案。