产品服务体系的三度空间

从未有过产品经理的从业经历，曾经做过某网络营销机构研发部的Leader，规划过产品服务体系，偶然翻出旧工作文档，感觉应该对产品管理有所帮助。

产品经理，虽然叫“经理”，但究竟掌握着多少决策权力，因公司管理架构而异；产品和服务是一对双胞胎，商业上都是为了满足客户需求存在的，每谈产品而抛弃服务是片面的；一个产品的规划过程，也是服务的规划过程，产品不能离开服务支持部门独立存在；产品的管理包含了对服务的管理。

这是一篇关于如何规划管理产品线的文章，适合产品部门和战略研发部门阅读。

产品服务是为了满足客户需求、获得商业价值存在，那么就必须要回答三个问题：

面向谁？客户群体的特征
满足什么？具体的需求
提供什么？产品服务的形式

总是能看到产品经理在沉思“我能为用户提供什么新花样？”，向产品线上搭载新的产品不是拍脑袋想出来的，其中存在着规律和方法，这就是产品服务的三度空间。

<h2>建立产品服务的三维坐标系</h2>

我们以某具体的概念作为元点（有关概念设计，请参考《从概念设计到信息架构》）
，建立一个包含客户群体（X轴）、需求（Y轴）、产品服务类型（Z轴）三个相互垂直的坐标空间。每轴都会沿着箭头方向衍射出无数个节点，这些节点是可以根据社会关系的变化、技术的进步不断的增加或删除。


建立一个产品服务体系的三维坐标系
例如：
<dl><dt>客户群体（X轴）可能包含节点：</dt><dd>公众、机构（法人）、特殊群体（权限用户）个体（私有）……</dd>
<dt>需求（Y轴）可能包含节点：</dt><dd>推送展示、寻找、即时沟通、模拟计算、对比内容……</dd>
<dt>产品服务类型（Z轴）可能包含节点：</dt><dd>在线的、客户端的、人工应答、上门服务……</dd>
</dl>
以上举例中的节点可能根据公司、项目的不同有所变化取舍，请读者具体问题具体分析，不要认为节点必须包含它们。

<h2>空间交集那一点就是潜在的产品或服务</h2>

在标定了XYZ的具体节点值之后，我们就可以得到空间上的一点，那就是可能存在的产品与服务，我们去要一一判定那些点是否要去开发和投放市场。

在产品服务体系描述文档中，可以简单的以坐标来描述具体的产品服务。
参考形式：产品（编号）坐标{X，Y，Z}


通过标定XYZ节点，分别得到三维坐标系中的A点和B点（QQ和QQ群）

<dl><dt>A点：IM（个人，即时沟通，客户端的）</dt>
<dd>含义：QQ是一个针对个人用户的，满足即时沟通需求的客户端产品</dd>
<dt>B点：IM群（特殊群体，即时沟通，客户端的）</dt>
<dd>含义：QQ群是一个针对特殊群体用户的，满足即时沟通的客户端产品</dd>
</dl>

不要觉得这么做很麻烦，当你必须去管理几十、上百种产品，而又害怕新产品会对已有产品产生冲击和叠加的时候，这个坐标系可以非常便捷的去处理这个问题。

<h2>增加一个节点等于增加了一个面</h2>
产品管理中的减法很容易，只要把现有产品中那些经营效果不好的进行合并剔出就可以了；产品管理中的加法很复杂，每次技术革新和新应用的出现，都会在三维坐标系的某一个轴增加一个节点，而对于其他两个轴，将有一个“面”可以与新节点汇合。面对节点的增加，产品管理者只需要按图索骥，把可以投放市场的产品服务找到，评估它们、设计它们、验证它们、投放它们。
<h2>三度空间在产品管理中的深层含义</h2>
如果把正在运行的左右产品标注在三维坐标系中，并且以交点的大小表示投放量、经营效益、产品状态等属性，那么可以得到一系列的点；按照从属关系或时间先后把这些点串起来，我们可以得到一条三维的产品线 。


图中A点为支撑产品，B点为待开发产品，C点为投放初期产品，D点为成熟产品，CD支撑A，AD支撑B

在三维坐标系标定具体产品服务的基础上，产品管理人员甚至可以确定一个支撑点，利用产品支撑原理衍生新产品，使用链路将支撑点的用户群输送到新产品的使用中，实现新的赢利。
除了对新增产品服务进行管理之外，当然也可以包括同类产品的版本更迭和修正信息。

<h2>后记：</h2>
文本仅提出了一个建立三维坐标方法，比较潦草，纯属抛砖。包括权重属性、用户流向、数据流向等等方法都在头脑中形成酝酿，但是苦于没有时间和精力完成。特别希望看到本文的有识之士能够将这种三度空间产品服务体系管理开发成为一种程序软件，如果配合Web流量统计分析效果会更好。

添加新评论

分类