昨天的文章，技术优先还是产品优先的问题探讨中，提到的产品主要是指web产品或者平台，以web服务为主。并不泛指所有互联网产品，比如目前比较火爆的app　engine　在线开发、编译环境产品，这个东西产品驱动问题就比较多了。可以试用一下百度云bae和Google　app　engine之间的差异，amazon的云服务，即可感受其间的差异。

对于百度的产品优先策略，举例只用了一个百度图片首页的例子，但是百度产品体系里，这类case不胜枚举，比如百度阿拉丁等主要百度web服务，均体现了深刻体现用户需求和用户体验驱动的痕迹。

经常时候我们谈的用户体验，实际上指的的用户使用或试用过程中，可感知部分的用户的感受。可感知基本上对于互联网web业务来说，加载速度、交互体验、信息元素描述和内容的呈现，导航的易用程度，颜色、页面布局等这些现行话要素。

从这个层面忘下延伸，其实更应该关注度的是用户需要看到的内容是否最便捷、最低时效成本到达，用户想要下载或者听歌的需求是否最大程度获得了满足，根本上是用户需要解决的问题是否完成了能解决的这部分，尤其是跟这个行为最接近的那个结果的反馈。

比如找歌就是为了听，所以直接给在线听的就能解决。找软件就是下载安装使用。搜索一个query、点一个锚链接，都是为了解决一个问题，如果这个问题能获得顺利解决，自然用户价值会获得提升，同时用户体验才有得以承载。

换句话说，做一个没有需求的产品，即使UI设计的精美绝伦、交互设计炫酷独特，但是不能给用户带来价值，那么这事就有问题。

更多的时候，我们能听到的是，设计上要创新，要做的跟别人不一样，要XXX，但是说实话，很多功能或者需求满足的过程中，这个环节就只能设计成这样，细节上创新空间很小，譬如张小龙说的，我们把这个功能设计到最简化，别人再无设计超越的空间，只能follow，那么你将成为事实标准。百度不就在干这事吗？产品体验做到足够细足够完整，那么再要做的事情就是打磨现有用户的差异化需求，从用户群的行为特征上做细分来做产品、策略的细微调整，来实现产品的更新迭代以其获得用户持续的关注。

所以作一个有用的产品这个是前提是基础。而做的这个过程最重要可能不是花时间不断打磨细节，不断声嘶力竭到地追查设计上的差异化。而是快速实现产品原型，并上线，让产品再真是的用户使用中反馈或行为输出的数据分析来支撑产品的快速迭代和更新。