Union of China Product Managers
错误11：试图从一个预先设想的解决方案逆向而行---只知大胆假设，不知小心求证
如果你有过项目管理的经历，不知是否遇到过这样的情况：先定好项目的“deadline”，然后再开始反推项目的详细日程。
结果很大程度上就是项目实施人员在整个项目进程中顾头不顾腚，怨声载道，为了保证在“deadline”的时候能够如期交付项目，于是，大量的“雷”就被埋了进去。
如果你的公司在项目阶段是这样操作的，那么，恭...
Read More >
在《产品经理需要关注的25个关键测量指标》这张图中，我简单介绍了产品经理在整个产品管理工作中需要重点关注的指标，但是我相信很多朋友并没有充分理解每个指标对产品经理的意义何在，以及如何来测算，因此，我补充了这篇文章，能够让大家进一步了解每个指标在实际工作中如何来应用。
先说一个对产品经理比较重要的报表，损益表，如果产品经理不懂这个，嗯，这篇文章就基本上可以放弃了，一个典型的损益表是这样的：
1、LCV：客户生命周期价值
定义：某类典型客户在客户生命周期内为...
Read More >
《产品经理的时间都花到哪儿了》中文版大小：910K
已经过安全软件检测无毒，请您放心下载。
《产品经理的时间都花到哪儿了》原版大小：542K
已经过安全软件检测无毒，请您放心下载。
...
Read More >
错误4：不设定长期计划
不积跬步，无以至千里，但是有个前提
“不积跬步，无以至千里”，这是荀子《劝学》中的一句名言，经常被用来教导人们做事要一步一步，踏踏实实的来，这样才能积少成多，聚沙为塔。
先贤的话肯定没有错，我们做事，自然也要遵循这样的原则，不可浮躁，不可冒进。
但是，在《劝学》中同样有一句话可能很多朋友忘记了，“不登高山，不知天之高也；不临深溪，不知地之厚也”，而这句话还排在那句话的前面。
如果我们结合来看...
Read More >
我估计内容比较多，废话就不多说了，直接开始。
错误1：缺乏对客户足够的了解
先了解你的客户，再了解你的产品
很多朋友可能不同意这一点，认为自己对客户很了解了，各位注意了，错误1的标题里有个关键词：足够。
也就是说，很多朋友不是对客户没有了解，而是太粗线条了。
每次给企业做服务，我都会让同学们说一下他负责的产品所面对的目标客户群的特征，99%的回复都是集中在“性别”、“地区”、“年龄”、&...
Read More >
产品经理是否是大学毕业生一个好的职业开始？
A few years ago I hired a summer intern. He just finished his junior year at an Ivy-league school, majored in computer science. He was a very bright and balanced person. Not only he was a proficient programmer, he a...
Read More >
为什么要写这样一个主题呢？
上周的时候，咱们PMAS微信课的1907班里，小鱼妹子提了一个问题，大家看下图：
我回复说，这个问题比较大，需要写一篇文章来说明一下，因此，我就打算在这篇文章里把我的想法说一下。
我和小鱼妹子说了，这个问题看起来似乎是第九课中-需求分析-的问题，但这个问题的背后其实隐含着一层更深的含义，就是：
如何用可以量化的手段对需求进行分析。
当然，如果我们延伸来看的话，其实就有了一层更更深的含义，就是：
在产品管理的工作中，如何用量化的手段完...
Read More >
尴尬时刻7：头疼产品经理就像头疼瘟疫一样，于是就被隔绝了
就如同在尴尬时刻1这篇文中提到的那样，在企业内，似乎人人都可以扮演产品经理一样，对于很多企业而言，似乎产品管理体系也是非常容易就可以构建的，招几个产品经理，搞几份产品管理的文档，然后把原本属于研发和营销体系中的部分工作摘出来扔给产品经理做就可以了。
看起来挺无奈的，其实这还算是好的结果了，至少作为产品经理，你还有事去做，在我看来，最可怜的就是产品经理在公司内名存实亡，被传统的强势部门或强势岗位死死的压在地方无法...
Read More >
问：怎么来定义产品经理？
答：通俗的说，产品经理就是一个运用综合知识（商业知识+市场知识+行业知识+技术知识），带领一个跨职能的团队（研发体系的相关团队+营销体系的相关团队），想办法完成一系列目标（商业目标->业务目标->产品目标）的中层业务岗位。
听起来还不错啊，但也仅仅就是听起来，就好像方便面袋子上写着的那句话：图案仅供参考。
于是乎，当理想状态不得不以真实情况作为参考，甚至是唯一参考的时候，那么，我们这些产品经理人就不得不面对许多尴尬的时刻...
Read More >
经常看老汤文章的朋友可能有个感觉，就是我很少去写交互体验，原型设计这类很多互联网产品经理习惯写的文章，我翻了翻自己写的上百万字的资料，貌似真正以交互和原型为主题的文章似乎只做了一个专题，有兴趣的朋友可以看这个专题：《一个产品经理在原型设计上的一些想法》：
产品经理到底需不需要去做原型：http://www.chinapm.com.cn/?p=4165
产品经理做原型，做到什么程度就可以了：http://www.chinapm.com.cn/?p=4172
产品经理交付给...
Read More >
作为企业内横跨业务职能最多的体系，产品管理体系（PMS）其实非常有意思，我们可以从价值链的角度去看PMS和其它两大业务体系-研发管理体系（RDMS）和营销管理体系（MMS）-的关系，也可以从体系任务的角度去看，还可以从体系目标的角度去看，总之，就是下面这张图：
当然，我也知道，这是从PMS的角度去看的，如果放到具体的操作中，也就是产品经理的角度，或者再具体点，就从一个产品的角度去看的话，那又应该如何来表现呢？大家见下图：
从这张图中可以看出，如果我们从产品的角度看...
Read More >
原则1：Rules are Meant to be Broken：规则是用来打破的！
The best product managers I have known are independent people who are passionate about their products and have deep conviction about how to make them succeed. Sometimes this means bending the ru...
Read More >
第一篇：我对产品管理体系的基本认识
从事产品管理工作也大概快6年了，在IT这个圈子里，应该属于正当年，我始终认为自己在这个管理领域里，要学习的东西太多了，自从发现联盟这个网站后，就如同饿了三天看到包子一样兴奋，但是，因为个人过于谨慎，始终是在潜水，只是扮演一个看客的角色。
但是这段时间，联盟的网站，尤其是群组的气氛越来越活跃，好多话题都非常有意思，一种渴望参与的想法越来越强烈，但是做的时间长了，好多东西没有整理，比较乱，因此，就打算通过这篇文章来整理一下自己的思路，一...
Read More >
对于所有的产品经理来说，把市场的问题，导出为需求，并进一步把需求形成有价值的产品特征，最后把这些特征形成可供其它业务团队参考和执行的说明，这个工作最终会以需求文档的形式的呈现出来。
而这类文档通常就是我们所说的产品需求文档（PRD，Product Requirement Document）,其实PRD只是我们呈现产品需求的一种文档形式，除此之外，还有用户故事（User Stories，采用了align开发模式的朋友可能对这个比较熟）和工作故事（Job Stories）这两种...
Read More >
点击上图可以查看原图...
点击上图可以查看原图...