修真院官网pm任务1,而是熟悉你要做这个产品核心业务的业务流程是个什么样子的

图片 1

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

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

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

    
产品经理在不懂的人的眼里不明白是做什么的,或者说经理级别的,好高大上,其实你要是跟别人说你是做app的,那么许多人就了解了。

    
产品经理在不懂的人的眼里不明白是做什么的,或者说经理级别的,好高大上,其实你要是跟别人说你是做app的,那么许多人就了解了。

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

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

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

  其实通过上述的一个小例子来说,在产品的角度上讲,如果你诉说的对象是公司里其他部门的人,比如开发,测试等等,如果不说清问题的本质的话,是很难让工作继续下去的,因为你首先要一针见血的表述出你想让开发做的需求,或者你跟测试或者交互交代清楚各个功能模块的功能设计,而并不是模棱两可的去说你的需求。

  其实通过上述的一个小例子来说,在产品的角度上讲,如果你诉说的对象是公司里其他部门的人,比如开发,测试等等,如果不说清问题的本质的话,是很难让工作继续下去的,因为你首先要一针见血的表述出你想让开发做的需求,或者你跟测试或者交互交代清楚各个功能模块的功能设计,而并不是模棱两可的去说你的需求。

图片 1

1、产品经理是什么?

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

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

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

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

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

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

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

小结:

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

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

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

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

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

  产品周期,产品周期一般分为四个时段,探索期、成长期、成熟期、衰退期。而在探索期到成长期之间版本迭代是非常频繁的,在这里产品不要局限于本次的迭代,而应该在本次迭代成功后,即即将上线的时期,就要筹划下一次版本迭代的内容和时间,并通知各个相关部门。在产品的设计和上线后,一定不要考虑近期的效益,因为产品是一个循序渐进的东西,在你设计时,并不一定要着急去做某个模块的设计或者需求分析,而是从一个大的层面考虑为什么要做这个产品,做这个能干什么,后期如果做了怎么去运营,如果确定好了以后,也不要着急的去做具体的设计工作,而是熟悉你要做这个产品核心业务的业务流程是个什么样子的,它的业务逻辑是什么样子的,在熟悉后要详细的对用户做需求分析,在这里可以运用“五个为什么”的方法去询问,并且用黑箱子的方法去引导用户说出他的核心需求并整理出一份需求文档,(提一句这个需求文档所包含的需求不只是包括使用人群,比如还有老板、客户、运营、销售等等方面的需求综合在一起),并且分析出1-3个核心需求,因为你在做产品的时候不会一下做许多需求,而是围绕自己的核心需求去做功能,(提一句,再最后确认好需求后,再将需求产品化,并且应该讲每个核心需求用官方语言概括出来,这个是后话啦),核心功能确定好以后,要做的就是梳理核心业务流程,画流程图和脑图写需求文档和画原型,当然别忘了在这之前,要好好的跟开发和设计师以及测试好好的进行沟通,告诉他们你是怎么想的,当然啦,你也可以开一个需求分析会,将自己整理的一些想法或者一些草图给开发设计以及测试看,这时要好好梳理业务流程和需求的取舍,因为在好的想法遇到现实也是骨感的,因为得考虑技术的可实施性,以及在交互时会不会产生不必要的麻烦或者对用户造成不必要的操作上的重复或者复杂。

  产品周期,产品周期一般分为四个时段,探索期、成长期、成熟期、衰退期。而在探索期到成长期之间版本迭代是非常频繁的,在这里产品不要局限于本次的迭代,而应该在本次迭代成功后,即即将上线的时期,就要筹划下一次版本迭代的内容和时间,并通知各个相关部门。在产品的设计和上线后,一定不要考虑近期的效益,因为产品是一个循序渐进的东西,在你设计时,并不一定要着急去做某个模块的设计或者需求分析,而是从一个大的层面考虑为什么要做这个产品,做这个能干什么,后期如果做了怎么去运营,如果确定好了以后,也不要着急的去做具体的设计工作,而是熟悉你要做这个产品核心业务的业务流程是个什么样子的,它的业务逻辑是什么样子的,在熟悉后要详细的对用户做需求分析,在这里可以运用“五个为什么”的方法去询问,并且用黑箱子的方法去引导用户说出他的核心需求并整理出一份需求文档,(提一句这个需求文档所包含的需求不只是包括使用人群,比如还有老板、客户、运营、销售等等方面的需求综合在一起),并且分析出1-3个核心需求,因为你在做产品的时候不会一下做许多需求,而是围绕自己的核心需求去做功能,(提一句,再最后确认好需求后,再将需求产品化,并且应该讲每个核心需求用官方语言概括出来,这个是后话啦),核心功能确定好以后,要做的就是梳理核心业务流程,画流程图和脑图写需求文档和画原型,当然别忘了在这之前,要好好的跟开发和设计师以及测试好好的进行沟通,告诉他们你是怎么想的,当然啦,你也可以开一个需求分析会,将自己整理的一些想法或者一些草图给开发设计以及测试看,这时要好好梳理业务流程和需求的取舍,因为在好的想法遇到现实也是骨感的,因为得考虑技术的可实施性,以及在交互时会不会产生不必要的麻烦或者对用户造成不必要的操作上的重复或者复杂。

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

2、产品经理要做什么

产品助理:

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

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

初级产品经理:

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

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

高级产品经理:

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

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

题外话:

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

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

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

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

面试与入职

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

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

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

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

实际项目经验的积累;

看过的设计书籍。

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

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

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

  当需求分析会沟通完成后,就要确定需求文档和原型设计,这时开发开始进行开发以及交互设计也在进行,产品要做的就是跟进项目的进展,并且不断地在用户或者老板之间游说,因为会时不时的有新的需求提出来,有的可能天马行空,不切实际,但是有的却是可以实现的,这时还是得及时跟开发和设计及时沟通,并且及时更新需求文档,方式有很多种,可以直接过去说或者及时性邮件或者有一个固定平台,固定时间进行内容更新。(当然这都是我个人想的哈哈哈),后面就是测试同学们了,这里产品应该没什么特别要跟进的,因为都是在挑bug,除非是特别触动到业务逻辑层次上再去干预。

  当需求分析会沟通完成后,就要确定需求文档和原型设计,这时开发开始进行开发以及交互设计也在进行,产品要做的就是跟进项目的进展,并且不断地在用户或者老板之间游说,因为会时不时的有新的需求提出来,有的可能天马行空,不切实际,但是有的却是可以实现的,这时还是得及时跟开发和设计及时沟通,并且及时更新需求文档,方式有很多种,可以直接过去说或者及时性邮件或者有一个固定平台,固定时间进行内容更新。(当然这都是我个人想的哈哈哈),后面就是测试同学们了,这里产品应该没什么特别要跟进的,因为都是在挑bug,除非是特别触动到业务逻辑层次上再去干预。

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

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项目是一个移动端的产品,主要功能是个人电信业务查询与管理,有点像中国移动手机客户端,服务于欧洲客户。这个产品在北京和南京都有合作,杭州主要负责数字资产和缴费相关部分,包括余额、充值、转账、积分、优惠券、账单缴费等功能,这些页面大部分都是我设计和优化的,当然经过了带我设计师的指导和修改。带我的两个设计师,一个是龙哥,一个是贞姐,给了我很多帮助。

  后面就是产品上线等等一些事情,其实还得写好多啊,哈哈,比如内测版本先发布一个,范围(如果版本是从0到1),那么可以让公司的人员进行体验,并且及时了解产品的不足和bug。并且个人觉得还是将这些数据化更合适一些,因为数据大多数的时候更让人信服,这时应该再一次开一次会议,或者说产品部门自行召开,在联合其他部门召开,(这也是自己想的,因为产品是一切发起的源头,也应该最明白产品的功能和核心的业务逻辑),等梳理清楚后,在召开部门与部门之间的会议,进行版本的迭代,最后上线。(因为在上线的事情还不是特别的了解和理解,所以有很多情况考虑不到,应该多思考)

  后面就是产品上线等等一些事情,其实还得写好多啊,哈哈,比如内测版本先发布一个,范围(如果版本是从0到1),那么可以让公司的人员进行体验,并且及时了解产品的不足和bug。并且个人觉得还是将这些数据化更合适一些,因为数据大多数的时候更让人信服,这时应该再一次开一次会议,或者说产品部门自行召开,在联合其他部门召开,(这也是自己想的,因为产品是一切发起的源头,也应该最明白产品的功能和核心的业务逻辑),等梳理清楚后,在召开部门与部门之间的会议,进行版本的迭代,最后上线。(因为在上线的事情还不是特别的了解和理解,所以有很多情况考虑不到,应该多思考)

  1. 懂得更多的解决方案

设计流程与需求整理。

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

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

  上线后就是分析产品的有点与不足,并且培养种子用户,增加用户使用量。另外在上线的版本上,依靠设定的诸如数据埋点获得用户真实数据,或者用户对某个功能模块在评论区的评论等等,来作为下一个版本更新迭代的重要依据,(其实在新产品上线之前,其实产品经理本身就应该结合市场和已确定好的特定用户进行新一轮的产品迭代的工作的开展,另外要考虑潜在用户的用户行为,为产品用户数量的增加埋下伏笔,当然更新迭代后没有促进用户数量的有效增加,可以考虑各方面因素,有选择的去掉某个功能)下一个版本上怎么增加用户基数。(具体操作可以根据各方面反映上来的需求,通过双钻设计进行产品的更新迭代)

  上线后就是分析产品的有点与不足,并且培养种子用户,增加用户使用量。另外在上线的版本上,依靠设定的诸如数据埋点获得用户真实数据,或者用户对某个功能模块在评论区的评论等等,来作为下一个版本更新迭代的重要依据,(其实在新产品上线之前,其实产品经理本身就应该结合市场和已确定好的特定用户进行新一轮的产品迭代的工作的开展,另外要考虑潜在用户的用户行为,为产品用户数量的增加埋下伏笔,当然更新迭代后没有促进用户数量的有效增加,可以考虑各方面因素,有选择的去掉某个功能)下一个版本上怎么增加用户基数。(具体操作可以根据各方面反映上来的需求,通过双钻设计进行产品的更新迭代)

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

功能架构。

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

  好啦写了这么多,其实并没有很工整的去写,只是随笔记一下,让自己复习复习这两天的学的东西。个人观点,欢迎指正。。。。(小白一个)

  好啦写了这么多,其实并没有很工整的去写,只是随笔记一下,让自己复习复习这两天的学的东西。个人观点,欢迎指正。。。。(小白一个)