非技术出身的产品小白成长记录（1）

先自我介绍下，我是一个初入互联网产品经理的小白，没有计算机技术基础，我有时候自己也想不明白怎么从一个英语的文科生偏到了“研发”这来了，一个一直让我觉得八竿子打不着的部门，但也许这就是命运吧！
我从去年（2017年）开始接触了产品经理（PM）这个工作，年终进行2017年度复盘时，用-1,0概括了我产品小白的成长阶段。
我做第一个产品开始，就一直想把自己的心得感悟分享给大家，虽然还在摸索成长中。其实，与其说是分享，倒不如说是自己职场的总结输出，若干年后，我再回首，看看初心与努力，看看是不是还在犯最初的错误，看看是不是有所变化、成长。
这次先和大家分享我初次接触PM这个工作—— “-1阶段”的经历感想~

-1阶段

去年7月，我有幸开始独立做第一个产品专项的，之前只是作为一个需求方接触了产品经理，而后来这个PM异动，这个系统又要重构，而我又是除了PM外最熟悉这个系统的人，资源协调之后，上级就直接让我担当这个新系统的PM。现在想想，真的存在运气这回事，有幸让我成为我们组第一个接触PM工作的人，如果不是这个触发点，也许我到现在还没有机会接触产品工作。

既然让我做这个工作，虽然我全然不懂，是个门外汉，为了尽快上手，那段时间买了一堆产品相关的书籍（文末附书籍推荐），了解各种产品网站，浏览和我要设计的产品相关的系统网站（后来学习了才知道这叫竞品）。

除了知识上的短板外，工具的应用也是当务之急，比如说Axure，Visio。当初时间紧，任务急，赶忙安装了个axure，百度了学习手册，但还是不懂，只学会了简单粗糙的画些表格样式。好在这次系统是查询类产品，逻辑比较简单，而且行业内有很多竞品可以参考，也好在负责的开发团队经验丰富，比较靠谱，面对我那低低低保真的原型图能够理解，而且大家也是一层楼里的，原型上有什么不理解的可以实时沟通，交流起来比较方便，有时候甚至直接抱着电脑去他们小组内驻扎，到后来的深入学习实践后发现近距离交流很重要，不过这都是后话了。关于Visio的使用，由于这次系统没有涉及到逻辑流程，所以这次没有用到，这个我会在下次分享的专项中提及。

当然，技术层面的缺乏也是我最大的短板，也深深影响了我后面的专项工作，一直想弥补却又断断续续，甚至不知从何学起，该学哪些。这一部分还有很大的成长空间，日后有所感悟了再和大家分享“产品经理与技术那点事”。话说回来，由于技术的短板，当时和开发们开会，经常云里雾里，听不懂他们在讨论什么，什么前端后台，我是过了半个月才分清楚谁负责前端，谁负责后台，但即使到了现在，我还是对前端后台的工作无法清晰的区分。
建议像我这类非技术人员出身的小白，可以去了解些前端和后台的基础知识。因为如果你碰到了不靠谱的开发，很容易被忽悠过去，我想这是很多产品经常头疼的问题。

当然，还有一个PM经常头疼的问题就是进度把控。我初初接手这个工作时，一直被上级追问进度如何，而我面对跨部门合作又是第一次，一面担忧着每天追问他们进度，会打扰他们开发，会让他们心烦，一面又担忧会不会来不及完成，想清楚进度，保障不能延期。后来，上级帮我找到一个熟悉的PM，向她咨询如何把控进度，她的做法很简单，将开发任务清晰列在Excel表中，字段会包含预定开发完成时间与优先级，然后下发给开发们，开发定期将表格发给PM。但其实自己实践后才发现，其实这不是最好的方法，开发因为忙于任务，不会记得去填写表格，常常会忘记这个事情，而我只能每周五到驻扎在他们组内一个个和他们过任务点的完成情况，即使邮件输出给上级领导，虽然这样跟在开发屁股后面追问很累，但不得不承认这样做效率更高。

还有些小问题，比如说系统图表插件问题，因为没有事先和开发说明自己倾向的插件，开发自己在开源网站找了一个，这个插件的选择导致我们后来很长一段时间都在修复它，到现在还有用户不断和我们吐槽，而后期的调整成本又大，只能搁置。所以，敲重点！如果产品设计中有很多图表的，你一定要在开发前就和开发们说好，你要用哪个插件，然后让开发评估能不能用，不能用另说重找，一旦开发了，你要想改，这个工作量太大了。
以上就是我对-1阶段的想法建议，这个专项总算在紧锣密鼓中如期完成上线了，虽然当中有些不完美，但我想，这也是敏捷开发的特点嘛，以后慢慢来！
PS：有一个靠谱的开发团队真的很重要，事半功倍，这是我这次项目的最大感触，好在我是幸运的，我们能互补，一起完善产品~

---

书籍推荐

• 《人人都是产品经理》
  初入产品这行必败的一本书，很直白，让人初步了解产品的工作。他有1.0和2.0两本，2.0是写给泛产品经理的，个人觉得没必要买，我们小白先把1.0读完就好；
  

  图片发自App

• 《结网》，王坚著
  这本书我是在读完《人人》后，第一个产品都快开发完成时才buy的。作者是按照他做“糗事百科”网站的项目经历，和大家分享产品经理要注意的点，我阅读时的感受就是：“哎呀，怎么和我当时想的一样呢？我就是这么犯了错，怎么没早点看”。所以，建议大家还是在项目开始前就读完，可以避免一些初级坑。
  

  图片发自App

• 用户研究类：《设计调研》，《用户体验与可用性测试》，《用户研究与体验设计》
  用户研究是产品经理重点工作之一，在《人人》也有一章节讲到了用研，我之所以买了很多用研书籍是因为当初在做产品前3个月，上级要求我负责用研工作，也正是有这段经历，和PM的沟通增多了，了解了些许产品想法。言归正传，这三本书中，后两本都是讲用研的方法和用户体验的重要性，买一本就够了，个人偏爱第二本，是由日本作家写的，内容也比较细致全面。至于《调研》，还是败一本吧，产品经理还是得需要懂调研知识和实践的，这本书很详细，还讲述了几种重要的分析方法，值得看看。
  

  图片发自App

• 《谁说菜鸟不会数据分析》
  作为产品经理，怎能不会数据分析，即使不需要太精通，但也要熟练掌握。因为我之前的工作是业务数据分析的，所以这本书对我来说，只是用来粗读，偶尔看看一些花式图表怎么做，建议对数据分析不太清楚，可以用这本入门。
  
  图片发自App