一个老产品的心路历程.docx

一个老产品的心路历程 PAGE 1 一个老产品的心路历程 一个产品经理的经历可以分为三个阶段：无知者无畏、初出茅庐、渐行渐远。近日，心中一直颇不平静，像如今这样的日子，17年前也曾经历，只不过那时候我还是一个高一的学生，现在回想起来，只记得当初得到了一个漫长的假期，17年前的郊区农村，没有网络，没有游戏，有的仅仅是模模糊糊的散漫记忆。其实今天也并不是想在PM这个平台里闲话家常，想从务虚的层面来聊聊一个老产品的心路历程。也算是对自己这些年职业生涯的一个阶段性回顾。从业这些年，对于产品经理这个职位，也有了一些虽不能称之为深刻的洞见，但也不仅限于肤浅的认知。网络上各种各样的段子，对于“产品汪”的褒贬，大家已经是司空见惯了，就不在此赘述了。我想说，我对产品经理的认知，可以说经历了这么几个阶段。第一阶段：无知者无畏当我进行第一份产品经理工作面试的时候，我根本就不知道什么是产品经理，他的职能、作用通通都一无所知。当初仅仅是因为那个公司有相关产品的需求，跟我以往的从业经验有较多的契合点。我就是在这样一个懵懂、无知的状态中起步的。走到今天，对于当初的职场选择依然颇感幸运，因为在而今的市场环境下，很难再出现那样的契机。虽然以我现在的判断，当初的leader并不清楚产品规划和行业前景，那个部门当时也是处于一种茫然混沌之中。但是，我必须心存感激，就是在那样的契机之下，使我走上了成为一名产品经理的道理。在那时的我眼里，产品经理是什么？会画原型，所以我努力学习了Axure，趁着领导们迷茫之际，恶补了Axure的使用，还记得当时学的很细，从简单的交互、到各种交互效果，按照教程一节课，一节课的学，包括中继器内数据的增删改查，内心深处无比追求高保真原型。以至于后来我能转岗到一个产品经理的部门去，就是因为之前给那位leader帮过忙，他觉得我原型画的很高保真。会写PRD文档，要按照模板把产品的功能写明白。记得很清楚，是从注册、登录开始学起的，我惊奇的发现，一个简单的登录居然有如此多的状态，然后傻傻的每次做一个产品，都要放上全套的注册、登录组件，现在想想真是汗颜啊。至于需求的来源啊，用户的调研啊，市场的情况啊，当时通通还都没有进入我的视野之中。抱歉，请诸君原谅一个蒙昧无知的产品新人。我觉得用一句话形容我那时候的状态就是，“无知者无畏”。 现在回想起来，在那个阶段和我合作过的研发人员真是可怜啊，希望他们可以原谅我。后来我发现了一件事儿，一件于我来讲很重要的事儿，我发现我喜欢这个工作，喜欢做一名产品经理。这算是我职业生涯的一个重要收获，不瞒诸位同学说，在此之前，我从没觉得工作有值得喜欢之处。第二阶段：初出茅庐终于明白了“画图小能手”和产品经理之间存在的巨大鸿沟，明白了需求是需要深刻理解和讨论的，明白了再做产品前，需要首先理清楚，我这个产品的目的和意义，客户在哪里？用户在哪里？明白了原型和PRD的意义是什么，谁需要看这个东西，我为什么要写，对于PRD的写法，在我的职业生涯里，也经历了几个阶段：找个模板套进去，人家有什么我也有什么就得了，至于写的清楚不清楚，我怎么会知道。不断的改善PRD的细节和形式，例如写到原型说明里，写在原型页面上等等。现在这个阶段呢，PRD和原型不是我们追求的目标，只要你产品的需求站得住脚，逻辑完整，说明清晰易懂，就ok了，至于细节要写到什么程度，采用什么的形式，本质上讲，都是见仁见智的，也是需要和你的研发团队磨合的，当然也要贴合当前的实际情况，产品研发的目的。如果说MRD的客户就是老板的话，原型和PRD的输出，研发就是你的客户，他们说好才是真的好。产品经理到底要不要懂技术呢？这可能是困扰很多非技术转岗产品人的一个问题，我也是非技术出身，新闻学毕业的标准文科生，经过了这么多年，我终于可以说一些我认为相对客观的想法。首先谈产品是否要懂技术，要先看你负责的是什么类型的产品，例如：我现在做的是NLP方面的基础产品，如果我连什么是NLP都搞不清楚的话，我这个产品该怎么做呢，显然是没有办法的对吗？但是我真的需要了解每一种NLP技术的细节吗，也未见得？但至少我要了解每一种相关技术的应用场景和目前的发展情况，业界水平和你当前公司的水平。了解你的局限在哪里，你的机会在哪里？如果再能从技术层面了解一下实现思路和算法的大概逻辑就是最好不过的了，只有了解的够多，才能避开更多的坑，千万不要以为，这些研发同学都会帮你考虑，你们站的角度不同，出发点不同，甚至利益不同，怎么能要求别人帮你考虑的事事周全呢？这不现实。第三阶段：渐行渐远1. 学会从老板的角度考虑问题我们作为产品经理，都有一种十月怀胎，一朝分娩的责任感，这是我的产品，我要对它负责，换个角度讲，老板呢？这是我的企业，