产品定义是产品经理绕不开的话题，也是其工作中非常重要的一环。那么如何去做产品定义的工作才是最高效的呢，本文就这一问题从各级视角来概览“产品定义”这个话题。
产品定义的视角分类
产品定义，顾名思义，是描述一个产品期望成为的样子。它会被研发视为需求，被销售视为客户沟通的产品依据，会被质量、测试人员视为验收清单。
其实一份完整的产品定义包罗万象，应该包含商业、市场、销售、产品方案、产品参数等。而仅产品方案和参数一项就非常之多，比如（这里以智能硬件产品为例），产品的外观、尺寸、电子方案、网络架构、接口协议、功能列表等等。更有甚者，会把代表如何实施的“项目章程”等文档作为产品定义的一部分，原因是他们认为“产品定义，就是让全员知晓这个产品是用来干嘛的，以及如何做”。
如果把前文描述作为产品定义的终极目标，那么PD（产品部）的升级之路大概可分为五个等级：参数实现型、功能实现型、需求满足型、产品规划型、行业资源整合型。
各类型工作职责简述
当下很多中小型公司，无论产品部有多少个PM，其实公司只有一名真正意义上的PM，那就是CEO。所以在大多数公司里，产品部承担的责任其实是参数实现和功能实现。而CEO才是最终的需求发起人、产品线规划人和行业资源整合规划者。
参数实现型
公司或客户已经明确提出了某款产品的方案和参数，产品部或PM负责按照此参数列表进行方案评估和立项，然后按照项目管理的方式对与项目组成员进行沟通，最终将产品按照原来既定的产品方案和参数逐项实现和验收。功能实现型
这种类型下，pm收到的输入是某一项功能说明，然后pm需要根据此功能进行产品功能拆解，将其拆解成参数级需求，然后再遵循“参数实现型”pm的工作流程将其实现和交付。
例如，pm被告知要做一款笔，当学生每握紧20分钟时，就震动提示手部放松一下。那么，此时就会将此功能进行分解为电源模块、感知模块、震动模块和计时功能模块，继而确定各部分所需要的参数。需求满足型
这个层级比功能实现型要做的事情会更多一点，也是PM核心能力之一：需求分析。这时pm接收到的会是对于场景和需求的描述，pm需要做的是针对场景和需求进行分析，去伪求真。需求分析本就是一个很重要且有难度的事情，而需求到产品功能的定义，更是难度升级。因为当需求确认后，完成此项需求的可选方案有很多，选择正确恰当的方案尤为重要。
例如，我们要做一款动脉采血的设备，那么产品功能就可以分解为几部分：找血管位置、找到最佳刺针位置、消毒、刺针采血、处理伤口等。哪些模块是人工去做，哪些是自动化方案去做？显然找血管的大致位置，人工的方式简单且不易错；而找动脉采血最佳位置，人工就未必最佳了。而找位置的方法也有很多，红外光线照射找位置、动脉搏动最强点找位置、离表皮层最浅的动脉血管等，都可以完成该功能需求。选择正确恰当的方案，并非易事，要考虑的因素其实非常多。
今天公司会议，太晚了没办法把另两种类型去做讨论分析。所以下面先大致描述一下其输入输出，然后后续再去完善此文章。
产品规划型
产品规划型，所需要的输入更加简洁，但要完成的事项却和上面几项相差无几。这种类型的PM，所接收到的输入可能就简洁为某个市场。此时pm需要从整个市场出发，全方位去分析和制定产品规划。行业资源整合型
行业资源整合型，此类pm与CEO无异，根据资源配置选定行业，根据行业认知，制定“虚拟的产品规划”，并找到最佳路径去实现产品落地和营收。
（待续……）
