快到年底了，来一篇貌似总结的文章吧。
MVP（Minimum Viable Product，最小可行产品）不只是一种产品理论，更是一种职场权术。
领导是否参与产品细节，很大程度上决定了这个产品在实现过程中的蛋疼程度。
对内的产品其实比对外的产品更不好做，因为公司内部的人更不好伺候，每个人都是大爷。对外的产品，即便客户不满意，人家至少不会跑到你面前来指指点点对吧。
作为最终用户，你觉得某个功能很不合理，其实我们也知道，但都是有苦衷的，要么是研发资源不足，要么是领导觉得不重要，不允许改动。
再详细的需求文档，也无法避免研发会遗漏某些细节。所以，面对面沟通讲解是必要的，而且是必须持续进行的。
我知道研发都很讨厌需求改来改去的，不过这个世界上确实不存在一次定稿，终生不改的需求文档。
预期管理很重要，如果一开始给最终用户画大饼，而做出来的产品其实没有那么强大，用户的反弹情绪会很明显。
产品必须有一个最终拍板人，或者说是最高话语权的人。如果最终用户、领导、产品经理、研发、测试都有权干预某个功能做与不做，最终出来的就是一个大家都不太满意的结果。
哪怕是懂技术的领导，仍会经常轻易下结论：这个东西很简单的，网上很多开源的东西，你们抄一抄，加加班就可以做出来了。
在一个公司内，核心与非核心业务线的区别很明显。公司可以为前者投入大量的资源，有更高的优先级，可以从其他部门和项目抽调人手；后者呢，能不能保证自己项目所需的资源，还很难说。
会哭的孩子有奶吃，强势的人更容易推进项目/产品的进度。我司的头号PM，我知道很多人对他的行事风格颇有意见，但是架不住他的强势啊，况且人家还是老员工，权威摆在那里，你能和他对着干么？
在最终用户需求这一点上，执行层员工和领导层员工的想法往往是矛盾的，你要听哪个？个中权衡，很微妙。
“用户体验”大部分时候只是锦上添花的事情，首先你要解决功能的有无再说。如果某个点的用户体验真的如此重要，那它就不是用户体验的事情了，而是一个“必须实现的功能点”。
“我所说的，都是错的。”