每周读一篇新产品与设计思路介绍，创业者产品创业的精神武装。——产品鸭周刊
Q：十多年开发经验，做过不同种类的项目和产品，想把这些经验好好利用一下，比如整合到一起做一个功能比较全面的平台，按客户需求动态开关相关功能。好处就是用户的数据可以有机整合在一起，不会分裂到各个系统里。这样的产品还有没有市场？
这个问题其实问到了产品的核心问题。 产品究竟是什么？
很多同行认为产品是需求的集合，C端产品是当前场景下用户的需求集合，B端产品是在组织在生产时的需求集合。
这个说法乍看很对，其实并不正确。俞军老师的定义我觉得十分准确，他是这样描述产品的：
产品是约束条件下的效用组合。 产品即交易。
这两句话我认为要结合到一起进行理解。效用是经济学概念，指的是对欲望的满足程度。
用户从产品获得和感知的只是一组效用，而产品就是构造这样一个交易，让用户在交易允许发生(约束)的条件下满足某一组欲望。
经济学就是这么扯淡，怎么写都是别别扭扭的。我举一个例子，网盘。
用户的需求是无限的：资源要多、传输要快、空间要大、搜索要准，不要广告、不要钱，甚至可以帮我赚钱。
这些需求，但凡没有满足，随便一个人都能吐槽一句：体验不好。
如果有人告诉我这样的网盘产品可以实现，那一定是成本、资源等约束条件消失了，否则它不能成为一个可持续的交易模型。
所以你会看到隔一段时间就会出现一个号称消灭罪恶的百度网盘，重振网盘产品雄风的产品出世，过不了多久就出事。
所以现在开始回答问题，能不能整合到一起做一个功能比较全面的平台？如果你理解了上一段话，我觉得看到这儿可能是有点迷茫的... 但其实是可以的。
我举两个例子，一个木函 & 微信。一个木函更容易理解，微信就比较隐晦但大家比较熟悉。
一个木函是安卓平台的一个工具集，里面集合了上百种小工具，比如base64转码、ocr识别、图片裁剪、甚至成语接龙等小工具。
微信一开始是个聊天工具，逐渐增加了朋友圈、漂流瓶、公众号、视频号等功能。这些功能似乎没什么共通点，有社交、有短视频、有文章阅读。
有一个地方是没变的，他们都服务于同一个场景，或者说用户指向性。即，如果用户有遇到不好解决的问题就会去打开一个木函，而用户遇到碎片化时间就会去看一下微信。
这就是做一个功能比较全面的平台的产品思路，他的前提是必须服务于同一个场景。把一堆不同场景的小需求集合到一起无法提供足够的价值去与用户做交易。
都到这里了，额外再说一下关于产品设计的方法论好了。接着刚才网盘产品如果能满足所有用户需求是扯淡的那句话开始聊。
当产品的效用和用户需求不对等的时候，就出现了需求分级：
底线功能：要能满足用户最基本的需求，比如滴滴得能打到车，达不到用户就不会用。 够用就好：需求满足到边际回报率最高的点即可，比如一个淘宝的商品分类功能。 越多越好：如题，比如在滴滴叫车越快越好，淘宝推荐的东西越准越好。 惊喜功能：比用户期待值更高，比如用户只是打算吃个火锅结果碰上了海底捞。
对于一个产品来说，重要的是满足用户的底线需求，然后把够用就好的需求打磨到边际成本之下，追求大量的越多越好的需求，适量给用户提供惊喜。
因此产品是约束条件下的效用组合，需要根据不同的情景进行效用组合的设计。
还有一个方法论从刚说的误区：【产品是需求的集合】开始说起。
那产品不是需求的集合，那需求的集合是什么？
答案是用户。用户不是自然人，用户是需求的集合。
这样理解就很舒服，把用户拆成了需求的使用者，这样就很容易去评估需求的强弱。
比如滴滴打车，有8个人只希望到达目的地就行。还有3个人除了到达目的地还得让我快速到达，还有俩人觉得以上条件都满足了也不行，得让我有舒适的乘坐体验。
很明显"到达目的地"这个需求是强需求，“快速到达”是中等需求，“舒适的乘坐体验”是弱需求。
基于此可以优先满足强需求，再满足中等需求，接着再满足弱需求。而且也可以根据需求分级，做出三个模块 特惠快车、快车、专车 来满足不同需求的使用者。
今天就到这里了，这个属于加更。我Vol.1还没写好，但突然被网友的一个问题吸引了，仔细想了想好像能有很多能说的东西，所以就写一篇。