[悠闲]的博客:
http://youxian.mypm.net
NPDP产品经理需要做原型吗

  做原型仿佛是NPDP产品经理的工作中必不可少的部分,但是,NPDP产品经理做的原型与交互设计师做的原型到底有什么区别?

  1 NPDP产品经理现在画交互设计稿的现象,是行业起步落后和交互设计人才缺乏最主要的原因。

  NPDP产品经理应该不应该画交互设计稿,取决于企业文化和组织架构。产品经理应该不应该懂交互设计,答案是必须要懂的,NPDP产品经理对待产品要像孩子一样呵护,如果完全禁止产品经理不画交互设计稿,就好像不让Zuckerberg写代码一样;反过来看,有几个产品经理可以把代码(或交互稿)写/画得像 Zuckerberg一样好呢?回到问题上来,产品经理对待交互稿,应该是快,草;快速模糊的把信息传递给交设计师,交互设计师根据模糊的概念形成细化的方案。这个是两者最大的区别,如果说配合,这样的配合是最高效的。唯快不破,平衡是美,我的签名档。另外的话题,产品经理和交互设计师不应该太强调职责之间的关系,因为,产品的最终的成功与否决定了两个角色的去和留。

  2 我们在工作中,会根据产品形态的不同,进行合理分工。

  一般来讲,PM主要负责用户需求整理,规划,功能筛减,商业模式、运营模式探索,版本迭代时间规划,敏捷开发功能点描述等;

  如果是WEB端的产品,交互相关的东西会涉及的比较少,由于PM洞悉各个功能点,倘若对原型设计较为精通,那么由PM亲自操刀出来的原型,既有利于开发人员了解功能点,又能减少与交互设计师沟通的时间,如此可以大大提升工作效率。

  如果是移动端的产品,交互相关的东西会涉及的比较多,由于PM需要规划每个功能点,倘若操刀交互细节,将会非常费力,这个时候可以考虑将交互的细节分给交互设计师来做,自己全心全意规划功能,此为上策。虽然花费了一些沟通成本,但优化后的交互细节,在用户体验上会达到一个更加专业的程度。

  综上所述,PM的demo和 Interaction designer的demo,最大的区别在于对交互细节的描述上,亦需根据产品的交互复杂度来定。

  3 PM整理思维脑图,头脑风暴之后,优化思维脑图,然后出草图,你可以用Axure或者visio甚至腾讯出的UI disigner或者最近比较流行的Fluid UI(APP设计工具)来画草图,也可以称之为低保真原型图,在这个低保真原型图中,你需要一一罗列功能点,交互细节大可不必提及,完成后主动找交互设计师进行沟通交流,要耐心的将各个功能点向交互设计师描述清楚。交互设计师了解到这些功能点之后,会根据自己专业能力的感知,来进行高保真原型设计。我一直认为,交互设计师应该精通Axure,甚至应该具备非常高的文字描述能力,因为作为PM,我觉得交互设计师、前端设计师就是灵魂铸造师。高保真原型出来之后,PM应主动与交互设计师沟通,看看是否有需要修改的地方,两个人需要在灵魂层面达到二合一的境界,对功能的理解一定不能有出入,一些功能细节,PM应该把关,某些交互细节,应该提出自己的意见,换位思考,理解交互的设计含义。耐心与责任心在这个时候显得尤为重要。

  统一方案后,就可以提交UI进行设计了。之后就是前端工程师的静态页面设计,程序员的技术实现,TEST了。整个过程中,PM的沟通能力得到了最大程度的体现。所有的这些,都基于你对产品的热情程度,因为只有热情,才能让你持续不断的保持上文提到的那些能力。

  4 坦白的讲,我觉得NPDP产品经理是不应该画原型的。

  原型仅仅是一种工具,它的作用是阐述界面操作流程。事实上,产品是不应该直接控制这个环节的。

  对于一个NPDP产品经理来讲,应该把重点放在分析用户需求、规划靠谱功能上。按照小龙的说法,NPDP产品经理是站在上帝身边的人,要为这个产品设定游戏运转规则,把用户的需求链接起来,推动产品运转。还是把下一层级的脏活累活甩给交互去做吧。

  NPDP产品经理确实也需要画图,但应该画的是“故事板”,向大家讲清楚,我们这个功能,在用户的真实生活中是帮他们解决什么困难的。

  舍本逐末,不可取。

  当然,这是把产品和交互分成两个角色来说的。一个思考需求,一个思考实现。只要足够牛逼,包圆儿了也没问题,只是不要再招一个交互了,会害了人家。

悠闲 发表于 2016-10-8 17:51:59 阅读全文 | 回复(0) | 引用通告 | 编辑 | 收藏该日志

发表评论:

    昵称:
    密码:
    主页:
    标题:
公 告
登 陆
日志日历
搜 索
日 志
评 论
链 接
统 计