专业的短链接生成工具
链接域名
短网址有效期
产品经理如何打造自己的产品方法论？
更新时间：2025-5-4 11:09:35 作者：爱短链
当产品经理积累了大量的实践经验和工作认知时，学习总结方法论和经验可以帮助我们快速成长。
那么我们应该怎么做呢？在这个过程中要掌握的要点是什么？作者将结合这些要点整理如何创建产品方法论。
28岁末，立了个flag，我希望在30岁的时候，我能形成自己的产品方法论。
现在我已经站起来，开始做数据产品近五年了；在过去的五年里，由于生活轨迹的跳跃，产品本身的行业并不固定。
幸运的是，产品逻辑本身可以类比，无论行业如何，他们的兴趣和所做的都是数据产品本身。
电子商务已经走过行业O2O、在线教育、智能硬件、金融风险控制、产品范围也从以往的数据分析产品跨度到数据服务、数据应用产品。
外人似乎只看到它的宽度，而自己，其实一直在数据产品领域耕耘沉淀。
然后我试着整理过去的思考和笔记，这是我自己的成长和不成熟的分享。
01 建立自己理解业务的方法模型 理解业务是理解需求的前提。
所谓理解业务，就是理解公司的商业模式，理解产品的具体应用场景。
事实上，即使是同一行业的不同公司，有不同的商业模式；掌握一套了解业务的方法，可以使我们的产品道路不局限于行业和平台，快速扩展到新领域，可以快速了解新平台的需求场景，更好地促进产品的实施； 在实践中，当我们接管新产品时，我们可以分为以下步骤来理解业务，并负责产品对业务的意义： 1. 与业务核心KP沟通，了解业务流程，绘制业务流程图，明确以下信息 整个业务分为几个环节和步骤？ 每一步的具体内容是什么？ 每一步之间的依赖关系？ 2. 梳理业务流程图后，要了解和思考以下信息 业务步骤涉及哪些人员和应用系统？ 我们负责什么步骤的产品，涉及什么人员，核心问题是什么？ 此时，我们基本上定位了产品的位置和产品解决的问题，因此我们可以了解产品相关人员的具体操作流程，了解产品需求的本质； 如果条件允许，最好参与业务的实际操作；这种参与不仅仅是使用自己设计的产品，而是作为业务角色融入业务。
02 掌握基本的产品研发过程 产品经理需要了解产品从需求到在线运营的整个过程。
虽然这方面介绍了各种产品课程，但在每个公司，这个过程是非常不同的。
产品实现的基本阶段可分为以下几个环节： 需求阶段(收集需求、需求研究、竞争产品研究) 产品设计阶段； 开发实现阶段(需求评审、安排、开发、测试、验收) 在线运营阶段；(发布、运营) 整个过程，根据公司的组织结构，不同的开发模式，具体的事情可能不一致，如许多背景产品，本质上没有竞争产品研究阶段；许多产品经理没有信息架构设计的习惯，一些研发团队会将需求评估和时间表放在一起，等等。
但无论环境如何，产品经理心中都必须有一个秤，知道在哪个阶段该做什么。
我们不必遵循哪本书的定义。
杆秤的意义在于，如果我们需要从0开始建立一个团队来建立一个产品，我们可以如何快速组织项目工作。
在实践中，产品经理至少可以画出三个流程图: 在传统瀑布开发模式下的研发流程图； R&D流程图在敏捷模式下； 目前团队采用的实际研发流程图； 以下是作者之前整理的研发流程图: 流程图只反映了研发过程的框架。
我们还应该知道并写清楚某个节点的关键事项和输出，如需要什么会议和输出什么文档；同时，每个公司可能都有自己的项目管理合作工具（例如teambition、jira等等)，我们需要梳理这个过程是如何反映在合作工具上的；下图梳理了研发过程的关键动作和输出: 对许多公司来说，这一开发过程可能由专门的项目经理或研发经理来构建和控制。
作者的观点是，无论过程是具体的onwner谁将具体事物抽象化、流程化，是产品经理逻辑能力的体现，从提高产品专业能力或加强项目管理能力的角度具有重要意义。
03 有自己的产品设计风格 我们常说的产品化，本质上就是固化一套解决方案，说白了就是套路，产品化就是套路实体化。
上述业务理解模型和开发流程也是业务理解和开发流程的常规。
产品经理应该有一一直做产品的思维习惯，也就是一直总结套路。
所谓自己的产品设计风格，就是自己设计的时候有一套成型的方案套路。
综上所述，有三个方面： 1. 根据团队的发展偏好，建立自己的文档规范 BRD、MRD、PRD、原型图这些产品经理的产出文件，网上没有统一的模板，但作为个人要有统一的规范。
所谓规范，前后一致，逻辑自洽，如写作PRD功能描述一般有两种方式： 分别描述前端逻辑、后端逻辑和统计需求的优点是相关开发可以更快get对于你想做的事情，缺点是任何开发都缺乏对功能的全面控制，不知道你的界面和表设计最终向用户展示了什么形式。
主要描述交互逻辑，后端逻辑混合在交互描述中。
优点是开发可以从用户的角度清楚功能的最终形式，缺点是前端和后端的逻辑应该由开发进行二次拆分。
产品经理可以根据开发团队的偏好选择一种模式，但在同一个项目下PRD，最好保持同样的方式，而不是第一个，第二个。
以下是笔者之前在某家公司梳理的。
PRD文档规范： 2. 在原型设计中，有一套自己风格的材料库 许多产品经理会在网上找到一些原型材料作为自己设计的模板。
但高级产品经理必须能够将现有材料融入自己的设计风格，甚至根据公司的业务特点和设计规范建立自己的材料库。
当别人看到一个原型、一个文档、一个产品时，他们可以说这很好XXX作者认为，这是产品经理的一步成功。
04 选择并建立自己的产品理念 乔布斯、俞军、张小龙、梁宁等产品老板将在各种场合输出产品价值、产品理念和方法论。
作为产品界的众生，首先要理解这些想法，其次要尝试在实践中运用。
但在某个阶段之后，我们需要选择并坚持抛光，只有坚持的概念才能被称为概念，也可以被视为理解。
然后，试着建立自己的想法、价值和方法。
以下是作者坚持的几个产品概念： MVP原则：抓住核心需求，以最小可行化、最低成本的方式验证需求是否成立。
如果没有必要，不要添加实体：一个功能，一个控制器，一个新的操作，大多数时候看起来不那么简单，可能会对现有的结构和过程造成很大的变化。
选择理念：世界上没有完美的解决方案。
任何解决方案都有其优缺点。
你不是三井寿，你不能什么都想要。
通用化:任何设计都不能只考虑现在，还要考虑未来的规划和产品的最终形式是否兼容。
分享一些产品工作的方法和原则： 坚持学习技术：基本了解产品使用的技术逻辑，更好地与开发合作； 主动背锅：主动承担产品开发和运营过程中的偏差责任。
当产品功能与预期不一致时，首先要反思自己的需求描述是否不清楚。
任何时候，都不要有开发理所当然的想法； 善意沟通：不要为沟通对象设定立场，始终保持解决问题的态度。
关于产品概念和工作方法，这里只是一个简单的点。
更详细的内容，未来将单独整理文章。
这里要表达的核心是:高级产品经理要有自己的做事方式和想法，而不是被环境影响。
事实上，这些都是关于产品的思考和总结的拼凑。
工作七年，产品工作五年，阅读知识笔记，各公司项目输出规范、文件、流程接近百万字，通常嘲笑很多，但没有时间整理自己的思考。
如果你也喜欢产品、数据和建议，这是一个开始。
作者:尘世；微信官方账号:第四阳关青少年记录: 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。
本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。
如有侵权行为，请联系网站管理员删除，。
那么我们应该怎么做呢？在这个过程中要掌握的要点是什么？作者将结合这些要点整理如何创建产品方法论。
28岁末，立了个flag，我希望在30岁的时候，我能形成自己的产品方法论。
现在我已经站起来，开始做数据产品近五年了；在过去的五年里，由于生活轨迹的跳跃，产品本身的行业并不固定。
幸运的是，产品逻辑本身可以类比，无论行业如何，他们的兴趣和所做的都是数据产品本身。
电子商务已经走过行业O2O、在线教育、智能硬件、金融风险控制、产品范围也从以往的数据分析产品跨度到数据服务、数据应用产品。
外人似乎只看到它的宽度，而自己，其实一直在数据产品领域耕耘沉淀。
然后我试着整理过去的思考和笔记，这是我自己的成长和不成熟的分享。
01 建立自己理解业务的方法模型 理解业务是理解需求的前提。
所谓理解业务，就是理解公司的商业模式，理解产品的具体应用场景。
事实上，即使是同一行业的不同公司，有不同的商业模式；掌握一套了解业务的方法，可以使我们的产品道路不局限于行业和平台，快速扩展到新领域，可以快速了解新平台的需求场景，更好地促进产品的实施； 在实践中，当我们接管新产品时，我们可以分为以下步骤来理解业务，并负责产品对业务的意义： 1. 与业务核心KP沟通，了解业务流程，绘制业务流程图，明确以下信息 整个业务分为几个环节和步骤？ 每一步的具体内容是什么？ 每一步之间的依赖关系？ 2. 梳理业务流程图后，要了解和思考以下信息 业务步骤涉及哪些人员和应用系统？ 我们负责什么步骤的产品，涉及什么人员，核心问题是什么？ 此时，我们基本上定位了产品的位置和产品解决的问题，因此我们可以了解产品相关人员的具体操作流程，了解产品需求的本质； 如果条件允许，最好参与业务的实际操作；这种参与不仅仅是使用自己设计的产品，而是作为业务角色融入业务。
02 掌握基本的产品研发过程 产品经理需要了解产品从需求到在线运营的整个过程。
虽然这方面介绍了各种产品课程，但在每个公司，这个过程是非常不同的。
产品实现的基本阶段可分为以下几个环节： 需求阶段(收集需求、需求研究、竞争产品研究) 产品设计阶段； 开发实现阶段(需求评审、安排、开发、测试、验收) 在线运营阶段；(发布、运营) 整个过程，根据公司的组织结构，不同的开发模式，具体的事情可能不一致，如许多背景产品，本质上没有竞争产品研究阶段；许多产品经理没有信息架构设计的习惯，一些研发团队会将需求评估和时间表放在一起，等等。
但无论环境如何，产品经理心中都必须有一个秤，知道在哪个阶段该做什么。
我们不必遵循哪本书的定义。
杆秤的意义在于，如果我们需要从0开始建立一个团队来建立一个产品，我们可以如何快速组织项目工作。
在实践中，产品经理至少可以画出三个流程图: 在传统瀑布开发模式下的研发流程图； R&D流程图在敏捷模式下； 目前团队采用的实际研发流程图； 以下是作者之前整理的研发流程图: 流程图只反映了研发过程的框架。
我们还应该知道并写清楚某个节点的关键事项和输出，如需要什么会议和输出什么文档；同时，每个公司可能都有自己的项目管理合作工具（例如teambition、jira等等)，我们需要梳理这个过程是如何反映在合作工具上的；下图梳理了研发过程的关键动作和输出: 对许多公司来说，这一开发过程可能由专门的项目经理或研发经理来构建和控制。
作者的观点是，无论过程是具体的onwner谁将具体事物抽象化、流程化，是产品经理逻辑能力的体现，从提高产品专业能力或加强项目管理能力的角度具有重要意义。
03 有自己的产品设计风格 我们常说的产品化，本质上就是固化一套解决方案，说白了就是套路，产品化就是套路实体化。
上述业务理解模型和开发流程也是业务理解和开发流程的常规。
产品经理应该有一一直做产品的思维习惯，也就是一直总结套路。
所谓自己的产品设计风格，就是自己设计的时候有一套成型的方案套路。
综上所述，有三个方面： 1. 根据团队的发展偏好，建立自己的文档规范 BRD、MRD、PRD、原型图这些产品经理的产出文件，网上没有统一的模板，但作为个人要有统一的规范。
所谓规范，前后一致，逻辑自洽，如写作PRD功能描述一般有两种方式： 分别描述前端逻辑、后端逻辑和统计需求的优点是相关开发可以更快get对于你想做的事情，缺点是任何开发都缺乏对功能的全面控制，不知道你的界面和表设计最终向用户展示了什么形式。
主要描述交互逻辑，后端逻辑混合在交互描述中。
优点是开发可以从用户的角度清楚功能的最终形式，缺点是前端和后端的逻辑应该由开发进行二次拆分。
产品经理可以根据开发团队的偏好选择一种模式，但在同一个项目下PRD，最好保持同样的方式，而不是第一个，第二个。
以下是笔者之前在某家公司梳理的。
PRD文档规范： 2. 在原型设计中，有一套自己风格的材料库 许多产品经理会在网上找到一些原型材料作为自己设计的模板。
但高级产品经理必须能够将现有材料融入自己的设计风格，甚至根据公司的业务特点和设计规范建立自己的材料库。
当别人看到一个原型、一个文档、一个产品时，他们可以说这很好XXX作者认为，这是产品经理的一步成功。
04 选择并建立自己的产品理念 乔布斯、俞军、张小龙、梁宁等产品老板将在各种场合输出产品价值、产品理念和方法论。
作为产品界的众生，首先要理解这些想法，其次要尝试在实践中运用。
但在某个阶段之后，我们需要选择并坚持抛光，只有坚持的概念才能被称为概念，也可以被视为理解。
然后，试着建立自己的想法、价值和方法。
以下是作者坚持的几个产品概念： MVP原则：抓住核心需求，以最小可行化、最低成本的方式验证需求是否成立。
如果没有必要，不要添加实体：一个功能，一个控制器，一个新的操作，大多数时候看起来不那么简单，可能会对现有的结构和过程造成很大的变化。
选择理念：世界上没有完美的解决方案。
任何解决方案都有其优缺点。
你不是三井寿，你不能什么都想要。
通用化:任何设计都不能只考虑现在，还要考虑未来的规划和产品的最终形式是否兼容。
分享一些产品工作的方法和原则： 坚持学习技术：基本了解产品使用的技术逻辑，更好地与开发合作； 主动背锅：主动承担产品开发和运营过程中的偏差责任。
当产品功能与预期不一致时，首先要反思自己的需求描述是否不清楚。
任何时候，都不要有开发理所当然的想法； 善意沟通：不要为沟通对象设定立场，始终保持解决问题的态度。
关于产品概念和工作方法，这里只是一个简单的点。
更详细的内容，未来将单独整理文章。
这里要表达的核心是:高级产品经理要有自己的做事方式和想法，而不是被环境影响。
事实上，这些都是关于产品的思考和总结的拼凑。
工作七年，产品工作五年，阅读知识笔记，各公司项目输出规范、文件、流程接近百万字，通常嘲笑很多，但没有时间整理自己的思考。
如果你也喜欢产品、数据和建议，这是一个开始。
作者:尘世；微信官方账号:第四阳关青少年记录: 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。
本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。
如有侵权行为，请联系网站管理员删除，。
