有经验的产品经理会对项目周期有更准确的评估,把计划制定的更靠谱一些:

1、产品经理是什么?

这个部分我通过和项目经理的对比来阐述;

误区:产品经理和项目经理混为一谈

在知乎上看到一段话觉得很精准;

产品经理——靠想。产品经理是做正确的事,那什么算是正确的事呢,包括但不限于:考虑其所领导的产品是否符合市场的需求,产品核心需求、是否能给公司带来商业价值等方面;

产品经理必须要能够规划整个产品的架构和发展路线,能够确定产品的定位和用户群体,能够预计产品真正的价值和效益。

项目经理——靠做。项目经理是把事情做正确,把事情作得完美,在时间,成本和资源约束的条件下完成目标。

项目经理核心负责项目时间、在规定时间内完成目标才是首要目的;

小结:

所以回到主题,产品经理到底是什么?

产品经理是发现需求、管理需求、设计一套方案一款产品解决需求的职位;

但是不同阶段的产品经理不能一概而论,又分为产品助理、初级产品经理、高级产品经理、产品总监;

我把这部分结合第二个主题,产品经理要做什么来一起讲;

设计流程与需求整理。

在接触实际工作之前,我对于项目流程的认知,都来自于间接知识,比如书籍、博客文章,还有自己的设计练习。来到公司之后,实际的项目流程和我想象有一些差别。我所在的亚信杭研UED部门,没有产品经理,业务需求由外部提供,由交互设计师整理,输出excel表格或是Xmind思维导图,没有产品需求文档。我在做交互设计的时候,会有很多困惑。一方面,刚刚接触通信行业,业务规则还不是很熟悉,另一方面,没有明确的需求文档,对于需求的整理就有困难。龙哥也没有给予明确的指引,只是说先按照给出的需求画原型,给他反馈之后再修改。我刚刚参与工作,缺少对于工作流程的思考和把控,就开始画原型。这样的流程很有问题,不明确的需求,模糊的业务理解,加之自己经验不足,只会造成各种问题的原型,于是反复修改。在之后的评审会议上,后台人员根据原型反馈的问题,很多是业务上的要求,这样造成的修改和返工很浪费时间。

在后续的项目中,我一方面提升自己的设计能力,完善原型,另一方面,在没有需求文档时,首先自己梳理功能需求,操作流程,页面架构,和设计师进行讨论,确认之后,再进入到原型设计阶段,将问题提前解决,提升流程效率。

时间过得很快,一转眼我入行做产品已经有7年的时间,在公司里已不能被称之为“小王”。不知什么时候开始,发现很多公司招人的时候都会写上对年龄的要求,类似于90后优先考虑这样的字眼,因此也让我因为年龄有了一种危机感。

澳门新葡亰赌995577 ,3、产品经理需要的能力?

1.清晰的逻辑思维能力

产品经理负担着整个产品的功能设计、结构搭建,清晰的逻辑思维能理顺每个关键节点的内容问题,也能快速看懂竞品的产品逻辑理念和逻辑。同时,清晰的逻辑能力对于培养批判性思维也有很大作用。

这个平时可以用产品结构图,流程图等梳理对产品的认识;

2.善于发现并解决问题

我认为产品经理核心职责职责之一就是发现用户需求并给予解决

第一,谁会使用

第二,什么样的场景下使用

第三,预期的结果是什么

第四,是否有替代的方案

3.保持对生活的好奇心

很多产品在功能上或是设计上一些动人之处都来自于生活,好产品源于生活,并能让生活更舒服。何况世界之大,许多陌生领域能给你意想不到的启迪。

产品经理不止是一个职业,而是一种态度。用产品经理的角度去思考我们的人生,用产品经理的角度去过我们的生活,这也是一种很棒的体验。以前在使用软件的时候就是跟着流程走完,什么都不思考;但是现在在使用别的产品的时候就会不经意的留意一下别人的功能,使用感等,然后赞美或吐槽;会发现真的是处处充满了设计感;

4.良好的沟通表达能力

从虚拟框架、流程结构到最终产品的定型出生,产品经理需要把自己的想法准确无误的告诉开发、设计、运营、市场等团队中所有的成员,而良好的沟通表达能力则是重点。

沟通不顺畅轻则导致需求理解有误差,开发出的功能和预期不符而返工延期,重则产品流产;

对于一个项目中的沟通问题还要额外说一些:

(1)能面对面进行沟通就不要通过QQ和微信等文字进行描述;重要的面对面沟通内容要进行录音,像我们平时的会议、需求讲解也要留下音频;

(2)沟通过程中懂就是懂,不懂就是不懂,没有介于二者之间的状态,凡事你觉得你可能懂了的东西,那肯定是没懂;

产品经理不懂装懂会导致后期无数的大坑,我在讲解一个复盘的时候就因为时间较仓促,自以为理解了整个产品,结果啪啪大脸,好多需求自己逻辑还没有理通怎么给别人讲,结果后期就要更改原型,这样会导致在开发心中信任度直线下降顺带收获一波鄙视,所以最好的状态当然是都捋顺明白,如果没能做到,那遇到自己真没想到过的问题就要实话实说;

开发没听懂硬要认为自己懂了就会导致开发出的功能和预期严重不符,等到发现一般就晚了;每一种情况都是大患;

5、对技术名词的一定理解

另外我觉得产品经理还是需要一定的对技术的理解,不用懂具体技术是怎样实现的,也要大概了解完成这个功能所用到的技术的难易程度,需要的时间,我现在依然很迷茫的是有时候设计一个功能,有几种解决方案,但是自己甚至都不清楚开发这个能不能实现,心里就感觉很虚,这样也影响自己的设计思路;

目前我想到的办法就是:在你设计一个功能不太确定是否能实现的时候,去请教开发人员,然后趁机请教不能实现的原因是什么,是技术的限制还是方案的错误,在这个过程中锻炼自己对技术的感知能力;

4、参考文献

参考一:产品经理与项目经理的区别


PPT

视频链接


感谢大家观看

今天的分享就到这里啦,欢迎大家点赞、转发、留言、拍砖~

技能树.IT修真院

“我们相信人人都可以成为一个工程师,现在开始,找个师兄,带你入门,掌控自己学习的节奏,学习的路上不再迷茫”。

这里是技能树.IT修真院,成千上万的师兄在这里找到了自己的学习路线,学习透明化,成长可见化,师兄1对1免费指导。快来与我一起学习吧~

我的邀请码:14671380,或者你可以直接点击此链接:http://www.jnshu.com/login/1/14671380

这时候正好杭州亚信在招实习生,于是投了简历,之后收到了面试通知。

云瑞,微信公众号:马虎眼,人人都是产品经理专栏作家。原片刻产品经理,6年产品人,走在内容社交产品路上,死磕产品设计,喜欢玩各种APP,玩桌球,打羽毛球,欢迎与大家交流。

大家好,我是IT修真院北京总院第26期的学员,一枚正直纯洁善良的pm

原型迭代。

Omni的原型经过了非常多次的迭代,每个页面都改过五个版本以上,有几个页面甚至有十个版本。版本迭代多的原因,一方面是用户体验的不断精益,另一方面是业务的不断明确与变更。涉及到业务变更的页面,包括Dashboard,详单查询,交易记录,余额明细,优惠券,支付相关功能;涉及到体验精进的页面,包括信用度详情,积分明细,转账,充值等业务。在做设计的过程中,业务需求不断变更,很多时间都用在跟着需求改页面上了,所以很烦。我觉得这一阶段的设计工作,主要围绕在实现功能上,完成“可用”的目标,适当提升“易用”水平,而“好用”的目标,基本无从谈起。不论设计流程怎样,这段做Web端页面的经历,对于我把握Web端交互设计有很多帮助。

  1. 对工作中的不确定性早有预估

今天给大家分享一下,修真院官网pm任务1,深度思考中的知识点——产品经理是什么?

与视觉设计师的合作。

RTSS项目是在移动端,页面风格和之前的页面保持一致,是一种深黑色背景的商务风格。我将视觉稿和交互稿进行比对,整体的界面控件形式基本一致,只是在页面元素的细节排布上,综合美观程度、信息展示方式等,做出了细节优化。我对视觉设计师的工作成果感到满意。

有些功能是所有产品标配的,这样的话彼此间有互相借鉴性。即使产品类型不同,但有些功能也是通用的,例如登录、注册,基本各个产品都有。如果你之前做过类似的功能,在做新产品的时候就会有更熟悉的应用,即使有些许不同也能更快的上手。

2、产品经理要做什么

产品助理:

产品助理是产品生涯的起步,做的事情比较细化和重复性,比如写一些需求文档、说明、文件等,在一些小公司里甚至是要担任测试的一部分任务,但不可否认测试确实是了解产品梳理功能的快捷途径,可以让我们早期见识到一个真正的产品原型规范、包含的内容、标注等,所以修真院的第一个pm任务就是了解测试流程,编写测试用例;在后来的学习过程中我也发现了这么设计的用意,测试用例的模块分级和需求文档有相似之处,可以帮助一个早期的pm快速了解产品的功能和模块划分;

在这一阶段我们要做的就是总结积累,弄清楚产品的工作到底是什么,规范和流程怎样,熟练使用原型工具,撰写PRD文档等,以及培养自己的产品感觉;

初级产品经理:

初级产品经理一般会有自己负责设计小产品或模块,需要考虑的内容也相应增加了很多,如整理需求,根据产品定位将需求分级管理,进行用户调研,如:用户画像、调查问卷、线下访谈等形式;将用户需求转化为产品需求,将产品需求转化为产品功能,画出原型,再和项目有关人员进行评审,将功能落地实现,快速迭代;

这个过程中我们就需要具备推动力,不仅是推动自己进行调研思考,还要推动整个团队的开发和进度,要有足够的依据和调研去说服其他人你的功能是符合市场适合用户的,这是一个产品经理初备的技能;

高级产品经理:

高级产品经理我认为就是接触到战略层的职位了,要根据公司的发展,面向的核心用户,来奠定产品的基调,构建整个产品的框架以及后续的发展;

我觉得高级产品经理就像老大所说的,一个好的产品经理设计出的不只是一个网站,一个app,而是一种商业模式;如果不想只是一个画原型的产品经理,就需要在行业中沉淀下来,真正的去思考当前用户最需要的是什么,垂直于一个领域,多去思考细节;

题外话:

有的东西是产品经理的份内工作,是职责,而还有些东西只是产品需要了解的一些知识。比如我们都说PM需要了解一些交互,需要了解一些运营,但是并不代表PM就是做交互的。

很多刚刚入门做任务的比我们还新的小萌新,大多数都会经历一个沉迷交互无法自拔的阶段,而且劝也没用;我能理解这种心理,毕竟带有交互的原型和高保真看上去逼格非常有,但是我也遇到过开发漏掉了交互隐藏的页面,大多数开发只会看你的原型图设计的功能和标注,而不会点击你的原型按钮,因此可能会漏掉功能;我觉得最直观的方式就是把页面都罗列出来,做好详细的标注才是最重要的;

当然,你可以在闲余时间进行学习高保真等,毕竟技多不压身,但是当你的熟练度和速度跟不上时间要求的时候,就还是老老实实画低保真吧;

产品经理的另一些职责也可以理解为需要的能力,那么结合第三部分来讲;

与视觉设计师的合作。

由于公司业务的关系,Omni项目的页面有很多表单,还有一些数据图形化的内容,视觉效果要求简洁明快,清晰易懂,页面并不复杂。项目之前已经有了视觉规范,所以视觉同事的视觉稿完成的很快。在视觉稿完成之后,我整体看了一遍,风格没有什么问题,一些小的字段、格式错误,和她反馈之后,也没有进行修改,直接告诉前端同事在代码里修改就好了。后来,由于业务有一些调整,原型做出了相应修改,和视觉沟通之后,也是直接反馈给前端同事修改页面。

忘记了是谁曾说过,人每走的一步都算数。此话用来概括本文主题“产品经理的经验有什么用?”亦是可以的。

自我学习

拿我最近遇到的案例来说,我们公司最近想做一个内容开放平台,目的是把我们的内容分发给不同的流量渠道。因为之前我们的内容只面向一个渠道,有些问题压根不存在,但是后续随着渠道数量的增多,很多问题就要考虑的更全面。当时负责这个事情的产品经理很快就找到了方案,让运营人员在内容上架的时候勾选渠道,已勾选的则意味着上架。当时来看这个方案的确可以满足需求,但是很快就遇到了更大的问题,后续如果内容在不同的平台定价不同、上架时间不同,这样的做法显然就不合适了。所以后来不得已又返工,开发了新的功能。

第三个项目:RTSS&Asset 7.7版本

RTSS&Asset
7.7版本,是在RTSS项目基础上进行优化的一个版本。由于涉及到项目跨团队合作,和外部系统进行整合,一些页面需要进行重新设计,也添加了新的功能需求。需要优化的页面,包括积分、优惠券和账单缴费,新增的功能,包括红包、详单、密码重置。

#专栏作家#

页面注释。

我之前在做设计练习时,是不写页面注释的。现在参加工作,团队成员要一起合作,完成一个产品,对于原型的准确理解十分重要。刚开始写注释的时候,对于注释的内容并不清楚,只是参考之前的页面,加上自己的理解书写,很不规范。后来经过读书学习,还有设计师的指导,才慢慢走上正轨。

  1. 对产品模式了解的比较清楚

后记

在亚信的三个多月,总结起来,RTSS项目Q2阶段像是入门演练,Omni项目是基础练习,RTSS的7.7版本是用户体验的提高。经过项目的锻炼,我逐渐掌握设计流程,提升设计技能,并不断思考,提升用户体验。

作为设计新人,不断学习,不断实践,总结经验,提高自己,日益精进,有所收获。

俊森

2016.6.30

题图来自 Pexels,基于 CC0 协议返回搜狐,查看更多

体验设计。

这个版本的积分功能页面,做了很多在体验方面的迭代。积分相关功能,包括三部分,分别是积分绑定,积分转换,积分明细查询。积分绑定与转换功能,是指将第三方商户和Asset账户绑定,将第三方商户积分转换为Asset积分。整体的功能实现并不复杂,也有现有的竞品可以参考,设计的关键就在于,如何引导用户进行绑定与转换,其中也包含商户的展示,操作流程梳理的问题。我自己最早做的页面,将账户绑定和积分转换割裂开,分别实现功能,造成了用户操作的繁琐。之后的第二个版本,将两个功能在操作流程上做了融合,先绑定,后转换,可是对于新用户的引导并不顺畅,对于老用户,积分转换的快捷操作也并不方便。后来又做了几个版本,用户引导和信息展示始终没有找到平衡的解决方案。最后,龙哥对方案进行了修改,将新用户引导和已绑定商户都展示在首页上,实现了功能平衡。我后来觉得,体验设计的精进,要适当打破现有规则,界面设计要贴合用户使用,而不是一味的符合功能逻辑。

  1. 画原型、写文档效率更高

第二个项目:Omni Channel

Omni
Channel(以下简称Omni)的项目和RTSS项目是同时进行的,在我做RTSS项目期间,龙哥和贞姐整理了功能需求列表,在RTSS项目告一段落,评审结束时,我们三个进行了页面分工,开始做Omni项目。

  1. 懂得更多的解决方案

设计规范。

这里的设计规范,包含两部分内容,一部分是iOS/安卓设计规范,一部分是项目设计规范。在实习之前,对于系统的设计规范还了解不多。在做设计之初,有不少功能在其他应用中有所涉及,所以也借鉴了其他应用的页面与组件,结合当前功能的特点,加以修改。后来遇到有差异的功能,在自己设计组件和页面的时候,感到自己能力不足,对于各种移动端的视图和控件,没有应用的得心应手,有时候要去翻设计规范,参考其他app的界面布局。我一边做项目,一边学习设计规范,慢慢做页面的时候就熟悉起来。

在我完成一些页面,给带我的设计师看的时候,他说我做的页面和之前已有的页面风格不统一。我在做页面的时候,很多元素是从之前的界面上复制过来的,可是由于之前的界面元素就存在尺寸、颜色、字体的差异,我做的界面就很难和之前的界面统一。在项目初期,项目的设计规范是不存在的,需要在画界面之初预先规定界面元素的尺寸,在项目一个阶段结束的时候,再整理设计规范。所以我觉得,在项目设计规范方面,部门还有提升的空间。