#摘要：产品经理是一个涉及多个领域的专业人员。毫不夸张地说，个人知识储备越丰富，就越有利。因此，无止境的学习是产品经理生命的主题，知识永远不会太多。坦率地说，我是一个诚恳的人，我也相信一些规律，如贝叶斯定律、牛顿经典力学三定律、质量能量方程（E=MC*c）等，面对他们缺乏知识和经验，似乎有点不安，甚至开始尝试阅读大量的资料。如果我想更认真一点，我必须从刚开始的会议开始：

一、产品类型：从事C端大众消费群体的产品设计和研究。C端产品更倾向于用户体验和业务操作，产品逻辑也不占主导地位，这一点并不明显。换言之，产品业务逻辑相对简单，易于理解和解决。

二、工作内容：核心工作集中在需求管理、产品设计、产品文档、技术跟踪、测试、上线等产品的前端工作，未能设计出科学的产品后端业务规划设计。当然，我要感谢以前真诚合作过的技术团队的同事们。你是“可爱的人”。

这些年的产品工作，经验很多，还是老话说的：非常感谢人民和经验！我觉得很幸运，甚至说上帝真的爱我。服务年限很小，先进/参与产品都比较满意。（有点骄傲！）以产品形态为维度，可分为应用（工具类、内容类）、网络（应用类、内容类[金融社区]）、H5（应用、活动、微信）、CMS（产品内容运营）。内容管理系统（content management system，CMS）是一个让人心痛的问题，因为之前公司的产品战略往往倾向于前端产品，而核心技术资源和资金投入自然倾向于C端产品线。当然，产品正处于成长的初级阶段，这必然决定了重视用户体验、关注用户的产品战略；事实上，还有一个更重要的因素——业务形态，而后端业务需求则集中在产品内容运营上。

我还记得我之前的那本书《从项目实践看产品设计过程是什么样的》详细介绍了互联网产品设计过程，这个过程是通用的，可以应用于不同的产品形式。然后我将尝试将此过程应用于CMS（内容管理系统）的产品设计：

注：内容管理系统的产品设计思想仅限于产品阶段的思维过程，不涉及跨部门的交互内容。

一个完整的内容管理系统（CMS）的产品概念过程大致可以概括为以下四个过程：需求控制、排序过程、产品框架和迭代规划。

了解需求是产品设计的步。如果你不明白要求是什么，那么产品只有摸着石头过河！这不是危言耸听，而是个人经历。在需求管理阶段，需要了解以下问题：

需求为用户解决了哪些问题？这是用户真正想要的吗？

如果你对这些问题有了清晰的认识，就不会在随后的产品设计中盲目前进。这种感觉非常困难、痛苦，甚至给你带来很大的麻烦——你所做的并不是需求方想要的。我可以想象此刻有一种“垂死的冲动”！需求控制是产品过程的核心部分。无论哪种产品类型是关键，它都需要付出更多的情感和精力。更何况，“业务逻辑”主导的内容管理系统（CMS）？

内容管理系统（CMS）管理内容，内容从何而来？如何理解用户生产内容和运营支持内容？

a、 C端注册用户，制作网站内容。业务产品的核心是实现业务流的运行，实现上下游资源的有效转移，实现压缩成本的化和效益的化。因此，UGC是CMS内容管理的核心内容源，是业务驱动产品的价值增长点。

b、 除了用户与后台的内容交互外，运营类内容网站还提供了必要的运营内容，这部分资源也需要借助内容管理系统（CMS）进行有效配置。

c、 业务交互内容是产品前后重要的数据流，也是一些自然数据，是数据分析和操作分析的基础。我们应该关注自然数据的长尾值，积累用户行为数据，挖掘用户价值。

从形式上讲，产品跨过程的梳理通常是通过流程图来实现的，包括：状态图、业务流程图、泳道图等具体样式。业务流程可以清楚地分解前后站之间的数据交互。围绕核心业务流程，梳理二级业务流程，区分主次，把握主要矛盾。

流程图：

前两步基本解决了“做什么”的问题，接着是“怎么做”的问题。了解用户需求，明确产品业务的核心流程，然后进一步可视化需求和想法。此链接将使用：功能图、产品原型。高维信息处理将进一步细化原有复杂产品的需求，形成更为立体的功能结构框架，使其更具可行性和落地性。

a、 功能映射：基于对需求的理解，抽象需求是三维的功能。需求分类，功能重组，建立良好的产品信息架构（IA）。产品具有很强的行业性，需要专业人员的介入，增加产品信息架构的专业性和行业边界。一目了然，我们可以看到产品的宏观功能框架，了解产品的每一个扩展。

b、 产品原型：很多人喜欢这个产品。甚至很多人一上来就开始画原型。我觉得这很糟糕，毫无意义。产品原型是一个思维清晰、需求范围明确的产品概念再现过程，是一个快速再现和迭代的过程，而不是思维依赖的过程。如前所述，产品经理重要的特征是思考。