最近，被问及做了这么多年的产品，有没有沉淀下什么方法论？听到这个问题，突然有些懵，不是自己不会做产品，而是没有和什么方法论联系到一起。
所谓方法论，是用什么样的方式观察事物，处理问题。那我想，落到产品上，就应该是做产品的一些思路，技巧和方法了，随便写一些吧。
- 关于产品规划
首先需要确定自己的产品所处在的产品生命周期，不同阶段的产品，后续采用的策略是完全不同的；
然后对自己的资源，外界环境，市场进行结合，用swot 分析，来制订自己的策略；
对目标用户进行分层，并进一步分析对产品的价值，根据2/8原理，去识别那些最有价值用户； - 关于竞争分析
我不建议做太多的竞争分析，容易让自己陷入模仿；
做竞争分析的时候，不要去看都做了什么，而是要去深入思考对方是基于什么而做了这样的决策； - 关于产品节奏
如果是初创产品，在对市场不明朗的时候，一定要先做MVP，迅速去验证模式，切忌第一个版本耗费太多时间；
如果是后续的迭代，2~3周比较合适，即让用户感受到我们在不断前进，也不会让产品发布太过频繁 - 关于优先级
识别出那些核心功能和服务，作为优先级最高的模块；
对于单个功能，优先级顺序为 功能 > 交互 > UI； - 关于产品设计
尽量少让用户去思考，去打造小白都会用的产品；
如果是移动端的产品，如果不是游戏等沉浸式体验的产品，尽量多采用系统元素，因为大家都习惯了，就不要非要逆其道而行之；
如果不是业务必须，尽量所有页面都是单一路径，否则很容易让用户发狂； - 关于用户体验
最近几年，大家都推崇用户体验至上，我的观点是在一个商业环境，产品不能单纯的追求用户体验，某些时候需要因为公司利益而牺牲部分用户体验，不要觉得像自己丢了贞操一样羞愧；
不要把自己喜欢的方式当成好的用户体验，记住，你不是用户，那只是你的经验，而有时候经验是会害人的，除非是那些已经被证实过的； - 关于项目推进
要让技术同学清晰的知道产品的目标和价值，让他们明白自己不是在做功能开发，而是在完成一个使命；
尽早让开发同学参与进来，越多的前期讨论，他们就越认同自己要做的事情，并且对需求也越了解；
一定要做风险规划，如果你觉得项目可能会延期，那项目一定会延期。未知的技术难点、技术同学生病，bug太多，各种风险，要做好预案； - 关于运营
产品和运营要密切的配合。不透彻的理解产品，运营策略一定是浅尝辄止的，而不关注运营，产品一定无法规模化。
