产品经理“生存”的话题，是希望在公司里有信服力，做出成绩，得到认可。
但是常常出现事与愿违。
本文2.2K字，总结一下多年产品经历的感触。文末附pdf电书。边做就要边问自己：为什么要这么做，这么做能达到什么目的。而不是单纯地用“我觉得”作为衡量标准。
产品经理输出的每个需求方案点，都要有理有据，既能满足功能性和体验性，同时需要不断保持对外的思考——对所有跟你意见不一致的声音唤起你的敏感神经：为什么你认为显然意见的问题，对方还会坚持？
最常听到产品新人抱怨：“这傻X老板，想的什么鬼要求，懂不懂互联网” 。
他们或许真的不懂，但他们对市场价值的研究绝对比你多。不是他们看不清问题所在，而是你没看清他们的目的。
《长安十二时辰》徐宾说了一段话：跟了一个主子，无论他的对与错，在你看来，都应该是对的。
人无完人，如果你因为主子错了而不肯跟他，只能说明你的胸怀，还不够大。
做产品，很多时候是在帮老板实现老板的需求。老板上面还有投资人。
投资人看不到满意的东西，可能就撤资了，结果是大家得散伙。
老板看不到团队的KPI，可能就换人了，结果是大家还是得散伙。
搭伙做饭，不容易吧。
所以老板说：这个月一定要把XXX做出来的时候，虽然你已经烧了，但不要一下子就炸了。
理论上你是产品经理，但是实际上，你可能就是个干活的，甚至是背锅的。说的实际点，这事情能引导最好。不能的话，还是要按老板的做。追求极致的产品经理，会去打磨一个产品，甚至不惜代价，好比曹雪芹“批阅十载,增删五次”。
但是某些时候，“好看”不是一个太重要的环节。因为公司做产品是为了赚钱的。
你觉得快手的产品经理和设计师知不知道这些红底白字的通栏气泡丑？
他们当然知道，但他们为什么还这么做？因为加了这些气泡它的CTR能提高非常多。
以快手1.6亿的日活，人均点击就算是只有5个视频，1%的CTR提高也就意味着80万的点击。
所以在商业目的面前，做产品需要有很多的妥协和取舍。
如果你自己就是CEO，你是创业者，而不是个工匠的话，其实你就会明白，这一点都不违和。
又比如，做SaaS的都希望标准。但是二百五甲方背着一捆子钱希望做定制，这时候公司缺钱，不影响走下去的情况下，是可以有所把控地接下来的。
互联网公司资源紧凑，一个产品经理可能面对多个项目线。
下达的需求，UI占用的时间越多，开发的时间就越少；新功能占用的时间越多，改BUG的进度就会延后。
要交付给老板或者投资人的deadline是雷打不动的。要不就研发加班，要不就砍产品需求，要不就砍设计还原。
而在一个项目里面，需求裁剪，对项目指标的影响是最便捷的。
如果需求变更，改表结构比改逻辑更安全。
所以要将一个项目完美落地，并让投资人看到效果，背后除了需求的输出能力，还需要整合资源的管理能力、项目的整体节奏把控能力、流程对接的沟通协调能力，甚至还需要简单的软件开发思维。
比如，一段时间赶项目之后发现很多Bug。那么在这期间就应该尽量将新需求暂停。
只要MVP是闭环的，支链上的需求可以以后再做增量。否则底层代码不牢固，套上更多的逻辑后面，更加“按住葫芦瓢起来”。
团队的矛盾和麻烦是存在的。如果你不去处理，你只做产品专员的那点工作，最后麻烦还是轮到自己头上。所以大处，洞察整个产品、团队、竞品、市场、战略；小处掌控设计、开发、测试，甚至每天的工作汇报。铁锅肩上扛，你才是不可替代的。自扫门前雪，担不起“经理”两个字。画原型，拿Axure来说，别觉得控制面板、中继器麻烦。
这是吃饭的家伙，就算平时不用，自己还是要会的。
写文档，别觉得写着麻烦，没人看又浪费时间。
事实上等你真的写了就会发现很多问题：要么就是自己漏了逻辑，要么就是发现文字怎么这么啰嗦，怎么才能精炼到“多一分嫌多，少一分嫌少”呢？
画流程图一样的道理，眼高手低。
做随手工作笔记：每天把遇到的问题随手记下来，不管是扩大认知边界的纯知识，还是代办事项清单，还是各版本数据字典配置参数，这些日后都会给自己工作带来推动作用。
了解一点技术实现的原理：学编程就没必要了。基本的原理总得知道：接口回调、数据表设计、热更新等。
例如分享到第三方应用的内置浏览器打开后，是否可以不做功能直接引导到APP呢？数据表配置的扩展字段是否要提前加好。
了解业务：产品经理属于设计类范畴，但不同于纯搞艺术的。
产品经理说到底是要关心市场和人心的商业型人才。了解业务是最基本的一步。不了解业务，你能给用户提供什么工具？
Tips：还有两个感受:
一个是适度务虚，不然难以掌握话语权。
另一个是摆脱"考试思维"，考试是只要自己学会了答出来就行的。但是职场没有考卷。
（完）
上图pdf版的，需要的话可：
方法一：分享本文，然后在本公众号回复“产品”领取。
电商商品搜索：方案和原理（干货收藏）
PRD：9个功能设计原理（附陌陌PRD实例）
码字不易，欢迎分享、留言!
