【威尼斯赌场官方网址】新岁产品COO,到底有怎样优势?

威尼斯赌场官方网址 1

原标题:大龄产品经理,到底有哪些优势?

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

来到亚信实习,已经三个多月了,总结一些实习的心得与收获,以及经验与不足。

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

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

这学期是研二的下学期,上学期由于学校的安排,没能出来实习,是很遗憾的一件事。不过上学期把很多毕业论文开题相关的事情做掉了,这学期这方面的压力轻松很多。回到学校先整理了开题报告,改好了简历,之后一边整理完善优化之前的作品集,一边找实习和面试。

威尼斯赌场官方网址 1

1、产品经理是什么?

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

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

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

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

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

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

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

小结:

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

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

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

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

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

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

2、产品经理要做什么

产品助理:

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

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

初级产品经理:

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

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

高级产品经理:

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

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

题外话:

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

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

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

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

面试与入职

亚信的面试很严格。在自我介绍之后,我介绍了自己的作品集,之后面试官针对我的作品,提出各种问题,后来总结归纳,大概包括以下几个方面:

对于iOS、Android设计规范的掌握;

可用性原则,主要参考尼尔森的可用性理论;

对于常见的、大型的、复杂的APP的分析与理解;

实际项目经验的积累;

看过的设计书籍。

以上问题,有些知识是我了解的,有些不太熟悉,实际项目经验方面是一片空白。

每一次面试,都是一次检验,查漏补缺,也指明了学习方向。进入亚信之后,一边了解公司业务,一边学习设计规范的相关内容,是我初期的学习内容。

亚信的主要业务和电信行业有关,服务于通信运营商,做B端的软件开发,我们项目组的工作也和此有关。

本来以为工作久了,经验多是一种优势,但是在产品经理这一行,好像经验多了,年龄大了,在某些公司的招聘中反而成为了一种劣势,身边朋友也不乏有跟我一样有此种焦虑的。这篇文章我就想帮那些大龄产品经理辩解一下,看看大龄产品经理到底有哪些优势。

3、产品经理需要的能力?

1.清晰的逻辑思维能力

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

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

2.善于发现并解决问题

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

第一,谁会使用

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

第三,预期的结果是什么

第四,是否有替代的方案

3.保持对生活的好奇心

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

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

4.良好的沟通表达能力

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

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

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

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

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

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

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

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

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

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

4、参考文献

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


PPT

视频链接


感谢大家观看

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

技能树.IT修真院

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

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

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

第一个项目:RTSS-Q2

入职亚信是三月中旬,当时项目组完成了RTSS项目Q1阶段的设计工作,已经进入开发阶段。我大约用了一个多月礼拜熟悉业务,之后就参与到Q2阶段的设计工作当中。RTSS项目是一个移动端的产品,主要功能是个人电信业务查询与管理,有点像中国移动手机客户端,服务于欧洲客户。这个产品在北京和南京都有合作,杭州主要负责数字资产和缴费相关部分,包括余额、充值、转账、积分、优惠券、账单缴费等功能,这些页面大部分都是我设计和优化的,当然经过了带我设计师的指导和修改。带我的两个设计师,一个是龙哥,一个是贞姐,给了我很多帮助。

  1. 懂得更多的解决方案

设计流程与需求整理。

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

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

富有经验的产品经理在行业内工作多年,做过的、了解的产品也比较多。有些产品即使自己没做过,也看过或听别人说过,对很多产品形态和逻辑规则有所了解,所以他们懂的更多的产品实现方案。

功能架构。

在拿到RTSS项目Q2需求之初,在了解分析原有功能架构的基础上,思考新功能页面的架构安排。首先分开了预付费和后付费的功能,预付费用户包含余额、积分、优惠券、交易记录相关业务,后付费用户包含信用度、积分、优惠券、交易记录相关业务,将原有的一个页面分成两个来做。之后根据功能,分成几个模块,完成页面架构的梳理。在功能架构的基础上,根据要实现的功能,进行流程设计,安排功能操作和信息展示,这样后面做起来就比较顺畅。

当要做一个新产品的时候,只要产品终端相同,面对需求,有经验的产品经理能更快速的想到该用何种产品形态。当产品遇到问题的时候也知道该使用哪种方案去解决。

业务流程梳理。

功能架构完成之后,开始梳理业务流程。余额相关业务,包含充值、转账和余额明细查询,充值和转账更多的是功能操作,余额明细查询更多的是信息展示。充值流程:输入充值号码,选择/输入充值金额,确认充值,支付。充值操作在一个界面上完成,需要注意功能组件的位置安排,还有充值号码、充值金额的报错提醒方式。转账功能类似,输入转账目标账号,金额,确认转账。

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

页面注释。

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

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

对于多种情况的考虑。

页面上所有的操作,都会根据条件和情景的不同,做出不同的反馈。按钮的默认状态,各种可能情况,提醒和报错,都需要考虑周全。

分享画原型、写文档的技能一直是产品经理圈内长久存在的话题,但不知道大家有没有这样的感触,工作时间久了以后,你画原型,写文档的效率自然会更高。之所以产生这样的结果,客观因素上讲有三因素,第一是熟能生巧,工作经验久,画过的原型,写过的文档多了,自然就更熟练;第二有些产品可能跟你之前做过的产品有些类似,把自己做过的东西再做一遍肯定会更快了;第三点要说的就是对工具的熟练使用了。

设计评审。

在参加工作之前,是从来没有参加过原型评审会议的。在做完第一版页面时,项目组邀请前端、后台相关人员进行评审。评审内容一部分是我做的,一部分是龙哥做的。评审之前,心中还有些许忐忑,不知道会出现什么问题。评审的过程其实还好,主要围绕后台功能如何实现,原型表现是否切合业务规则逻辑进行。由于加入了优惠券支付,对于之前的业务有较多变更,后台人员对于功能实现方式和业务逻辑进行了长时间的讨论,最后才初定了业务规则。优惠券的功能在之后又进行了好几次讨论,每次都费时费力,我们也很无奈。如何节约会议时间,提升会议效率,是公司需要考虑的问题。

如果跟团队磨合久了,很多事情我们只看中结果对过程反而不那么在意。我们不再拘泥于形式,也不注重文档形式,重要的是把话说清楚,把事说明白即可。不过话说的容易,做起来到不一定。想要做到这一点,也还是有几个注意事项的:第一是重点内容不能遗漏,重点的产品需求说明不能缺失;第二是交付给技术人员的产出物要更具可读性,让别人更轻松的了解需求。

设计规范。

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

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

发表评论

电子邮件地址不会被公开。 必填项已用*标注