博客重启计划，阿坚产品笔记

之前在 showdoc 写的关于产品讲述目录的文字没有保存下来，原来他是不会自动保存的。再重新听一遍之前的朗读视频，重新编写。

大家好，我是 Bonaparte，这是博客重启目录，后续会更新产品相关的内容。

我会从产品需求、产品定义、产品落地(也就是项目相关)、产品运营分为这几部分类讲述产品经理相关的工作。

产品需求

第一部分为需求，包括来源、需求池、需求相关流程(或可定义为需求分析的工具)；

• 需求来源分为行业需求、竞品分析、调查问卷、内部沟通(版本和运营需求)

• 需求池涵盖需求定义、需求规划、需求落地等内容

• 需求流程或工具会讲到思维导图、马斯洛需求矩阵、knno 模型

这是后面我们可能更新的的内容，会细化到刚刚提到的每个点，例如行业需求、竞品分析分别有那些点，调查问卷和内部沟通该怎么去做。

产品定义

产品定义，我们会提到产品服务、产品终端、产品业务、产品功能等内容讲述

产品定义，我们会提到如何定义产品服务，提供线上和线下的服务，服务的人是谁？有助于我们后面确定产品终端；提供什么服务？这对我们后面去确定产品业务内容是有帮助的；最后就是我们的产品服务来反推我们的商业模式。

20230712 今日会着重改造简历，第 5 次…此处将更新不多

• 产品终端，我们把一切可通过视觉来展示的设备都定义为终端。有些终端是系统商的，也就是我们讲的 PC、Mac、Android 或 iOS；有些终端是平台提供的一个开放平台的能力，例如微信公众号、不同平台的小程序、或者是落地页；有的终端是设备商提供的，例如传统的闸机、平板、手表手环等等之类的，他面对的技术环境相对会比较复杂。

• 产品业务，进行业务梳理，产品和工程师都分别有自己的一套方法论，或者叫理论来区分。我之前的产品总监，他给自己定义的 title 是业务架构师，也就是要自己多看，多思考，多做分类，想他们可以应用在我们的平台上怎么落地的问题。产品有一套 UML 统一建模语言，对用户、业务、功能等等进行业务梳理；工程师们有一套交 DDD 的方法，进行业务建模的落地。

• 产品功能，我们要区分那些是让用户操作的，那些是无需用户进行操作的，用户操作得越少，用户满意度的感知就会越好。但是如果操作的元素过少，也会造成用户的学习成本过高。我们要将很多功能抽象为一种能力，产品能够帮助用户做到什么，做到什么程度。输出功能列表，进行功能描述；输出信息架构，对用户的描述文案，用户查看和操作的路径进行设计。

重启博客编写，当前文稿已经写到了产品定义终端的部分，后续会每天发送一段文字，可能是一个小节，也可能是整篇文字。