2014年12月31日，一年的最后一天，这个时候，总是需要回顾一年来所做的一些事情，无论好坏，都是成长，无论得失，都是历练，这一年在用心做产品，感受产品这个职业带来的愉悦感和成就感，以及对这个职业的爱恋及沉浸，回顾这一年来，总是有些事情值得写下来，有些事情值得去总结，有些事情值得去学习和回顾。这一年，从年前走到今天，带领十多人的团队从零开始，完成了三条产品线的构建和规划，并完成了V1.0版本...
2014年12月31日，一年的最后一天，这个时候，总是需要回顾一年来所做的一些事情，无论好坏，都是成长，无论得失，都是历练，这一年在用心做产品，感受产品这个职业带来的愉悦感和成就感，以及对这个职业的爱恋及沉浸，回顾这一年来，总是有些事情值得写下来，有些事情值得去总结，有些事情值得去学习和回顾。这一年，从年前走到今天，带领十多人的团队从零开始，完成了三条产品线的构建和规划，并完成了V1.0版本...
Needs：需求N1，用户最基本需求是什么？N2，市场有多大？N3，行业链如何构成？N4，行业发展趋势如何？N5，扩充的需求有哪些？Approach：解决方案A1，解决方案如何构成？A2，需求优先级如何定义？A3，技术可行性如何？A4，有无政策、法规风险？A5，版本如何规划，发布路线图如何定义？A6，各个版本的营销思路如何？重心是什么？Benefits：盈利模式B1，盈利模式如何？B2，盈利...
【产品经理如何淘汰馊主意？】被称为是产品管理行家的Marty Cagan在其《启示录》（Inspired）一书里向产品经理介绍了如何评估产品机会的方法。他认为，评估产品机会的目的在于淘汰馊主意，避免浪费时间和金钱；挑选合适的产品机会，团结团队，理解产品，整合资源。因此，产品经理应该首先学会回答以下十个问题：1.产品要解决什么问题？（产品价值）2.为谁解决这个问题？（目标市场）3.成功的机会有...
这个功能的目的是什么？ 它所服务的用户目标是什么？ 基于目标，再重新定义一下问题，这个功能是为了解决什么？ 用户有多大的需求？现在被满足的程度如何？ 会不会有细分的用户群体，有人很喜欢，有人很讨厌？如何平衡？ 快速迭代和探索的代价有多大？有没有可能先出原型小范围测试？ 有没有其它更重要的目标和任务需求还没被满足？ 在这个背景下，这事的优先级是什么样的？
谨以此文献给梦想改变世界的人舒迅多年以后，当我面对那些年青的产品经理，我会想起自己当年从事的是一份高薪的工作。那是2000年，我大学毕业后在北京一家IT网站做搜索引擎PM，当时我一个月的薪水能在亚运村买一平方米房子，十年之后，朋友招聘PM，开出的月薪和我十年前一样，差别是这时年青的PM用一年的薪水才能在亚运村买到一平方米的房子。对此，我很迷惑，于是咨询HR的同事，HR的同事告诉我，十年前产品...
刚好这阵子也在写产品需求文档，在知乎看到这样一个问题，转过来，以此共勉。需求文档注定是给所有人看的，它就是产品的定义。 文档围观的人包括：你的老板（如果产品够大，还会需要老板的老板），设计师，工程师，测试工程师。有时还应该包括产品前端：如运营，销售，甚至市场部同事。 在通过各方的评审和签字后，一般来说，这个文档就是一锤定音的事。若有更改，就是需求变更了。 所以，在需求文档撰写前和...