我相信每一位在刚刚步入产品岗做产品设计的产品汪们，都有过类似的经历。那就是在产品设计完成后，兴致勃勃去跟大家做产品评审，却被众人七嘴八舌的各种问题挑战的体无完肤，应接不暇。突然间发现自己引以为傲的产品设计，原来是如此的漏洞百出，不堪一击。
其实，这完全就是我自己的真实经历。不管自己做产品设计，如何努力考虑周全，最终评审的时候一定还是会出现各种自己没有考虑到的产品细节。
以我个人经历为例，来分析一下，到底是哪里出了问题。
问题1: 在收到产品需求的时候，只考虑产品功能，不考虑用户角色；
一接到任务，就锁定功能点，直接就去考虑哪个产品有类似的功能，最后将其他产品的功能设计借鉴过来。
问题2: 过多关注产品原型页面设计，而对业务流程的关注特别少；
总是想着如何将产品页面做的更炫酷一些，漂亮一些，用户使用起来更顺畅些。但是却从不去认真梳理业务流程的相关细节。
问题3: 在业务流程梳理暂不清晰的情况下，直接做原型设计；
根据产品功能，直接设计产品原型，对业务流程只初略规划或根本就不规划；认为产品原型比业务流程更重要，不能在业务流程上花太多时间。影响效率。
问题4: 无法跟产品设计的相关用户角色做需求、业务流程及操作流程的深入沟通；
由于用户角色不清晰，业务流程不清晰，自然也没办法跟各个角色做深入沟通。只能等到原型做的差不多，最后产品评审的时候，一起沟通更高效。
接下来我们看看如果想在产品评审的时候不出问题，我们应该通过怎样的正确姿势来做产品设计；
第一环节: 需求确认；
接到需求以后，要跟需求发起方进行确认。最好是根据你自己对需求的理解，初略画出一个整体的业务流程图。将此需求涉及的用户角色和核心需求点均在流程图中体现出来。此阶段无需关注细节，只要将需求本身包涵的具体内容确认清楚即可。
这里容易出现的问题是，如果不将需求画出来，直接进行语言沟通，很可能需求确认过之后，彼此对需求的理解还是存在偏差；
第二环节: 需求拆解；
整体的需求确认过之后，你就可以对这个需求进行拆解了。如何拆解需求呢，你可以按照“XX用户角色 在 XX 场景下 通过XX 工具 完成XX任务”。
直接画一个由用户角色、场景、工具、任务四列组成的表格；
根据需求，先拆解用户角色、再拆解每个角色所处哪些场景，不同场景应用哪些工具，最后通过工具完成哪些任务。
这步完成以后，你就会非常清晰这个需求大概需要哪些产品设计了；而且，根据先查用户角色、再查场景、再查工具、最后查任务，环环相扣，彼此都存在逻辑关系，不容易漏掉产品设计的某些环节；
第三环节: 设计每个任务的业务流程；
这个时候，你就可以为每个任务设计业务流程了；不管你设计哪个任务，你都很清晰的知道，这个任务所对应的用户、场景和工具。如果这个任务对应多个场景，不同场景使用的工具又不同，那就意味着需要针对不同场景和工具，设计不同的产品方案。
第四环节: 基于用户角色线下完成任务的真实流程，来规划线上业务流程；
当你将任务的业务流程画出来之后，最好跟每个任务对应的用户角色进行深入沟通。看看你所设计的业务流程跟用户角色当前的业务流程是否存在偏差。通常一定会有偏差的，而且利用这个机会，你还能了解不同用户角色的思维方式以及产品使用习惯。
第五环节: 根据任务业务流程来导出产品页面原型设计；
当你进行到这一步的时候，你已经可以从整体上把控产品全局了。剩下的工作，就是按部就班，根据表格的每个任务以及任务业务流程，来设计产品原型了。这个时候要注意的是时间顺序，即要完成某个任务，用户在时间上需要先做什么，再做什么，最后做什么，这样顺序下来，就是页面的跳转流程。再考虑下，每个用户在每个时间点，除了完成某个子任务以外，还有没有别的需求，如果有，就可以把这个需求点跟子任务，在同一个页面体现出来。
第六环节: 这个时候，你就可以叫着同事们，一起去开产品评审了。
经过这么六个环节，我相信已经很少有同事能够问倒你了。你会给大家非常专业的感觉。
我相信，上面的理论叙述，如果没有案例做支撑，很多同学是不能完全领会的。最后，我们通过一个真实的案例，帮助同学们深化理解，顺便结束本次分享。
假如让你来做便利蜂APP“门店自助购”的产品设计，这个需求或者来源于需求池，或者来源于Leader。
按照上面第一环节做需求确认，我们可以按下图的方式初略将业务流程梳理出来，拿着它跟提出需求方确认需求；看看你对此需求的理解是否正确；
第二环节需求拆解；
(1) 门店自助购入口设计；
(2) 选择门店；
(3) 选购商品；
(4) 线上支付；
(5) 线下门店确认；
(6) 结束；
第三环节根据上面整理出来的任务列表，逐个为每个任务设计业务流程即可。
第四环节将每个任务的业务流程设计出来以后，就可以挨个去找相应的用户角色或熟悉用户角色的相关部门，一起探讨每个任务的业务流程是否合理，或者是否正确。
第五环节: 这个环节，我们就可以做页面设计了。上面需求拆解的6部分，基本每个部分就是一个主页面。
而且我们已经按照时间顺序把它们排好了。每个拆解出来的需求内容(比如选择门店)在不同场景下的任务，便是每个主页面的信息架构及其子页面了。
至于每个页面的需求备注、操作跳转流程，我相信大家都知道。我就不赘述了。
最后，大家再去开产品评审感觉一下，是不是突然间特别淡定了呢！
网友评论