从运营的角度来设计产品，会是什么样的效果？如何根据当前产品解决的用户需求来进行上下游的延伸呢？这个问题，作者给到了三种解决办法，大家可以参考一下。

每个产品都具有其自身的生命周期和不同的发展方向，产品运营自然也会涉及到对于产品需求的理解和铺垫，以产品运营的角度设计产品需求，则是产品设计的另一个重要方面。

在产品运营有两个问题是至关重要的：

一个是如何提高转化，转化可以是指功能使用或者交易行为等，这些产品靠着特定细分市场做到用户的精准定位，通过不断提高转化率的方式自我进化；

而另一个问题就是如何更好地满足用户需求，而满足用户需求又可以拆分为两个部分考虑，有些产品则选择“横向发展”，不断地纳入更多的功能，增加产品本身覆盖的用户面，扩大基本盘；

还有一些产品，由于自身的定位和认知上主动或者被动的限制，会在已有产品的基础上不断扩展出其它产品，这些产品集中在一个特定的领域，逐步形成矩阵，完成需求逻辑闭环。

一、核心需求的上下游延伸

如何根据当前产品解决的用户需求来进行上下游的延伸呢？这个问题经常会让人摸不着头脑，而且很多时候大家给出的答案也可能会非常抽象，并不能给出具体的原因或者支撑，尤其是在一些需要发表或者征集意见的时候，这里有几个方法可以作为参考。

1. 中心环绕式

所谓中心环绕式，是根据一个现有的点寻找到上一级或者更高级的主题，以这个主题为圆心，画一个圆，这个圆上可以根据主题划分为几个相关的部分，然后再根据这个圆来完善当前的产品形态或者产品矩阵。

比如，以数据恢复为例，数据恢复作为一个单独的需求存在是完全没有问题的，但如果我们想要实现或者满足更多的用户需求，那我们就需要找到数据恢复的上一级概念：数据安全。

在数据安全这个大的概念下，我们可以得到几个另外不同的区域，比如：数据备份，数据传输，数据擦除等，这样就可以结合实际情况看到我们需要补充什么，还能做什么。

2. 跳蛙式

在太平洋战争中，美军实施了一种“跳蛙战术”，其实就是集中力量打下一个岛，然后从这岛点出发，去攻打下一个岛，再从下一个岛出发，继续攻打其它的岛，以此类推。这种方式的核心就在于，思考的时候如何从新获得的“岛”出发，调整出发点，到我们一直停留在一个点时，我们的思维往往是被限制住的，但如果我们从一个新的点出发，就会增加更多的可能性。

举个例子，比如首先从数据丢失这个需求点出发，如果用户无法找回的是他删除的数据，那么对删除数据进行备份则是一个新的需求，而从对删除数据进行备份这个需求点出发，我们还会考虑到备份会占用用户的磁盘空间，那么使用云备份是不是就可以一定程度上解决这个问题了呢？既然我们已经提出了云备份这个功能，那么就必然会引出一个重要的产品需求，就是用户账号系统的搭建和管理。

当然，以上两种方式还可以结合到一起进行组合，通过一个现有的点，升级到一个已知的主题，在这个主题中选取一个点作为基础点进行延伸，延伸到一定位置时再根据这个点升级到另一个主题。

二、基于用户需求进行合理猜测

有依据的方法看完了，这里再贡献一个看上去“没有依据”的方法：即根据用户当前的需求作为基础点，不断地延伸和组合，形成新的不同的点，再把这些点进行延伸和组合，获得更多的点，这些点和线具象化之后就会呈现出“纸牌屋”的样子。

当然，方法1+方法2+方法3也是完全可行的：

以上就是这次分享的内容了，这三种方法所推导出来的点并不一定都适合作为产品需求或者运营需求，但总还是能够提供一些参考和借鉴。下次的更新集中说明如何将已有的产品运营内容总结形成体系，发现通用性，实现复用。