睡前一篇文章引发的【产品场景】的随想

今天微信的“小程序”刷爆了互联网，读了网易新闻的《小程序来了，不断臃肿的微信会沦为下一个QQ吗？》，出处是一个产品经理的观点：“微信不能解决自身多场景的无缝切换，应用好很难起规模”。由此引发的一些关于场景的感想，迫不得已从床上爬起来，先记下来：

一个产品至少有1个以上的场景，而场景与场景之间存在某些细微的关系。

从横向来说：

众所周知，无论什么样的产品，其最终目的都是帮助用户解决问题。从用户的需求出发，到功能的实现，再由用户对功能的使用从而满足自身的需求。在此过程中，本身就包含了对应的场景，即：

需求场景-功能场景-使用场景

这三个场景相当于一个简易的模型，模拟产品到用户的需求解决过程。这个过程本身其实是一个场景的转化过程。

需求场景：用户自身最原始的需求所对应（固有）的场景，对于一个产品来说，基本是不变的；

功能场景：具有工具属性的特定场景，不随其他因素的影响而变化；

使用场景：需求的实现场景

这三个场景是有层次之分的，是转化的关系；在范围层面上，是存在一定的包含与被包含的关系。

差不多应该是：需求场景≤功能场景≤使用场景

好的产品，一个功能场景对应一个需求场景，几乎是对等的，但使用场景大部分对前两者而言是包含二者的。而要使使用场景能兼容多个功能场景、需求场景，那么必然要求功能场景的开放性、灵活性与可拓展性非常高，比如体现在功能的入口/出口、功能的信息设计及在整个布局中的位置等。

从纵向来说：

同一类多个场景，其内部的场景也是存在一定的关系的。

比如，同一功能场景从不同维度可以去对使用场景进行划分：状态、场地等；每个维度内的场景之间具有共同的属性。

那么在一个产品中一般很难同时实现多个场景的兼容，尤其是在同一划分纬度的场景内。那么这些不兼容的场景之间的关系即为相互切换的关系。而场景的无缝切换对于一个产品的用户体验有着极为重要的作用，这就回到了那位产品经理的论点上了。。

-------------------------------------------------------------------------------------------------------------------

发布此文希望能够一起讨论，出于私心，希望大家能助我成长，谢谢！