访问移动端
设群
问问 技能共享 问大咖 年终大赏
产品设计的几个步骤
来自尤玉鸥的提问2018/06/13

这可能是一个老生常谈的话题,产品设计有哪几步骤呢?每个产品人都有自己的一套设计方法和流程,但在产品研讨设计过程中,真正需要的核心步骤有哪几个呢?(道行颇浅,仅供参考,(*^__^*))。

需求落地

所谓的需求落地,大家可能误认为把需求实现成功能进行使用,其实则不然。我想说的是需求落地是将一个产品的需求从无到有再到形,通俗讲就是将接下来要做的产品的需求整理清楚,我分享一下需求落地的几件事:

需求来源:首先问自己为何要做这样一个产品,是领导意淫的一个idea,还是自己通过对行业的理解或市场的洞察而得来的?摸清需求的来源是产品诞生的源泉。

需求挖掘:当我们确定了需求的来源,需要对需求进行系统的分析与挖掘,需求挖掘的方面,我认为首先需分析对应的用户群体,有哪几类群体有这样的需求,什么样阶段的群体有这样的需求,需求的频次大概停留在什么阶段,什么样的情况下用户才会有这样的需求等等。其次是对行业的挖掘,从行业角度需要对应什么样的需求,不同行业是否有共性的需求,是否需要对某行业进行特定需求的定义等。再次是领导层的经验之谈,对需求的整体预期以及完善度的评判。

需求评审:这个环节对整个项目以及项目组是很关键的,在研发过程中使用频次会更高,这里评审的主要作用有让研发团队对整个产品有一定认识和了解,也是预热,其实是评估产品的功能雏形以及可行性,这样大家可以提出各自的见解,完善产品功能需求。

用户画像:用户画像的分析有几种方法,第一就是根据梳理出的需求,建表分析,能够看出大概的用户群体以及应用场景,第二可以通过一些数据平台总结分析,输入想知道的数据项,可以分析出大致的趋势范围,也可以分析出大致的用户画像(成本低)。第三可以使用假设法将需求映射到某一类似群体用户进行分析,可以对需求进行调整优化。

产品设计

我认为产品的设计首先要诠释出所需要的功能,其次在谈什么设计方法用户体验。在产品设计的过程主要体现产品人对产品功能认知的广度,是否能够认识到功能需求之外的辅助功能(缓存处理、版本检测、容错功能页面等等)

功能纲要:首先是根据产品需求梳理功能纲要,目的很简单方便下面的功能和流程设计,通过对纲要的梳理,明确主要功能和次要功能,以及功能的优先级,能够体现一个产品人良好的层次分析以及逻辑分析能力,其实也是对接下来的工作做铺垫。

流程设计:流程设计是将功能串联,看是否能够走通,其次是对平台的角色进行区分,可以按功能流程梳理,也可以根据角色流程梳理,还可以两者结合,适合哪种选哪种,流程设计是体现一个产品人逻辑思维的强弱,针对不同的用户梳理不同的流程图(比如页面流程图、功能流程图、场景流程图),要懂得因地制宜,因时制宜。

原型图设计:个人习惯,习惯于先设计原型图后,再写需求文档,能设计出好的原型图文件的产品人不一定是好的产品经理,但是不能使用原型工具绘制出优质的原型图文件的产品人一定不是一个合格的产品经理。

有人经常说,不是会画个原型就叫产品经理,但是如果连基本的原型工具都不能熟练运用的产品人,肯定不是一个合格的产品经理啊,因为这是作为产品人的基本素养,原型的设计就是产品的雏形,原型的设计制约产品功能的走向与可拓展空间,所以我认为能绘制出好的原型文件是产品人的基本功,这也就体现出产品人的门槛是很低的,首先能熟练使用原型工具,最起码,你有了产品人的基本素质之一。

在原型图设计的过程中,我们首先要考虑产品的整体布局以及页面的构成结构,你运用的每一个按钮,每一个矩形,你都需要明白它存在的价值,这样我们才能够清晰的知道下一个版本迭代时产品设计的方向,如何扩展,怎么扩展,在你第一版的原型都已经奠定了,(特例也有,产品重构,正常情况都不会允许,O(∩_∩)O)。

需求说明书:需求文档是在原型图的基础上进一步完善与存根。之所以说完善,是因为原型图已经有了部分交互内容并标注说明,文档补充的内容主要是功能的属性值以及各种的可能发生的情况以及非功能需求的内容,存根这个词好像是财务账单上的名词,体谅用词不当哈,(●''?''●),说存根,是为了在实际项目研发过程中需求变更的依据,同时也是为了第二个版本出现时,能够提供一定的需求支撑。

以上就是我的分享,请各位大佬批评指正并交流(●''?''●)。

  • 最新
  • 热门
加载中...