我也做个产品经理

2018-11-23  本文已影响6人  Irene1020

      在入职的自我介绍中,我提到的人生格言是“穷则独善其身,达则兼济天下。”说这句话的时候很有点不好意思,我是如此普通的一个人,真的能帮助到别人么?看完本书,欣喜地发现原来作者也有改变世界的“不切实际的幻想”,我们的力量确实微薄,但如果用笔记录下有益的思维或想法,对每一个读到这些文字的人来说,也许就能改变一点点?

      评论里有人说这本书繁琐,过于啰嗦。对于我这样一个没有互联网知识和背景的小白说,这本书却细致得刚刚好。产品经理的第一步是找准需求。产品存在的意义是什么?针对某些人,发现他们的问题,召集一群人用科学高效的手段设计、开发、测试、上线产品,解决他们的问题,满足他们的需求,这就是产品的意义。看看我们身边常用的互联网产品,阅读类APP解决实体书不宜携带,缺乏书友分享的问题;聊天类APP解决远距离沟通,群体沟通障碍的问题;风口浪尖的滴滴、摩拜更不用说,正是针对的士难打,近距离交通缺乏工具的问题给出了针对性的解决方案。可以说真正戳到用户痛点的产品,成功的概率会大很多,但事实却是,提出一个有价值的问题一直比解决一个问题更具有难度。有趣的是,看这本书的时候,我刚刚分手,前男友给出的理由中恰好有一条,我无法满足他的需求。当我问这个需求时,他说:“不要总强迫我做明显表示过不情愿的事。想问各位聪明优秀的产品经理,设计一个怎么的产品,才能完美解决他的需求呢?

    言归正传,关于需求,有采集、分析、满足、评测四个部分。需求的采集过程分为定性和定量,1.定性地说:用户访谈(大多采用开放式问题,用户说 ,我们听,需要一些心理学知识,引导用户说真话,有用的话),2.定量地说:调查问卷(大多采用封闭式问题,时间短,少用引导问题),3.定性地做:可用性测试(招募用户有代表性,可以在产品的各个阶段做,可以用竞争对手的产品做,确保测试环境的轻松),4.定量地做:数据分析(多在产品上线后,记得在设计产品时考虑分析数据的易获取性)。在需求采集的过程中,一定要做到尽量多,多是为了少,只有充分收集了所有需求后,才能做到正确的取舍。接下来是需求分析,找准用户真正想要的,探究他内心的渴望,而不是口头上说的。再次,满足需求的方式:1.改变现状;2.降低理想;3.转移需求。对于前男友的需求来说,改变现状就是我更加体贴,善解人意,控制自己的控制欲,可问题在于对方是否相信。降低理想则是让前男友意识到天下女朋友都一样,温柔乖巧的更多存在于男人的幻想。转移需求则是让他注意到我其他的优点,比如我身材变好?对他的信任满满?有人生追求?乐于陪他成长?最后,对需求的评测。满足用户的需求对我们而言是否有商业价值呢。企业经营的目的是为了获利,要将实现需求带来的收益和做出产品的人力物力成本相衡量,这时就需要和技术人员沟通,一个需求的满足也许效用好,但面临的技术难题,开发难题也是值得权衡思量的。这时,性价比这个指标出现了。性价比=商业价值/实现难度,在需求会议的讨论中,商业价值由有经验的老板打分,实现难度由技术成熟的开发经理打分,最终得出性价比的排序,选择前几位的需求予以实现。

      接下来是项目阶段,项目经理不一定是由产品经理担当,开发经理、产品经理担任该职位会有各自的优点和缺点,前者技术强,但容易忽视需求;后者重视需求,但可能忽视项目难度,脱离实际。在产品KICK OFF后,项目过程包括设计,开发,测试,上线四个阶段,这些阶段产品经理不是主要执行者,却是参与者,推动者,因此与技术人员和服务人员的有效沟通非常重要。这部分涉及了许多许多文档和工具,我并没有实际了解,关于UML(统一建模语言)和用例文档(用于讲解产品的某个功能逻辑,可以通过VISIO制作),也是半懂不懂,看起来有些云山雾罩。这里整理一下用例文档常用图,便于后续学习:

1. 类图:描述系统中出现的各个对象的关系,以及和外部系统的关系,这是对业务领域的描述;

2. 用例图: 从用户角度描述产品功能,并指出在各功能中的操作权限;

3. 流程图:通过线框图形描述产品功能的处理过程,主要是描述功能的执行顺序、分支和循环的逻辑;

      此外,产品需求文档也是项目阶段最多使用工具的一个文档,主要读者是公司内部的开发人员和测试人员,下面梳理一下写作流程:(此处word编写,格式乱了,看一下大概意思)

罗列信息​列出产品功能(辅助服务端技术人员创建或调整数据结构)

​产品结构图(包括频道、界面)

梳理需求

​用户流程图

移动产品    灰模原型(photoshop,fireworks)

原型设计    界面表现    ​

​网络产品​交互模型(Axure)

文档写作

        作为一个小白,梳理这部分内容的时候,是百度百科最多的时候,涉及到的交互设计,建模语言也一度让我晕头转向。但透过现象看本质,工具只是手段,思维的表现方式。这里要求的是产品经理的逻辑思维能力以及界面设计能力,也是这一职位真正有趣和有挑战性的地方。我想,接下来需要做的则是真正去学习使用上面提到的软件,在实践中思考。

      人类获取知识正如同在漆黑的夜里点灯,每当点起一盏灯,就照亮一片区域。大多数时候我们照亮的区域是分散,互不相关的。某一天,当我们获取的知识足够多时,惊讶的发现对某一领域或某一事物有了全面深刻的认识,仿佛拨云见日,这就是将过往的知识串联起来了,形成了认知体系。

      阅读完产品经理的入门书,让我对互联网行业有了更深刻的了解。产品,运营这些互联网的专有职位,都有许多从业者将自身经历出书,系统地介绍本职位的工作体验、感悟、职责和发展趋势,分享给对这一行业好奇的小白们,我想这就是互联网行业的特性吧,热爱分享,终身学习,始终保持对这个世界的好奇。与君共勉。

上一篇下一篇

猜你喜欢

热点阅读