1岁的产品经理｜迟来的产品新人年终产品工作总结

honghu2

1岁的产物司理｜迟来的产物新人年关产物事情总结

这篇事情总结更多的是写给本身的，但也但愿本身的一些感悟能引发一些共识。

从16年9月走上产物之路起头，到如今也已一年多的时候了。我很感谢感动公司赐与我的发展情况，咱们是创业公司，而我卖力全部公司的产物线。

和从成熟的互联网公司的产物助理起头做起比拟，劣势多是没有一个更有履历的人可以或许带着你少走一些弯路，任何事变都必要你本身来试探。但更多的上风是：你能有一个机遇去以全局的角度去看本身的产物，去做产物计划，对我而言既是机会也是挑战。

这一年以来走过了很多弯路，也经手了多个产物。产物团队从我单身一人也扩充到了四人。有过和技能们闹抵牾相互不措辞的场景，也有过在事情之余大师洞开心扉相互理解的释怀。

在年假这段时候里，我好好地又看了一遍苏杰的《人人都是产物司理》这本书。发明和刚做产物那会儿看比拟，又有了分歧的领会。在有了必定的实践履历根本上再看，发明本身可以或许把书中的某些理论和实践相对于应起来，那种「纸上得来终觉浅」的感受少了不少。

因而我想，不如就借着这本书里本身有感到的一些点，连系这一年以来的事情感觉做一个本身的年关事情总结吧，同时也是对这本书的一个小我回首。
事情回首
这一年多的时候以来我小我重要卖力了三个项目。
第一个项目是一款办事于校园的短信平台，也是咱们创业的启动项目。这个项目也在2017年2月在聚募众筹拿到了天使轮融资。第二个项目是一款针对企业的在线短信群发平台，在传统的短信根本之上咱们供给了较为立异的短信模式，但愿能做出本身的个性化差别产物。第三个项目是APPlan，这是一款针对美本留学，为出国粹生供给全方位智能测评与计划的产物，这个项目在2017年12月也乐成入驻宁波肯特黉舍。
这些可能在某些大佬看来不外如斯的小成绩，实在也是咱们全部公司尽力的成果，我很欢快本身能在此中做好本身的那一份事情，和公司一块儿发展。

在这个进程中我本身的一些感悟和心得，连系《人人都是产物司理》这本书，我总结成为了如下10个点，但愿能和大师一块儿分享。若是某些感悟过于单方面，还望看官们实时不惜指出。
心得篇1. 听用户的但不要照着做
案例：

这句话应当在产物司理范畴听得比力多了，但我本身深有领会仍是在「听用户的而且照着做」了以后；正确来讲，应当是「听客户的而且照着做了」以后。

在17年的5月份到9月份时代，咱们和一个客户互助开辟一款针对美本留学的产物，包含Web端和App端，也就是APPlan。客户颇有设法，对产物的功效架构和功效实现的详细方法都有本身的方案。

一个例子是，客户但愿留学参谋是产物中的一个付费项目，用户可以直接经由过程App采办留学参谋办事，采办以后留学参谋可以或许经由过程App中的即时谈天功效对学生举行引导。

那时的我和另外一个产物同事都只是刚事情不久，固然晓得有「听用户的但不要照着做」这么一句话，但迫于那时的项目周期压力并无花太多时候和客户穷究她的方案就照做了。

两个月后，产物开辟开端完成。在交给客户验收以前，咱们内部先对产物举行了一次复盘。在看到上面这个功效的时辰，老板和UI小哥就提出了质疑。

起首留学参谋收费高，动辄五位数的申请用度让用户在只是阅读了参谋的根基信息，没有任何合同保障的环境下直接付费根基不成能。

其次这个申请用度超多了绝大大都用户的银行卡单笔消费限额，即便有那末一个用户想要直接付费，也会存在没法付钱的可能。

和客户交换以后，固然这个方案是她假想的，但她也赞成咱们的概念，认为如许的设计分歧理。

固然这锅客户是不会背的，只能是咱们产物团队背走。

厥后的解决方案是下掉直接付费的功效，取而代之的若是有乐趣那末用户可以倡议线上沟通，付费则采纳线上沟通以后两边都承认的方法举行。

总结：

就像人人都是产物司理里说的：

用户提出的需求常常单方面，咱们必要找到用户心里真实的巴望，把用户需求转化为产物需求。

2. 产物的可用性测试应找到对产物不认识的用户举行

可用性测试是指经由过程让现实用户利用产物或原型法子来发明界面设计中的可用性问题，凡是只能做少数几个用户的测试，看他们怎样做。

案例：

咱们的创业启动项目是一款针对大学生的基于短信的信息采集平台。在16年的7月份产物内部beta版开辟完成，内部职员测试经由过程，认为产物的不乱性另有体验都还可以。然后咱们就找了一批对产物不认识的人来试用产物，然后问题就表露了：

产物对新用户的指导彻底不敷，乃至某些页面没稀有据的时辰会呈现不少不友爱的弹窗告诫；成果就是：新用户注册进来彻底不晓得本身要做甚么，一脸懵逼。

因为这个问题发明得太晚，点窜本钱已很高了。终极的解决方案是咱们对产物举行了总体的复盘和大点窜，也将产物上线的时候延后。

总结：

公司内部的人对产物过分认识是以会认为产物中一切的流程都是理所固然，只有让对产物彻底目生的用户利用产物才能表露问题。

再附上书中一句话：

记着，一切的错都是产物和咱们的错，用户绝对没有错。

3. 稳重地斟酌一些细节的扭转，在没有大影响的条件下，不要对不乱的版本做一些鸡毛蒜皮的动作
案例：

我本身是一个对细节请求比力刻薄的人，是以在我刚做产物的头几个月，我会出格想要去批改产物中一些细节不到位的处所，好比某个处所没有对齐，某个处所按钮巨细纷歧致，某个处所可以增长一个发送人的信息等等。

我那时说服本身的来由是：归正改改也快的。但有时辰也会惹得开辟们很不高兴，可能在咱们看来某个轻易点窜的细节在他们看来连累较大不容易点窜，又可能他们感觉如许的点窜欠好或没成心义，有加倍值得点窜的处所。

总结：

我认为不是细节不首要，而是要拿捏好哪些是首要的细节。在麻利的布景下可能某些用户很少会进入的页面细节略微粗糙一点问题也不大，首要的是要把焦点体验做好。

书中提到的一个类似的原则是：

咱们要区别哪些是济困扶危的功效，哪些又是锦上添花的功效。

济困扶危是根基功效，对用户颇有用，产物缺了这个功效底子跑不起来。好比 E-mail 体系里的“收发邮件”；

锦上添花的功效是指非必需的，用户有时用获得，有的话会给用户的利用带来便利，好比在发 E-mail 填写收件人的时辰，体系按照你输入的内容主动提醒你曾发送过邮件的接洽人

在资本有限的环境下咱们要完成「济困扶危」的功效，在资本有红利的环境下咱们再去完成「锦上添花」的功效。小我认为麻利开辟也是类似的思惟。
4. 制订开辟周期时，技能职员会感觉没法评估开辟量
这是我感觉最深的一点，每次咱们产物集会到制订工期的时辰都是最缄默的时辰，开辟职员们会感觉没法评估工期，由于有些功效他们也没有做过，不晓得实现要多久。

案例：

APPlan内里有一个功效是即时谈天（IM），咱们必要接入第三方办事，但开辟们没法评估所必要的事情时候，但对付咱们产物来讲，咱们是必要有一个开辟日程来把控总体进度的，出格是某些和客户互助的项目，咱们必要包管在截止日期以前交付。是以工期的制订在我在公司时代是产物团队和技能团队最大的抵牾。

实在我认为两边都没有错，站在技能职员的角度来看对一个彻底目生的功效确切欠好评估一个周期。因尔后来同事提出了一个方案，就是技能职员评估一个开辟可能的周期范畴给咱们，而不必要一个切确的时候。如许咱们产物团队也能对全部开辟的周期有个大要的把控。

总结：

如许的方案也和书中的概念契合，开辟量长短评估不成的，但咱们在初评的时辰容许偏差存在。
5. 不要试图知足所有的用户

不要试图知足所有的用户，一切皆看性价比

案例：

在做第二个项目标时辰，咱们和用户接触得比力多，咱们也很甘愿答应去按照用户的反馈优化产物。但我那时犯的一个毛病就是我测验考试去知足所有的用户。由于用户的反馈乍一听都是有事理且有说服力的，由于他们才是真正利用产物的人。但有些时辰用户的反馈会过分单方面，可能他会反馈一个就他本身有利用场景的功效。

Minfo的检察已发通知的功效中可以或许看到用户的复兴内容，固然用户可以或许在任什么时候候对复兴内容举行更新。一个用户就向咱们反馈但愿能有一个雷同日记的功效可以或许保留用户对本身提交内容的点窜环境。他也阐发地条理分明，说用户随时均可以点窜过分随便，必要如许的一种留档。

厥后咱们开辟了这个功效，但发明现实利用几近没有。乃至连提出这个需求的用户他本身厥后也没有效。



总结：

我厥后也反思。第一点是咱们对用户的反馈仍是要有最少的果断。第二点则是实在某些时辰用户的反馈也其实不是他本身的刚需，可能有些时辰咱们找用户访谈，但愿他给咱们一些反馈。某些时辰用户会出于欠好意思或碍于体面，可能会较随便地提一些建议，那这类时辰咱们就更必要本身的果断力了。
6. 需求的性价比

绝对不克不及由于某个需求的实现难度很小就顿时去做，也不克不及由于另外一个需求的实 现难度大就不做。

案例：

多是本身和工程师接触太多，以是在斟酌需求的时辰很是垂青实现难度。我会站在技能职员角度斟酌感觉一个需求实现难度太大而把这个需求砍掉，而并无拿捏好这个需求的性价比。

依照书中，也就是这个需求的贸易价值/需求的实现难度。



当我发明本身这个问题的时辰是我在和UI小哥会商需求的时辰，由于他相对于我而言不领会技能，@是%RHeF3%以对技%Psfc6%能@实现没有挂念，只是提出本身认为宜的方案。技能职员们一起头固然是抗拒的，可是当被说服而且实现以后，咱们发明如许的方案比咱们在技能实现上退一步的折衷方案结果要好很多。

比方APPlan中有一个使命界面，UI小哥提出每一个使命条款布景从纯色改为插画布景，一起头我感觉太花梢，但实现以后看起来产物有活气了很多，更讨人喜好。

另有一个例子就是名师教导界面，一起头只有教员的姓名和简介，但厥后UI小哥主意加之教员的亮点先容，性情标签，从业履历等信息，一会儿让教员的形象加倍亲热了。



总结：

这些例子也验证了有些时辰咱们更应当垂青需求的性价比而不但单斟酌需求的难度。固然性价比凹凸的果断就必要必定的产物履历了。
7. 项目晨会和项目日报
项目晨会和项目日报都有举行过，但厥后由于感觉榨取感太大且使命有时辰不克不及细化到逐日这么细心，因尔后来取缔了。

案例：

咱们曾履行过一段时候的项目晨会和项目日报。我会在晨会上领会列位技能职员本日的事情规划，然后在放工前确认本日规划的完成环境。

但厥后发明不合用，缘由是：技能职员们感觉将使命朋分成天天天天的事情规划过分于细化且带来不需要的压力，结果不如定一个一周规划然后周内让技能们本身放置时候。

厥后改成为了周会的情势，履行结果也还不错，是以晨会和日报就取缔了。

总结：

项目晨会和项目日报不过就是为了催促公司完成事情规划，实在只要能到达催促的目标，情势是甚么其实不火柴首要。

我想每一个公司都有一个内部的稽核机制去包管事情规划的完成，这就够了。
8. 项目公布的时候
案例：

项目公布的时候，我那时一般都定在周五，如今看来是一个比力重大的毛病。由于项目公布前咱们会举行测试，而万一测试出来的问题比力多，那末技能们就又要修复，可能会拖得比力晚。周五大师又归心似箭，那这时辰产物和技能的抵牾附近约爱就又会凸显了。依照书中，周二和周四晚上是比力好的时候。

总结：

这些教训奉告我：周五绝对不是一个项目公布的好时候，最少在创业公司是如许。
9. 别忘了给大师买夜消
案例：

这是书中的原话：

「买夜消」只是转达一个意识。就是作为产物团队的带头人，在大师感觉怠倦或必要加强大师士气的时辰，必要想些法子鼓动大师的士气。好比项目公布确当晚，好比项目启动大会。

这一点实在老板做得比我好不少，他会在感觉士气低沉的时辰请大师用饭，也会在外出的时辰给咱们带点下战书茶，也确切能带来晋升士气缓和解氛围的结果。

总结：

有时辰花点心思在团队扶植上，常常能更好地晋升团队事情效力。
10. 关于产物需求文档PRD
案例：

关于PRD，咱们产物团队实在也做过一些思虑。微密圈咱们测验考试用过很规范的模板，也测验考试过把这些规范的模板举行精简。但一个很大的问题都是，咱们的技能职员常常不看PRD。

由于咱们是创业公司，统共就是十来人的团队，大师坐在统一个办公室里，不少不清晰的点口头交换就可以解决。并且技能们感觉看产物的切图和高保真图就可以彻底理解了，他们不喜好看大段大段文字的PRD。

但现实环境是：技能职员们并无彻底理解产物的用意，不少细节，比方输入框的限定仍是必要用文字的方法去商定的，若是技能们不看彻底依照本身的感受来，那最后出来的产物给人的感受就至关随便了。

最后咱们采纳了高保真图+注释的方法来替换PRD，究竟证实如许的方案结果不错。文字注释就在高保真图阁下，技能们不能不看，产物们写起来也便利，都是最最首要的信息才会写在上面。



总结：

我认为PRD的目标就是要通报给技能职员们产物要做成甚么样，PRD只是东西。那既然是东西，我就信赖针对分歧范围分歧环境的公司，就必信达新闻网定会有这个公司最合适的PRD。

作为创业公司的产物司理，就有责任挖掘出最合适公司环境的PRD情势。
写在最后
这一年的产物之路本身也走得磕磕绊绊，因为本身方才入行，履历也还不足，深知山外有隐士外有人。这篇事情总结更多的是写给本身的，但也但愿本身的一些感悟能引发一些共识。但不管若何，这都是是我本身回顾曩昔这一年有感到而且想和大师分享的工具，若有概念过于单方面，还望列位先辈予以斧正。

2018，与诸君共勉。

本文由 @陈小乐 原创公布于人人都是产物司理。未经允许，制止转载

题图来自 Unsplash ，基于 CC0 协定