做软件要的其实不是功能

做软件要的其实不是功能，而是业务场景下的解决方案。

一般我们和客户沟通，会先询问客户想做软件的主流程，业务场景和使用人群是什么。当我们识别出客户想要的系统，必须要支持的业务场景后，就可以通过场景对问题，问题对方案的逻辑来分析问题，分析清楚问题，就可以导出系统所需要的功能。

1、场景到方案

首先，要细化场景，把每个场景都转化成事件流，先把解决问题的最短的步骤写下来，然后再考虑其他变化出来的情况。

然后，我们要站在用户的角度上，去考虑每一个步骤和动作，想想他们会遇到如何的问题。

最后，就是针对上述问题，思考系统应该提供什么样的功能，罗列成功能清单，反复推敲后，就可以考虑初步的UI设计了。

2、业务场景细化

针对细化的业务场景，一般有3个步骤。

（1）这些场景中，各个用户要实现什么目的

我们可以用，用户的视角度描述要达到的目的。比如，我要添加购物到购物车。我想分享我喜欢的文章给我的好友。

（2）执行该场景的前提条件

对于一个操作，有时候是有执行条件的。有时则是在执行某些功能动作后，才能执行，那么这些执行条件是什么呢？在策划的时候，要记得标注清楚。

（3）除了主要的用户，还有什么用户关系它？

除了主要用户，一套流程还要涉及到上游，下游，管理者等其他关心这些场景的角色。对于主流程外，这些人的关注点是什么，应该提供哪些需求来满足他们。

3、分析问题，导出功能

一般的问题分为两类，第一个是执行这些流程的时候，遇到的问题，都会遇到哪些变化及异常，面对这些问题，系统应该设计什么样的功能来支持。

4、考虑环境及规则

面对客户我们要记得问清楚，是做小程序，app，web端页面，saas系统，erp系统等等。然后还要考虑系统承载的3个情况。

（1）性能相关，主要包括使用软件的人数，峰值，密度等等；

（2）易用性相关，主要是设计的时候是不是符合用户的使用习惯，这跟设计人员的经验经历都有很大关系；

（3）部署环境相关，用户可能使用的网络，系统的软硬件环境。

有了我给您介绍的这套追踪业务场景的流程，是不是能对理解用户，理解异常问题的处理，有了更多的理解。软件开发，并不只有主流程，考虑到方方面面，更需要有一个靠谱的产品经理来梳理。