我该如何转岗成为产品经理?–产品入门问题汇总

太阳娱乐 7

我该如何转岗成为产品经理?–产品入门问题汇总

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

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

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

 
 有幸和Libra、王鸿,以及另一位不认识的帅哥一起受邀参加开课吧0423pro产品新人问答互动,过程中小伙伴们的问题都非常有针对性,互动积极。总结了一下产品新人的常见疑惑问题和嘉宾的回答,以及自己在问答后的一些思考,希望看到的小伙伴们受用。

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

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

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

首先我们总结一下互动题目和回答。

太阳娱乐 1

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

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

太阳娱乐 2

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

面试与入职

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

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

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

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

实际项目经验的积累;

看过的设计书籍。

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

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

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

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

1、想成为产品经理,我该怎么做才好呢?

(问题原型是:我刚转产品,现在在做产品助理, 我以前做技术培训的
,去年刚毕业,现在感觉会的并不是很多,请问我应该怎么转变思维呢 ?
而且产品经理说我很躁,要想真在这门一直做下去,首先要把心态放平静下心来,我应该怎么做好呢?)

拾瑾答:平时该做点什么,给你一些思路。

观察:不需要多么独特的视角,只要能够观察到事情的表象就可以了。生活处处皆产品,每一个产品的内涵都会以外在形式展现出来,你只要能看到这个形式就可以了。

总结:不需要另辟蹊径一语惊人,只要能够总结到事情的本质就可以了。每一个产品的本质都代表着产品的基本效用,所要获得的利益,以及满足了用户什么样的本质需求。

你只要能够抓到产品的本质就可以了。但是记住,任何总结都要结合这个主体的特殊性,得到的结论是否是放之四海而皆准的道理?

实操应用:应用过程就是把你看到的表象,总结的本质,以理念表达出来,以终端载体呈现出来的状态。

以上三点其实包含了产品的5个要素中的4个,内涵、形式、理念和终端,另外一个就是产品的“外延”。

产品的内涵指为用户提供的基本效用或利益,满
足用户的本质需求;产品的形式指实现产品的内涵所采取的方式,包括功能、内容、设计等;

产品的外延指用户在使用或购买产品
时所得到的附加服务或利益;产品的理念指产品的信念和宗旨,是用户使用或购买产品时期望得到的价值;

产品的终端指的是用户 在哪些地方可以使用或消费产品。

锻炼你的产品能力,不断的观察身边的事物(产品),推理它的内涵、形式、外延、理念和终端。如果那你能做到,你就适合做产品经理。

当然,这其实只是一个开始。

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

第一个项目:RTSS-Q2

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

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

2、对于开发人员转型成为产品人员,您能否给出几点建议?

我该如何转岗成为产品经理?–产品入门问题汇总。Libra答:我也是研发转的产品,这个有很大优势,基本和开发沟通交流无障碍;

(1)在设计功能和原型的时候,有开发经验的很快就能知道对应产品在前端数据展示、后台数据处理逻辑、字段、数据库、算法之间联系,设计好也能减少开发时间;

(2)需要的就是多去思考每个产品的功能给用户和公司带来的价值;

(3)看商业经济学、行为心理学、运营、设计相关知识补充。

  1. 懂得更多的解决方案

设计流程与需求整理。

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

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

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

3、技术想转行产品经理,但是没有工作经验怎么办?

拾瑾答:技术的工作经验是很重要的,平时工作多和产品经理沟通,了解他设计的意图。另外平时多练习做用户需求分析,竞品分析,产品体验报告等。多混产品论坛,培养产品思维。再优化简历,相信这样你可以很快转型成功的。

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

功能架构。

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

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

4、从事产品工作至今已经走过2.5年,工作性质属打杂/救火类型,知识体系杂乱,如何构建自己的产品知识体系呢?

Libra答:

(1)行业经验总结,你工作了2.5年,对行业用户、产品、市场、商业模式、运营应该总结出
一套属于自己的经验;

(2)不要只把自己当做打杂或者助理来看,做任何事情,自己就是这个产品的主宰,当做自己的孩子培养;

(3)
如果构建维度:行业用户、产品、市场、商业模式、运营,如果离开这个行业和平台,你的经验某些是可以去运用到其他行业的;


太阳娱乐 3

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

业务流程梳理。

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

1、说说产品经理工作的日常状态

拾瑾答:产品经理的日常工作状态和你公司的目标、部门状态、项目紧急程度、领导关注点等等是时刻相关的。不同的工作环境都会有不同的状态。

但是我觉得你其实是想问产品经理每天都在做什么吧?

现在大部分的产品经理都是在做公司主导的项目,那么我以公司主导为背景来讲一下。

既然公司为主导,那首先要了解,公司要做的产品要给谁用。这是非常非常重要的一个问题。

了解到给谁用,你就可以开始业务逻辑梳理了;业务逻辑梳理清楚之后,你将遇到一个很重要的问题就是“老板的需求”,那么你就要综合考虑,老板的需求是不是应该加,什么时候加,以及如何说服老板。这些问题都基于以下:

目标用户确认,竞品确认,市场需求确认,公司资源优势分析、商业模式预估等等了。

做好如上分析之后,最终确认需求排期,根据需求排期确定产品功能结构、信息结构、路线规划。这个时候你就应该知道该如何应对“老板的需求”了。

然后就是设计你的产品。一边做一边优化更改,你的产品生命周期就开始了。

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

页面注释。

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

2、产品经理对于需求出的设计方案,总是被上级以技术难度最简单为标准进行拆分,该如何应对?

拾瑾答:一定要明确以下几点

(1)技术出身的领导确实很容易只从技术角度考虑产品设计,但是这也不是错误的。

(2)作为产品经理,一定明确自己的产品需求,功能设计的目标,产品调性等,明确如此这些之后,从需求、用户路径、用户价值和商业价值的实现等诸多角度,和技术沟通,告诉他们如果不这样做,会有什么后果。避免只从用户需求角度出发,而是要结合用户价值和商业价值。

(3)然后很重要的一点一定要清楚,既能实现功能需求,又能合理规划技术实现的难易程度,也是对产品经理一个较高程度的要求,所以自己也要综合考虑。

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

对于多种情况的考虑。

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

3、产品经理需要掌握的工作技能都有哪些?

Libra答: 需求分析:产品设计: 文档撰写;沟通协作;项目管理;产品规划;
用户研究;产品运营;数据分析;业务规划;熟悉技术;团队管理;熟悉领域(行业知识)

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

设计评审。

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

4、对于前端和后端,产品经理所负责和发挥的职能不一样吗?

王鸿答:不一样,前端偏于交互,后端是逻辑;

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

设计规范。

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

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

5、产品经理如何做需求调研?市场调研?

Libra答:获取需求的方法:

  1. 行业调研分析报告

  2. 行业专家和资深人士

  3. 定性用户访谈:

一对一访谈

焦点小组访谈

电话访谈

接头狙击访谈

4.定量定性结合的调查问卷

5.来自运营数据的需求

6.将自己变成目标用户

7.挖掘用户需求

市场调研要去看专业调查报告的的网站;


太阳娱乐 4

  1. 对产品业务更熟悉

第二个项目:Omni Channel

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

1、交互设计到底是什么概念

王鸿答:其实产品经理是不需要太炫酷的交互设计的,追求视觉效果这是初级产品很容易犯的错误,产品应该多把时间经历放在功能、框架、流程、逻辑上,在这里追求极致。

对业务的熟悉程度就完全要依靠时间的积累了,很多产品经理可能连续几年都会做同一类产品,这样的话他们对这类产品的业务就会比别人更熟悉。例如一个做过金融类产品的产品经理,他们对于充值、支付、提现这些方面的业务逻辑就会更了解。有的人可能会觉得这没什么,即使一个人不熟悉,但是经过一番调研后也会明白的。且不说有些信息是很难从调研中获得的,即使可调研也没法保证调研的结果就一定真实。况且调研还需要花费不少时间,这对某些公司来说是不愿接受的。

在混乱中开始。

接到设计需求,我拿到的是一个excel需求列表,x-mind信息架构图,还有现有Axure文件中的user
case,写着一些业务流程和页面字段。我当时基本上是蒙圈的,都不清楚一共有几个页面,每个页面放哪些内容,贞姐直接问我几天能完成,说时间非常紧,让我尽快做。我想问一些业务规则,可是她说她也说不清,因为这些业务都是后台的,我们只有后台的开发文档,没有具体的业务规则。这又是没有产品经理,没有需求文档的弊端。我们只能先按自己的理解画原型,拿到评审会议上,让后台人员评审,再完善业务规则。这样的设计流程,费时费力,很多时间都浪费在了确认功能和反复修改原型上,真的希望以后能够改进。

2、互联网产品经理在未来十年内会被取消吗?

拾瑾答:这个问题我也不知道,随着社会科技的发展,每一个职位都有可能被人工智能所取代,但是无论在任何岗位需要做到的都是不断的投资自己,走在自己钻研领域的前端,让自己被取代的成本加大,公司和社会才会考虑一直留下你。

针对产品经理职业本身来说,如何变得更值钱才是我们要考虑的。

我们从调研中一般能明白正常的流程,假设一个流程从充值到支付完成,如果只是充值成功的话这个逻辑可能没什么。但要是过程中出现什么意外,就难以料到了,而在实际工作中一个好的产品经理与一个差的产品经理的能力差别往往就体现在这方面。再拿APP版本兼容性来说,如果一个产品经理做了多年移动端产品,可能在他脑海中已经形成了一个思维定式,每当做新功能的时候,他会很自然的考虑到旧版本跟新版本的兼容问题。但如果一个产品经理没有这方面的经验,就比较容易忽略这个问题。

再次强调设计流程。

既然现实如此,也只能硬着头皮做了。我先理解拿到的设计需求,对照着拼凑出业务规则,开始画页面。好在有几个业务和移动端是基本相同的,就从那几个业务开始做。现在想来,又犯了设计流程错误。在没有理解清楚业务的情况下画原型,只会在后面反复修改。之前移动端没有出现大的流程和架构问题,是因为移动端相对来说业务简单。这次的Omni项目,需求功能有所增加,时间又紧,缺少了页面架构梳理,导致了时间的浪费。在user
case中,字段和规则按功能列出,但是一个功能可能通过多个页面实现,多种信息也可能集成在一个页面展示,所以页面架构的梳理必不可少。时间再紧,流程不可少,这次是个教训。

3、请问,对于正在找工作的产品新人,有什么建议吗?

答:找准行业很重要哦,我理解的产品经理就是行业专家(我领导也是这样说)。


一个人对业务比较熟悉,他在工作中会尽可能完善的考虑到可能出现的异常情况,提前做好各种逻辑判断以及相应的反馈处理,这样就避免了产品上线后因异常遇到更大的麻烦。

纸面原型

之前听过纸面原型的种种好处,可是一直没有用过,以为纸面原型耽误时间,还要在软件里再画一遍。其实纸面原型真的很好,事半功倍,尤其是在设计初期,快速思考,将功能表现为界面,方便快速反馈和修改。在Omni的设计中,一些新页面,新功能,在设计之初使用了纸面原型,效果很好。我之前没有做过Web端的页面,画完纸面原型,再转到Axure软件中,可以顺利很多。

太阳娱乐 5

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

原型迭代。

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

1、数据分析的数据来源主要有哪些

拾瑾答:这要看你做什么模块和哪个阶段的数据分析了。商业策划前期的数据分析主要是来源于各大分析网站,有需求甚至需要购买专业数据。后期用户行为分析主要来源于产品本身用户行为、数据统计、流量、路径的分析。

Libra补充回答,具体如:

(1)
如果产品已经上线(前提已经对产品进行统计,比如接入百度统计、友盟),查看;用户(拉新、留存、促活、转化)、页面、行为、产品、订单、营收等

(2)产品未上线,可对竞品分析;

(3)行业数据调研分析,参考易观智库、企鹅智库、阿里指数或者数据咨询公司;

如果你跟一个从业多年的产品经理聊天或许会发现,即使他从未做过你所做的产品,但是只要你跟他聊上几句,他就能明白你说的是什么。跟这样的人交流,沟通过程中会觉得特别省事,你一说他就明白。

沟通与合作的重要性。

在进行到开发阶段时,一件事让我更加重视沟通与合作。转账界面的一个功能设计,是在输入对方号码时,输入框下方弹出列表,展示最近充值的10个号码,方便用户进行选择。在前端同事写页面的时候,还和我确认了一下这个功能,我说是有的,我记得还是后台提供历史转账号码数据。后来页面写完的时候,向后台询问接口,才知道后台是没有这个接口的,历史转账账号数据由浏览器的cookies记录,直接显示在转账输入框里。于是前端同事的代码就浪费掉了,我也觉得很不好意思。在原型评审时,这个功能是通过了的,可是我并不清楚是由前端实现还是后台实现。于是我知道,在做页面的时候,除了要知道页面功能能不能实现,还要了解功能实现方式,是由前端负责还是后台负责,另外,在前端同事做页面的时候,也要及时沟通配合,协调前端和后台。因为部门没有产品经理,所以很多事情要设计师自己跟进。

2、如何看出市场中的产品商业模式,怎么帮助产品实习商业化?

拾瑾答:商业模式包含盈利模式、运作模式、运营推广模式、团队模式。

从这几个模式拆分开分析,就很清楚了哦~

要做到这一点,背后也是有长时间积累的。原因主要有两个:一是因为对方平时对互联网比较关注,经常了解一些互联网资讯或者看一些相关书籍,对于互联网的一些商业模式,一些玩法都比较清楚;第二跟其工作关系肯定也是分不开的,不仅是自己工作的经验,也时常体验一下其它产品。看到的、使用的多了,没吃过猪肉,也见过猪跑。

与视觉设计师的合作。

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

3、请问,后台的设计,好的交互与实现工作量小哪个更重要?

王鸿答:看你的公司规模,如果技术能力不行,设计的产品估计过不了评审,再者看产品类型,前端产品一定是重视交互的,后台更注重逻辑;

拾瑾答:后台一般都是给自己人用的,最好是简单易懂,能够实现功能、业务逻辑能够闭环即可。

  1. 对产品功能考虑的更长远

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

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

4、做了很多产品,但原型总是一下场景欠缺考虑,怎么把原型做得更完善?

拾瑾答:我个人的方法

(1)自己创建一个产品自查表,按照增删查改显算传的方式进行思考。也就是说你设计一个功能,就要考虑到他的删除,查找,显示,计算,传输等。

(2)在画思维导图的时候就用MECE原则考虑到穷尽,根据导图完善产品原型。

有时候我们在工作中会经常遇到这样的情况,为了能够尽快交差匆匆忙忙的把产品的功能做好了,做了一个临时方案,虽然很快,但是会留下很多隐患。临时抱佛脚,虽然一时交差了,但是却给后面的长期发展造成了很大的麻烦,有些事情甚至是无法弥补的。一个有经验的产品经理考虑问题的方面会比较多,更大程度上避免犯这种错误。

设计流程的完善。

这次做新功能的时候,依旧没有详细的产品需求文档,于是我自己整理相关内容,补充完善。主要内容包括,已经给出的需求简略描述,产品定义(使用人群、主要功能、产品特色),用户需求(目标用户、使用场景、用户目标),之后整理页面架构,思考任务流程。在整理完产品需求时,和龙哥讨论确认,通过之后再进入到原型绘制的过程。

5、请问,按照现在产品开发流程程,如何安排团队内成员的工作量

(问题原型:每一个人的工作量都是安排得很满么,比如进入开发,测试,上线阶段了,ui都很闲,怎么看待这种情况,还没进入测试阶段,测试也一直很闲?)

王鸿答:要赶在技术开发一个月前做出原型,这个完了马上准备下一个需求和原型,永远赶超他们一个月。(海浪般的笑声有木有)


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

再谈纸面原型。

这次做界面的时候,纸面原型的方法应用的很多,基本上所有新页面都是先画纸面原型,和龙哥讨论,之后修改,方案通过之后再绘制Axure原型,设计流程顺畅许多,设计效率大大提高。

太阳娱乐 6

如果当时负责这个事情的产品经理能够考虑的更长远一些,最开始就采用一种为以后可持续,扩展性更好的方案,那么后续再有新需求基于之前的功能加即可,完全不需要再把之前的推倒,重新再来了。

体验设计。

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

1、对于刚转型没有产品经验的新人来说,投简历处处碰壁怎么办?

Libra答:选定面试的心仪公司,面试前一定要对公司产品分析,行业分析,写产品分析报告,竞聘的时候一般很有帮助;

王鸿答:一定要每天坚持学习,不要幻想短平快,一定把基础打牢,比如做一个脑图,列举一下产品经理都需要掌握什么技能,自己哪方面比较弱,比如计划出相应的是将大概1周时间学习Axure,一周时间单独做一个模块(包括流程图、功能图、原型图),这个项目没有的话可以模仿现有的产品,比如淘宝的登录注册模块。

要想对功能考虑的更长远,也是基于产品经理对业务的熟悉和积累的做同类产品的经验。有些是自己踩过的坑,再次遇到肯定要避免历史重演。

与视觉设计师的合作。

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

2、提问, 产品经理简历,是word好,还是ppt好, 里面需要放原型图设计,流程设计等这些内容不?

答:产品经理简历建议使用word设计转换成pdf.或者使用axure,原型设计可以放在简历之后,面试的时候打印出部分页面,带着去。这样做的好处是可以自己引导面试官的思路。

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

其他项目

3、为什么要转岗到产品经理?面试到这个问题怎么回答更好一点

拾瑾答:其实这个问题面试官并不是想知道你为什么要做产品经理,而是想了解你的思维方式,这个问题的答案没有对错。一般的答题思路是聊聊你对产品这个职业的看法,结合自己的特性,让面试官觉得你是一个适合做产品的人。进而他会对你刚才的答案进行深入问答。

其实面试是个套路,避免给自己埋坑,要给面试官埋坑。其实你在面试的时候。面试官也是不了解你的,他除了自己想了解的问题,下一步就是根据你的回答来问你,所以你的回答要给他问的机会,并且其实自己已有准备。


太阳娱乐 7

将小伙伴们的问题分类汇总之后,我一直在想一个问题:和我们交流了这些之后,他们就能成功转型产品职业了吗?

先不来猜测这个答案,先来说说一些我没有总结来的几个问题,希望大家也能从中找到自己身影,并且引以为戒:

1、有产品经理面试问题的总结吗?

2、MECE原则是什么?

3、产品经理常用工具有哪些?

大家有没有注意到,这些问题都是可以自行解决的?意思是,问问百度就可以解决的问题。

其实,这就是一种学习能力的体现,我们无论从事什么行业,有一个很重要的习惯就是思考,问问题之前先思考,发现无法解决之后再去提问,交流的时候也更容易让人尊重,也很有可能获得思想碰撞的火花。被动接受永远是成长的绊脚石。


最后说说我的小总结

1、找一些志同道合的小伙伴,和你一起成长。

分享,交流,总结本来就是产品经理职业素养的关键,你永远不是一个人在战斗。找几个小伙伴一起做竞品分析、行业分析,制定学习计划和互相监督公约,你会发现互相成就是一件很美好的事情。现在,我和阿超,尚蔚,max,吴迪,欧阳我们一同成立一个“产品pro继承者”小组,看到别人进步的时候,自己也不甘示弱了。

2、交流之后能够成功转行的关键就是:练习!

产品经理的思维方式,从你的第一个思维导图开始;业务逻辑的实现,从你的第一个业务流程图开始;用户需求的总结,从你的第一个用户画像开始;功能需求的实现,从你的第一个axure原型开始;商业模式的分析,从你的第一个竞品报告开始;

……

做得越多,总结的越多,你就离产品经理更进一步。

3、抓住自己喜好的行业,深入研究,成为行业专家。

行业的重要性不言而喻,对行业越了解,越容易理解商业道理。创新并不是对一个从未了解事物的突发奇想,而是深入了解后的差异化剖析。脚踏实地永远比好高骛远来的值钱。

4、想要学习一个领域或一门新技术,最快的方法就是:花钱找课程。

比较实际一点说,我们都是普通人,并不是天才。如果你痴迷靠在这么繁忙的时间如金钱的年代靠自学成才,那可能有点落伍了。花钱找个课程,找个老师,将这个领域最实用的技术直接教给你,你不仅能够快速掌握知识,更可能在同部门表现突出哦。

关于产品经理方面的老师,推荐开课吧旗下产品壹佰Tony老师,你不会失望!

好了,已经很晚了,希望大家都能在产品的道路上越来越好,欢迎留言交流。

对业务的熟悉程度和其做产品的能力是对产品经理是否优秀的考量。除此之外,沟通能力和处理事情的能力也很重要,别小瞧这方面的能力,很多时候都关系到事情的成败。

负账单转移页面

这个需求来自匈牙利的项目,安排在Omni项目告一段落的时候。简明解释业务,将一个账户下的负账单转移至另一个账户,并选择抵扣欠费和转移金额。业务不算复杂,只有一个页面和一个弹框,主要任务是完成符合业务逻辑的界面操作。我和后台人员了解需求,沟通之后,现场绘制纸面原型,并立刻反馈,修改通过之后,再绘制Axure原型。纸面原型主要解决界面元素与操作流程的相关问题,包括界面内容、表单排列、按钮位置、操作与反馈,之后的Axure原型,完善界面内容位置安排,考虑美观性。在Axure原型完成之后,反馈修改了两次,修改了一点内容,设计就完成了。这个页面以表单为主,前端可以参考项目的其他页面写代码,视觉同事就不需要做视觉页面了。

做这个页面的时候,我用Axure做交互动效还不熟练,动态面板的条件设置和动作设置是我不熟悉的内容,为了表达方案,通过几个页面的跳转实现。做完这个项目之后,我又学习了Axure的动效内容,提高软件技能。

这个项目的收获,主要就在于业务逻辑的梳理与表现,软件技能的提高上。

我们列举一种工作中的实际情况,一件事情可能别人答应你交付工作成果的时间是周五,如果你严格按照这个时间点来执行的话,最后会发现项目没有完成。有一些不确定因素,一两个人不靠谱,一、两个环节延迟,就会造成多个环节延迟,项目完不成就是必然的结果。

无主缴费页面

这个页面的需求更为简单,一共只有两个页面,第一个是无主缴费的查询页,第二个是信息展示与操作页。主要工作,即是输入框与表单内容的排列,简单操作的切换。依旧沿用之前的设计流程与方法,业务流程梳理-纸面原型-Axure原型。

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

自我学习

  • 一是因为经验,之前做过类似的工作,对于技术的开发时间心理大概会有预估;
  • 二是工作时间久了,接触的人多了,看人更准,对于合作同事的做事风格有一定了解。虽然别人跟你说的是一个样子,但自己心里也有一杆秤,对于过程中的不确定性提前做好防范会更靠谱一些。

京东页面临摹

为了学习网页端的界面设计,龙哥安排我临摹京东的一些页面,包括首页和购物流程相关页面。在临摹的同时,注意思考业务流程与界面元素的关系,还有界面细节的处理方式,各种情况、操作的页面变化,如何优化用户体验。

在临摹的过程中,我思考了页面栅格系统在网页设计中的应用,相同元素的复用与统一,设计规范的应用,操作提示与反馈。这些内容对我之后的设计工作很有帮助。

#专栏作家#

读书-破茧成蝶

在实习期间,读完了《破茧成蝶——用户体验设计师的成长之路》,并整理了读书笔记。这本书也是一本讲设计流程与方法的书,和之前看的国外的书相比,更加贴近实战和国内特色。系统讲解了从需求分析、交互设计到设计表达、项目跟进的一系列过程,书中内容讲解很细,对于刚刚参加工作的设计师帮助很大。

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

后记

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

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

俊森

2016.6.30

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

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

责任编辑:

admin

网站地图xml地图