做产品最忌讳的就是直接画原型，当拿到一个任务或者一个需求之后，二话不说直接画原型。这种产品经理往往就是在评审会上被怼的体无完肤的那种。我们假定现在接到的任务和需求是正确真实可做的，我们应该做什么？我们以做一个营销自动化短信这样的功能模块举例。
一、确定目的
我们做这个功能是给谁做的，想要实现什么目的。我们是给运营部做的，为了帮助他们给不同的用户发送短信，来实现和用户产生一次交互。
二、确定可行性
- 可以选择不同用户，现系统对用户选择筛选是否满足需求；
- 选择的用户是否都有手机号，没有手机号的如何处理？
- 系统要有短信服务商，短信的营销模版可发送；
- 有没有发送时间段的要求；
- 发送内容是否带链接，是否需要用户操作，链接类型是什么，从哪里取？
三、流程图
假定我们可行性内容全部确定了，就需要我们做流程图了。
流程图，一般分为业务流程图、功能流程图、页面流程图。
流程图，我就不画了。我们就按照角色、实体、操作、状态正常画就可以了。
四、确认相关实体
确定我们做这个功能模块新增了那些实体，关联了原来的那些是实体。突然发现举这个例子业务相对简单，没有复杂的业务逻辑，之所以会举这个例子是昨天在一个群里，看到了一个产品经理发了一张自己设计的自动化短信营销模块的截图。
确定好实体之后，我们要分析实体有哪些形式或者状态，形式和状态的变化会不会对我们设计的功能模块产生影响。
比如我们设计的短信实体，明显就有：未开始、正在进行、已关闭、已完成等状态，这些状态都会影响你的功能操作和页面展示形式。以及有没有审批，那就有审批状态。
还有我们的用户，我们的用户状态也会发生变化，从沉寂用户到活跃用户，也会从活跃用户变为沉寂用户。所以在当我们的短信是给所有活跃用户发短信的时候，这个用户的人数是动态变化的。所以这就要求你不仅仅只展示当前活跃用户的数量，还要有一个总的发送数量。
五、确认相关角色
确认完相关实体之后，我们再确定相关的角色，确定角色的权限和状态。
先确定权限，什么角色有什么功能权限、字段权限、数据视野权限。
在确定角色状态，角色是不是有特殊状态，比如离职，升职、调岗。也会对功能和页面展现有影响。比如一个专员离职了，这个账号重新分配给其他人，那么原来记录要做好。
六、确定功能
把上面的都梳理完成之后，就可以设计功能了，罗列出一个功能清单。
有人问了为什么会有这一步，不能直接画原型确定有那些功能吗？人非完人，在第一次设计的时候哪怕再大佬都有可能考虑不周，我们先出来功能清单。第一能大概了解开发量；第二能在原型设计的时候再考虑一遍，防止一遍考虑不全。
七、对其他的影响
把功能罗列出之后，确定是否你的功能是否会对其他功能模块产生影响，如果有影响你还要涉及到其他功能模块一起修改。
这一块其实挺难的，因为我们举例这个功能业务不复杂，设计到主体和角色不多，所以没有太大感觉。
我们再举个例子，比如你原来的支付方式只支持全额支付。现在你的业务需要增加一个预付款+结尾款的支付方式。如果是设计这个功能，你就需要好好考虑到底对那些功能和页面有影响。
这里面其实也有一个方法，就是产品经理梳理实体。产品经理自己有一个表，记录实体都存在那个角色里，存在那些页面中。我们每增加一个实体就维护更新。这样你就只需思考，新功能影响了那些实体，那么你就很容易找到他影响了哪些角色、哪些页面、哪些功能。增加支付方式会影响商品实体、订单实体、账户实体等。
八、数据指标
数据指标包含两部分，功能上线后对原有数据指标的影响和功能自身本身的数据指标。
九、设计页面
最后一步就是开始画原型了，在画原型的时候也有一些策略。
第一：一个一个的点思考，不是设计完成再思考，而是每一步都思考所有的场景。比如在设计添加的时候，选择用户群体，能不能多选，如果多选怎么选择和展示，能不能有人数限制，那么就需要有一个目前短信剩余条数的展示；设定内容，内容都有什么形式是否有图片和链接？发送时间有没有时间限制，如何设定规则？
第二：字段设计，log记录，B端产品都有一个安全的要求。所以我们在设计字段的时候，把所有的事件和字体属性全部记录下来。哪怕后期发现没用，可以减。
第三：每一个页面不仅仅只是展示的作用，需要每个页面思考，角色为什么要打开这个页面。比如自动化短信列表页面，角色进来首先关心目前正在进行的短信任务是否正常，所以在列表上给一个发送数量、发达数量展示。
十、同理心
原型设计结束之后，先放半天以上，之后自己在打开用同理心自己再过一遍。
最后,如果您觉得这篇文章对您有帮助,可以点个赞,谢谢支持!
