初级产品经理该怎么做好产品设计?

6 评论 9734 浏览 64 收藏 10 分钟

对于一个初级产品经理来说,无论是产品能力的提升,还是日常工作的内容,都是离不开产品的功能设计的,但是如何能够做好产品的功能设计呢?下面是笔者自己工作中的一些感想,希望能给同是初级的你一些帮助。

一、首先你要了解产品的整个框架

1. 产品所涉及到的人

产品终归是服务于人的,所以无论你是做to C的业务,还是to B的业务,还是做公司内部系统的业务,你都要先去了解产品所涉及的业务方都有哪些(注意:不要遗漏任何一个业务方,哪怕他只会进行分支流程上得一个操作),产品功能的变化通常是牵一发而动全身的,所以你在做产品得时候如果少考虑了一个业务方,那么在上线之后,必将会收到Diss,并且产品功能也会面临回调的风险。

2. 产品的路径

产品的路径,说白了,就是希望如何引导用户来使用我们的产品。

产品的路径也由于产品功能的频次和产品功能间的关系与联系分为主路经和分路径。

主路经,顾名思义,就是产品满足用户实现核心需求的路径。主路经决定了产品的定位与核心,在你日后的迭代过程中,涉及到主路经的功能优化都注定是优先级比较高的。而分路径则是基于主路经上功能点的延申路径,有且不仅限辅助路径,增值服务路径,运营路径,变现路径等等

所以在你了解产品涉及到的人之后,你就需要去对产品的路经进行绘制,主路经优先,分路径次之。通过画路径流程图,你也会了解产品是怎么样运转的,以及每一步之间的流程是怎么实现的。当然,在画完之后,一定要拿着流程图去找你的业务方去聊,去补充。

只有将产品的所有功能模块都做成流程,你在日后的工作过程中才会不断思考需求到底优化的是具体到哪一个功能的哪一步,这样你才会对于如何设计它有了更高层次的认知。

举个工作中的例子:

刚刚接手的一个项目,是一个公司内部的CRM项目,主要涉及的业务方是公司的销售人员,因为服务用户的精准性,所以用户的工作路径就是产品的主路经:分配线索——联系线索——转换客户——形成业务机会——创建合同——审核合同——转交实施,非常清晰的使用路径。

但是我发现,产品实际的主路经是非常混乱的,每一个用户竟然会按照自己的使用习惯去走产品路径,并且有些路径是逆着产品流程来的,所以这就造成了用户需求的不正确性,以及产品数据的不准确性,所以对于这个产品,优先级最高的就是调整产品的路径。

3.  了解产品底层数据

这里面的数据不是数据库,而是数据的模型。

将产品每一个功能模块中涉及的数据尽可能全的罗列出来,并且对于数据要有自己的分类。

比如:对于不同的用户,关心的产品数据也是不同的,哪些是销售关心的,哪些是销售主管关心的,哪些又是实施方关心的,所以当你对数据的模型有了思考以后,更能帮助你去了解产品的角色,以及各个角色间的区别与联系。并且随着你对产品数据的了解,你也会在功能设计的过程中,完成数据的切割,以及用户权限的设置。

二、产品的功能设计

1. 对需求一定要多个维度去分析

功能来源于需求,用户对于产品的使用会有无数的想法,那么到底什么是需求呢?该怎么样把握呢?

这里借用苏杰一篇文章中描述的对于需求的看法:

需求分为三个层次:观点与行为,目标与动机,人性与价值观。

举个例子,一个朋友突然跟你说想去健身,这是他的观点与行为,当你问他你为什么要健身,他会说:我想减肥,这是他的目标与动机。而第三个层次人性与价值观通常是问不出来的,而是需要你去分析,可能是因为他想表现出一个更加完美的自己。

很多需求向下挖的时候,都可以挖到人性价值观的层面,也就是我们经常提到的马斯洛需求金字塔:自我实现,尊重,社会,安全,生理。

所以得到一个需求后,一定要对需求进行深度的挖掘,而不要浮于表面,并且用户也经常会在描述需求的时候表达出自己的想法,那么到底该如何做呢?

这里引用苏杰在一篇文章中的9个字:

用心听但不要照着做。

  • 用心听:要对于用户的需求,使用场景,市场情况,我们要用心去听,多问为什么,去了解用户的真实想法,并且不局限于用户自己的维度,也去多问问同时涉及的业务方,真实准确的把握用户需求。
  • 不要照着做:但是我们的解决方案要用自己的独特和创造性,不要照着做。因为一个需求的解决方式往往会不止一种,所以对需求一定要产出自己的思考,并且评出最优解。

产品设计的每个阶段都要问自己:用户是谁?在什么情况上碰到了什么问题?为什么?我们怎么帮他解决?

2. 功能设计的要简单

在简单这方面,我觉得做的最好的就是苹果了,无论是Ipod,还是iphone、ipad,每一款产品都设计的足够简单,但是简单不等于省力,每一处简单的背后都是对于删减方向的多重考虑。所以才会产生苹果的解锁连3岁的小孩都能明白设计的含义。

所以我认为功能设计的简单不是简洁有序,美观工整,而是自然,让用户的行为自然的发生。

当然,要达到自然,也就离不开一个理论:设计思维=用户思维。

用户思维就是用户自己在做行为判断时候的想法与做法,所以为什么要去做数据埋点,为什么要做数据分析,其实都是在用户行为与数据的基础上去做好用户画像,而拿到了清晰的用户画像,你也就了解了用户背后的知识背景体系,你也就知道了产品做功能设计的时候面对的是用户怎么样的思考与行为模式。

设计思维,就是你在完成一个功能设计的时候所进行的思考。不外乎三点:

  • 表现美观
  • 用户理解
  • 与其他功能完成设计闭环

表现美观建立在一个人的认知与审美上,而对用户的理解,则是你基于用户的行为与用户的思维了解到用户在这个过程中是怎么思考的?用户需要什么样的一个功能解决他的需求,与其他功能完成设计闭环是指你的功能设计不能破坏其他功能的使用体验。三者结合,就是你做功能使得设计思维。

《don’t make me think》这本书所强调的其实就是功能简单化的核心:不要让用户去思考,你让用户思考,其实就是在推开你的用户,而如何能做到不让用户思考,其实就是让你地设计思维=用户思维。

总结一下:做好产品功能设计你需要:

  • 了解产品地框架,包括人(业务方),使用路径,底层数据。
  • 深度挖掘需求
  • 功能简单

 

本文由 @喂 Barret 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自 Pexels ,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 你好,产品底层数据的模型具体是指什么,可以举例说明吗

    来自湖北 回复
    1. 底层数据的话其实还蛮好理解:(针对的是TO B端的产品)
      比如对于产品底层的角色划分,角色信息,哪些数据不能看,哪些数据可以看
      针对不同的功能模块,有哪些字段需要着重统计,如何打点去分析,每一个模块又是如何关联,哪些数据有可以共用,其实是可以建立出一个联系网来的,这样你对产品的认知会更加的清晰。

      来自浙江 回复
    2. 这些就是我还没有什么经验,说起来懂,做起来感觉会很费脑。谢谢你!

      来自湖北 回复
  2. 喜欢您的文章,期待新作

    来自湖北 回复
    1. 谢谢哦,产品路上的初学者,我们一起努力

      来自浙江 回复