导航关于我们产品中心企业文化资讯中心加入元旭产品展示发展战略人才招聘

产品经理究竟是干什么的?

出处:本站 责任编辑: 时间:2019-01-21 [ ] 查看全部评论

  初入门的产品总会有这样误区,就是总觉得产品经理的主要工作是绘制界面原型。曾经面试过一个应聘产品助理的妹子,我在考验她逻辑思维能力的时候,她对我的问题表示出了不屑,不停的跟我强调自己会使用各种绘图和设计软件。其实,学习能力,思维的逻辑性,比单纯的使用一个软件的技能要更重要。而且,产品的原型的设计只是产品经理众多工作输出偏向于后期的一种。

  一个个互联网产品可以看做是一系列事情的解决方案的集合,而不管解决什么问题,都得付出资源。无论是任何公司,哪怕是BAT,资源永远都是不够的,所以解决方案还需要聚焦到一两个点去展开,才能尽快建立起自己的领先优势。比如早期的陌陌,就专注于陌生人社交这个问题,最初的小米专注于解决穷人如何拥有一款智能机的问题,最初的百度也就解决如何有效的搜索到自己想要信息的问题。你永远无法用一个产品解决所有问题。就像你永远无法用一个答案答对所有题目一样。这个时候,产品业务的边界就非常重要,定位一定要非常清晰,绝对不能模糊。

  我觉得美国著名的电影《教父》里面的维多·克里昂是最成功的产品经理之一,因为他曾经说过这样一句线;m gonna make him an offer he cant refuse (我将给他一个无法他无法拒绝的理由),然后他做到了。我们可能没有教父那么牛,但是我们可以做的是:我们究竟能不能,敢不敢说出这句话?

  科幻小说《基地》里面讲的是,一代宗师哈里·谢顿对未来三万年的预测和推演,并通过自己的推演来重新建立人类文明的故事。虽然做不到像哈里·谢顿那样,商业模式能否盈利,的确是需要进行市场调研和沙盘推演的。因为往往市场的情况就决定了,一开始,这个产品未来的发展和走向。我们通过市场主要影响因素的估算,算出分几个阶段做这个产品,制定出产品的RoadMap(关键节点),以及多长时间能够盈利。最后产出的就是要给VC(风险投资者)看的BP(商业计划书)。

  所以我们总是说创新是一件很难的事情,更好的一种方式是直接抄袭然后修改。COC (copy to china)就是这样,在国外得到验证过的商业模式,直接抄到国内来。这些成功的例子有很多啦,比如大家痛斥的腾讯,又比如我前老板王兴,我称之为火影忍者卡卡西(复制忍术),虽然王兴几乎所有的创业项目都是照搬国外现成商业模式的,但他都快成大佬了,充分说明这种流氓式抄袭过来修改的方式还是挺管用的(虽然很没节操)。

  关于问卷调查,我曾经简单的写过一篇相关的文章,大家可以去看看,这里就不多阐述了。问卷调查的好处在于,可以获得大量用户反馈的信息,获取信息的效率更高,虽然准确度可能不太好控制。

  亲身经历一个事情带来的情绪记忆要比看着或听说别人这个事件所感受到的强烈得多,形成感受的反射也远远要更持久。而且,比较传统的用户,很多时候,并不会对你说实话。去到用户的环境里,不但可以切身体会到用户的感受,而且还能从侧面去观察这个行业,总之,好处很多。所以我做之前影视项目的时候,就去片场呆了将近一个月的时间,吃剧组饭,也客串了几把演员,我也因此弄明白了影视行业的潜规则和一些行业消息,发现很多用户的痛点是没法说,或者不愿意说出来的。

  产品经理郝原在知乎上分享过自己在做凤凰新闻客户端的经验,他做凤凰客户端的时候,参考了reddit,豌豆荚,豆瓣小组,网易,贴吧,微社区,抽屉等各个平台的UGC产品的微社区功能,很辛苦的做了一个微社区,怎么推都没有推起来,最终失败了。原因是因为他没有搞懂别人做微社区的原因的情况下简单一味的模仿,导致了产品的失败,最后他总结到:

  但我们在设计业务过程的时候,就不能一叶障目,只绘制显性的业务,还是得把整个业务过程给拉取出来,先抽取主要的过程,再加上分支的过程。还拿电商举例,完整的业务过程应该是:商品的产生、商品的库存,商品的在线营销、商品的配送、商品的售后。区分一下,哪些业务是在线上完成,哪些业务是在线下完成的。区分是在线上还是线下完成,一方面要考虑本来业务的属性,比如配送,这个业务的属性决定了它主要业务过程在线下完成。另外一方面还是取决于开发的成本和优先级。比如如果系统内涉及了交易就肯定有结算的功能,但是如果交易又不是主要用户的使用场景而又赶着上线的时候,就可以让这个环节放到线下去结算(当然不是一个好选择,只是举个例子)。因为做产品设计,本质上还是一个投入产出比的游戏。

  绘制原型的时候,只需要画草图,说明清楚交互,约束就好,不需要在细节上做的太过(当然我指的是初始阶段),需要知道,用户体验包括三个层面:能用—》用的舒服—》用的舒服且界面漂亮,做产品得有先后顺序之分,细节是最后打磨的时候用的。某些一开始就打磨细节,而产品功能有问题的手机厂商,估计是因为他们还不知道怎么打磨产品吧。

  执行过程必须要是无脑的脚本,就是看到这个过程就知道不需要动脑,直接按照执行过程的说明来进行操作,这样的好处是执行起来非常快,不需要边做边想,在做的时候动脑。

  任何一个测试用例必须要有一个预期,即如果系统正常的情况下,系统反馈出来的结果究竟应该是什么样的。

  即在测试过后,系统实际展示给你的现状。如果实际结果满足预期结果,那么,这个功能就是可以交付的。如果有功能的问题,那么就是需要提交工单给研发,研发重新修改最后再上线。一般一轮测试完成以后,需要跑一遍回归测试。回归测试,就是把验证已经通过的测试用例再走一遍,看看是否能够再跑通,确认修改问题的同时,有没有引入新的问题。

  当然,我在这里写的都是最简单的测试过程,实际的测试过程比我所写的要复杂。实际可能会测试的还会有:数据的唯一性,数据接口的稳定性等等。测试方法也不一而足,就不一一介绍了。

  由此,制定出来的策略才有可能是有效的策略。当然,如果没有太多运营的经验,那么就只能每个都尝试一下,在尝试的过程中进行计算和总结,逐步迭代出适合于自己产品的运营策略。产品上线以后,运营的策略也会不停的变化,而且通过不断的运营和数据的积累,产品不断的迭代下去,直到这个产品完成了它固有的生命周期,最后产品下架,产品经理的使命就此结束。

  从长远来看,任何岗位,都不可能是非常容易就能够拿到高薪的,因为如果产品经理容易拿到高薪,那么所有人都会一拥而上,这个职位瞬间就不值钱了。虽然产品经理这个职位的平均薪酬在逐渐降低,但是我所认识的,称得上是产品经理的同学的薪资却一直都在稳步上升。我因此得出来的一个结论就是,不是能干这些活的人的薪资水平在下降,而是被称之为产品经理的人正在变多。

  感谢~入行产品半年,觉得产品真的需要好多知识,最近也准备考虑报起点90天的班系统学习了,希望形成自己的知识体系,像作者这样能洋洋扫扫归纳出自己的1、2、3来

  需求层面》功能层面》信息层面》界面布局》视觉美化》代码解构》测试上线》版本迭代》内容储存》用户获利》品牌层面》生态层面》标准层面。欢迎看我的首页文章作品。

  1、了解、熟悉你的老板或者客户要做一个什么东西,这个东西是用来干嘛的。产品经理要深刻的去理解、摸透他们的意图。具体怎么做,每个人的做法和环境不一样,不好说,可能是和老板扯淡来聊,可能是开会,中间可能会有反复的提问,前前后后反复去找老板确认一些东西。

  2、在了解了老板或客户的意图后,知道他们要做一个什么东西,然后就是要产品经理来把老板或客户的想法转化成技术性的东西。

  3、构建用户场景,也就是文中所说的“用户故事”,就是能够用语言或文字把这个产品的流程描述清楚。比如淘宝上买东西,是淘宝一条重要的业务,用文字把如何买东西到付款到收货到评价讲清楚,这就是用户故事。

  4、确定这个产品的业务中有哪些角色,各有哪些功能,列出来。然后就是把这个故事用“泳道图”画出来,方便技术、测试来理解传播。

  5、在画原型前,最好和技术开几个会,先把流程和他们讨论一遍,先和技术过一遍,技术上是否合理,是否可行。没问题了,再开始画原型。

  7、评审通过了,定稿了,开始写prd文档。同时,项目负责人开始定时间,分配人员。然后就是技术 的事情了。产品经理跟进就好了。

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、招聘、社群为一体,全方位服务产品人和运营人,成立8年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里分享知识、招聘人才,与你一起成长。

来顶一下
近回首页
返回首页

相关导读

    无相关信息

专题推荐

网站首页 | 关于我们 | 服务条款 | 广告服务 | 联系我们 | 网站地图 | 免责声明 | 返回顶部
Copyright © 2016-2018 乐橙国际平台 Inc, All rights reserved.
Powered by www.g22.com,Template designed by 乐橙国际平台