前两天刚好有朋友在微信里问我关于产品经理自学的问题，一口气写了2000多字，突然想到问题应该挺普遍的，征求同意修改之后，于是有了这篇文章。
以下是小伙伴的问题…
hi，鱼头哥。
打扰辣，有点不好意思，但是还是想厚着脸皮来请教几个问题……
我现在刚入职，职位的tltie是运营，不过主要工作偏产品方向。应聘这份工作之前我就看过几本类似于《人人都是产品经理》等书籍，也在网络上面搜罗过一些课程和文章了解过这个工作。可它们讲的东西对于刚入门的我基本都不具备可操作性：
这些书籍和文章讨论的产品问题过于宏大，一开始就是战略规划以及项目的协作推动技巧；
大家叫嚣的的用户体验，带来的后台数据改变和投入回报比往往并不理想；
现在的工作基本工作就是画画产品功能原型，与设计和开发沟通一下就完事了。
做的工作其实很简单，觉得很低价值；现在希望能慢慢尝试去做一些价值高一点的工作，比如后台业务流程的规划，能评估功能开发任务量，让提需求的时候“撕逼”能力有所增长（当然是在能想通方案细节的前提下）。
所以问题来了，可不可以推荐一些能够增加基础业务思考能力的读物给我，或者是你在刚入职时，怎么通过画图员这个阶段，让自己慢慢由规划和推动业务能力的。
以下是我的回答
最开始的时候，大家认为产品经理就是画原型图的。但是慢慢的，你会发现原型图只是很小很表面的一部分。
往前说，你需要对商业逻辑、业务逻辑、产品逻辑有足够的了解。
商业逻辑上，要想清楚为什么要做这个事情，目标人群是谁，竞品是怎么做的，我们有什么差异化的优势；
业务逻辑上，要想清楚有多少种用户角色，各自使用流程如何，产品如何结合线下业务使用；
产品逻辑上，要想清楚产品架构如何设计，产品功能如何实现，呈现什么样的信息，用户在什么场景下使用；
往深入了说，产品经理需要对交互设计、设计排版、技术实现有足够的认识。
交互设计上，通常大公司都会有UE/UX/用研之类的岗位，而小公司都是产品经理兼职。如果你是移动端PM，其实iOS和Android都提供了标准的交互规范，是非常好的学习材料；
设计排版上，设计审美是一部分，另一个方面是排版，排版是否考虑到足够多的情况（多文字、多语言排版）？相同结构的页面是否同样的设计架构（类似于PPT中的重复原则）；
技术实现上，要对程序如何实现产品逻辑有一定的了解，有什么技术瓶颈，有什么新的技术（我指的是新的业务实现形式，而非新的技术语言），程序员的工具（接口文档、时序图）等等；
只有了解过这些，表现地足够地专业，设计和程序也才会选择信任你。
往后说，通常产品经理都会担任项目经理和测试的角色。这意味着你还有项目管理、沟通管理、程序测试等等的工作；
项目管理上：对项目管理三角形（成本、时间、质量+范围）是否足够了解？如何开项目启动会？如何布置任务跟进项目进度？当你手头有多个项目同时进行时如何管理自己的时间？
沟通管理上：实际上项目管理中60%-70%的时间都是在沟（si）通（bi）。如何让设计师和程序员加班？如何定义产品文档的IO规范避免信息偏差？如何拒绝客户、上级的需求？
程序测试上：如何根据PRD文档定义测试用例？多个角色、多个流程之间的交互是否考虑？不同状态下不同操作以及超时等特殊场景是否考虑？
以上只是我草草地列了几点，但也足以说明，产品工作难度绝对不是画画图这么简单。
那么该如何学习成长呢？
下面三个建议可供参考。
1、逛足够多的网站，看足够多的书，踩着前人的脚印往前走
网站我不推荐多，过犹不及，只说我经常逛的几个。
优秀网页设计：偏页面设计，教程工具，有很多素材和福利包；
腾讯ISUX：偏交互设计，用户研究，更新频率不高，但是每篇文章必看；
知乎：高质量问答社区，基本上有问题都来这里；
网易云课堂：有成体系的专业课程，网易产品团队也出过999的课程；
公众号：人人都是产品经理、微交互、幕后产品、白崎、快刀青衣、青溪札记
书的话推荐三本吧，当初买也是因为我相信这三个作者，所以对书的质量比较有信心。
《产品前线》：BLUES，迅雷产品经理，50个产品经理的文档集
《产品的视角》：Luke，三节课创始人
2、在工作中保持空杯心态，多向产品、设计、程序的前辈学习
我特别喜欢和比我厉害的人聊天，一有机会请他们吃饭。观察他们在意的点，吐槽的点，了解他们看问题的角度，解决问题的方式。再结合实际情况，优化自身工作流程，还是很有收获的。
不过要记得，没有人有义务要教你，但是如果你主动请教，大多数的人也还是愿意当老师的。
3、记得多总结，所有的经历只有经过总结才能变成经验
我自己在工作过程中，总结了很多经验。比如说
演示汇报，用盲人摸象的方法（金字塔原理）；
交互设计，用场景化的思考方法；
原型设计，先有爸爸再有儿子（按照逻辑顺序梳理数据来源）；
项目管理，抓大放小，控制项目边界；
团队沟通，关注沟通目的，多用反话（这件事情没你不行）；
等等…
匆忙之下写下这些文字，希望对你能有帮助：）
