产品的应用场景需求

为了这篇文章，我在问卷网上，做了一份调查，调查主要是为了去对我下面所要举的例子进行数据上的论证。

第一个例子是爱奇艺客户端当用户打开时，未检测到网络，会有弹出框，询问是否看离线，具体效果看下图。

应用程序在启动时检测网络，是应用程序必备的一个功能之一。但更多的程序只是会简单的提示，当前网络未连接，并未进行任何其他的引导式操作。相较于其他应用在无网络状态下的基本功能停摆之外，由于视频应用大多都有离线缓存机制，用户在有网的情况下，进行视频的缓存下载，当有时间时进行观看。

当用户在进行观看离线视频时，就我调查来看，尽管处于网络关闭的状态的比率仅为30%，更多的用户选择网络处于正常状态。但假设一个用户习惯关闭网络进行观看离线视频，当应用启动后，用户的操作会选择进入离线缓存的页面，如果在启动后，便弹出这样的一个选择，用户可以直接点击，进入离线缓存页面，简便了用户的操作。

第二个例子是当我扫码飞牛的下载链接二维码后，并没有进入直接的下载页面，而是会进入下图这样的页面，引导用户使用浏览器进行访问网址，那这是为什么呢？

要回答这个问题，其实就要考虑到用户使用何种扫码软件进行扫码，从我的调查来看，超过80%的用户，会选择使用微信的扫一扫进行。微信的扫一扫的功能的强大我就不多说了，这里说一下微信扫一扫的限制。

如果使用微信的扫一扫，进入一个下载页面时，当系统是苹果的iOS时，并不会影响，但如果是安卓系统时，就会出现问题。问题就是，假设应用不是来自应用宝的下载链接，微信是会进行自动的屏蔽，无法下载。因此，如果当用户扫描后的页面并不是显示下载页面，而是引导用户跳出扫码应用，使用浏览器打开的话，便会避免这样的问题。

通过上面两个比较成功的例子，我想引出的就是用户使用场景需求这样一个概念，上面的两个例子也正是针对于应用场景需求的解决。
那何为应用场景需求？就是对需求进行根据应用场景不同而进行的区别化应用。

产品需求文档（PRD）是产品项目由“概念化”阶段转向“图形化”阶段的最重要的一个文档，其作用就是对市场需求文档（MRD）中的内容进行指标化和技术化。在编写PRD时，我主要将需求分成两块：功能性需求和应用场景需求。功能性需求，在这里就不多赘述了，不管是网上、书上都介绍了很多，相信都能够写的很好。

这里着重说一下应用场景需求。关于这个需求，其实在产品经理编写PRD中的功能性需求时，应该都会或多或少的考虑和涉及到，只是统一归为功能需求，这里将其分出。

由于移动互联网设备的移动性，产品的使用场景，充满了很多的不确定性，用户有个更多的场景进行使用产品，因此，为了增加用户的体验，针对用户使用场景的不同，对产品进行适合场景的变化，以适应产品对环境的变化。在编写应用场景需求时，需要考虑一下几个主要因素。

1、网络

移动设备脱离的网线的束缚，需要上网，只能依托移动网络和无线网络。但在真实环境中，网络会受到信号强弱、移动网络数据传输技术的不同、用户自主选择等因素，导致会出现是否有网和网络强弱的存在。

2、外界环境

由于移动设备的便携性，用户使用产品时的外界环境也充满了不确定，特别是光线、声音等。

3、用户习惯

由于很多因素导致用户在使用其他产品上的习惯，很容易导致对该产品的不适合。上面提到的两个例子，都可以很好的说明这一点。
除了以上相对客观的因素外，还有很多基于用户的主观因素，比如用户情绪等，由于主观因素，具有较强的个体性，因此这里暂时将其划分在用户习惯上。

通过对应用场景需求的单独划分，可以更好的表现产品在用户体验方面的技巧和处理，对提高用户体验有较高的帮助作用，简单的改变，就可打动用户的心。

其实，很多产品经理都会考虑这样一个问题，产品经理应该是什么？其实在我看来，产品经理就是产品的用户，当你站在用户的角度，身处到用户所处的环境，自然能够得到产品的灵感的同时，也能在产品的功能和需求上提供合理化的创造和实现。那么这样，产品自然是一款能够被大众所接受的产品。

本文为作者 @时凤卫 投稿发布，转载请注明来源于人人都是产品经理并附带本文链接