点击图片查看原图
客户有项目要外包会想找靠谱的软件公司，这样才能一定程度保证项目交付成功。但项目要最终成功，除了要找靠谱的软件公司外，还需要这是个靠谱的项目。客户及软件公司都需要按照靠谱的思路把软件&信息化项目带上正确的路上。荣胜软件开发设计团队总结这几年接触的客户项目，分析靠谱的项目思路必须如下有几问。
问：为何产生该软件需求？目标客户是谁？
为何产生该软件需求？软件项目点子一般有两类：一类是自己在生活中或企业在经营中遇到问题从而发现的点子，另一类是想象某类客户必需的，但不是自身需要的。类需求由于是自身遇到的问题所以可以比较清晰地描述需求来自什么地方，是因为遇到什么问题想到的解决方案，那这类的目标客户首先就是自身。苹果就属于类乔布斯想要一台电脑，所以创建了苹果。和大多数想要电脑的人不同，他会设计，于是他就设计了一台。并且，既然很多其他人也想要电脑，苹果就能靠卖电脑生存下来。而另一类需求点子，大都来源于行业趋势的预测、职业经验的认知、对客户的观察调研，从而明确界定问题，进而想象该问题的解决方案——就是这类需求的产生。这类需求目标客户不是自身，是想象的某类客户群。
荣胜软件设计团队认为：类属于"有机"需求点子，这类需求通常很迫切，在调研中即便客户设想的软件需求（即解决方案）不一定正确，也能通过调研分析出客户面临想解决的问题本质是什么。从而帮助客户找到解决该问题的软件&信息化解决方案。第二类属于"人造"需求点子，通常需要具备丰富经验才能预测准确其他人的软件需求。当我们遇到想委托我们做产品的客户时，我们会特别注意区分这个需求是因为企业自身想突破困境而设想的，还是细心调研过市场客户面临的问题！例如我们去年遇到的一个客户项目，他们的需求就是为了突破市场困境增加新的盈利方向，而不是真正去调研客户需求给客户提供新价值。那这个需求的思考出发点本身不正确了，导致后来交付的项目都是为了撑市场面子。也曾遇到客户项目不是为了给消费者创造新价值，而是为了企业IPO的，通常这种出发点的需求大都会直接导致项目最终失败！
第二问：软件需求容量有多少？ 这个需求紧迫吗？
市场的容量意味着有多少人有这样的需求，紧迫程度意味着解决需求的价值。容量+价值＝有没有意义做。二者缺一不可。曾有个客户想做个某行业的营销管理软件，当我们问到有多少人需要用时，他说问及10个里应该有一半需要。这10个人中，若大多数是你的朋友，那对于他们的回应需要有个顾虑：是否因为是朋友才好意回应需要的呢？了解市场容量是采用随机抽样访谈，如果一个人听到你的来意后不愿多聊，基本上这事他不太需要。而紧迫性需要在和目标客户沟通时，凭敏锐的直觉感受该问题影响是否严重，需求是否迫切。（当然这里要注意不要带着主观意愿去和目标客户诱导式地聊，否则听到的就只是想听的结果）同时需求紧迫也意味着市场上未有能很好满足该需求的解决方案或产品。
例如我们团队去年做过的一个咨询行业项目，这个软件的市场容量可以直接对应该公司的所有成交客户。在我们软件开发团队的需求分析师进一步调研后，发现该软件需求很紧迫，因为这个咨询公司在给他们客户培训自主研发的激励体系后，客户回到公司却很难很好的按体系去执行落地。因而迫切需要有一套定制化的软件帮助固化这套体系方法论，让最终客户能真正长时间受益。
第三问：目标客户的问题痛处？软件的使用场景是什么？
这个问题是战略到执行落地的关键一问，一件事情靠不靠谱其实单看方向还无法很确定，没有很靠谱的方向，只有更靠谱的执行。那么该从哪些地方切入执行想法呢？ 那就应该细问下：客户的问题场景是不是真的找到了？为产品设定的使用场景是否真的会发生？
这让我想起了我们团队做过的一个移动互联网软件开发项目，目标客户是该企业的营销人员。他们面临的工作痛处是：在没有移动端软件产品时，传统的在路边发宣传单的方式，让营销管理层无法实时监控并指导营销人员的工作情况；营销执行人员也无法利用组织资源和团队协作从而更高效地完成营销任务。而我们思考设计移动端+web端的营销管理软件使用场景能给该企业营销人员提供这些使用价值：营销管理层可以在办公室进入web端软件进行任务日程排班，实时获知营销统计数据，有针对性地进行工作指导；营销执行人员也能通过新型的营销工具更好地使用公司和团队给予的任务支持等。
