我们要做的这个东西，“商业上是否能得到回报？”、“技术上是否能实现？”
能解决以上两个问题，一个产品基本上就具备了可实施的条件。事实上，大多数的产品都是在回答了以上两个疑问之后付诸实施的，也许有的一开始只考虑技术是否能实现，但接下来很快就会想商业上如何得到回报。反之亦然。
但是渐渐的有人发现，仅仅解决“商业”和“技术”问题，并不能让用户买账。用户选择使用哪个产品，似乎过于随意、主观、毫无规律可循，这是一个让人摸不着头脑的现象。
有一个模型似乎很合理地解释了现象背后的原因，这就是现代产品开发设计的三要素。
这个由Doblin Group公司的Keeley提出的“技术可能性、商业可行性、设计期望性”的三品质模型，第一次把“设计”有意识地引入到影响产品成功的因素之中。Larry Keeley认为，一个高技术的商业产品，这三个因素同时对其产生影响，如果三个基础中的某项显著的弱于其他，那这个产品不太可能禁得住时间的考验。 (more…)
用户的期望值产生于需求，而非体验。
先是期望值产生的时间，应该是在意识到自己需求的时候，（注意并非是产生需求的时候）。这个时候，最基本的期望值便已经确定了，例如感觉到了自己口渴，这时候同时产生了需要解渴的饮品的期望。这个期望的产生，完全和先前的体验没有关系。
至于说其他的期望，很多时候也并非是产生于先前的体验，而是需求的分解，当意识到自己需求的同时，意识到自己这个需求同时还是伴随别的需求的，例如运动的时候想喝水的时候同时意识到自己有点累需要解决累的问题，可能就增加了期望，补充点糖分。
ami在文中提及了，我们经常期望在**软件中存在**功能，当然，先前的体验在我们这个期望的产生中是存在作用的，但是先前的体验并非是决定我们对该功能有期望的原因，而是辅助的作用，它只是帮助我们去快速的分解自己的需求，当我们意识到主体需求的同时，先前的体验可以帮助我们快速的将主体的需求分解成被分解的需求，如果思考够理智的话，可能很多功能是很好，但是不在我们的分解需求之中，这个也不会产生什么期望值。
在一个人没有意识到自己的需求的时候，任何体验都是对期望没有影响的。
(more…)
用户来到我们的网站，与我们的产品进行交互时，必定带着他的期望。是否能满足用户的期望，直接关系到是否能带给用户积极的体验。
那么，用户期望是怎样产生的呢？
品牌信誉
首先，用户期望可能基于你的品牌信誉，尤其是对你这个产品还没有初步体验和接触的时候。品牌信誉是从多方面累积建立起来的，产品本身的质量、口碑、公关和宣传……当你建立起一种品牌形象，用户自然会对你的产品产生相应的期望，比如IBM的本本应该有可靠的质量、NOKIA的手机很耐摔……在这次上海的书友会上Sky还举例，如果Google和微软同时推出一款互联网产品，我们很容易对Google有更高的期望——微软相对来说没那么擅长互联网产品，而Google，会让人期待又一个Gmail或者Gtalk、Google Reader…
当你的产品能满足用户期望，提供良好的体验时，也会进一步的促进和提升你的品牌信誉，更增加用户的忠诚度。 (more…)
概念来自哪里？ 一般来说，概念来自“对已存在问题的质疑和未被人发现的想法”， 也就是说它可能是一个改进方案， 也可能是一个实验模型， 引申一下也可以定义我们什么时候需要考虑做概念设计：
也就是说概念设计并不一定只在项目开发前期就全部完成， 因为很多情况下，一些想法不一定能同时汇集在一起，往往问题出现的时候也是新的概念诞生的时候。
很多产品经理常会把概念设计一起写到产品需求文档 （PRD）里面去，当然 PRD 的范围和内容，以及概念设计的范围和内容，都比较灵活，可根据实际情况调整，如产品战略、人力配置等。需求到什么程度，概念设计就从什么程度开始（或许已经开始）。我在本文中提到的概念设计，是产品早期的微缩的设计过程，交付物主要是概念图（Concept Map），但在很多情况下，我们还需要针对产品需求的低保真纸面原型设计（Lo-fi Paper Prototyping）、模型等，以及根据该原型进行的评估和测试。
通常大家都会认为设计师是一群关注细节的人，但事实上，设计师不仅要关注细节，还需要考虑整体，就象画画时一样，你需要时不时地从细节中抽身出来，退后几步眯起眼睛看看整个画面的样子。
那么对于从事产品的设计师来说，在进入具体内容之前（不管是视觉、交互还是功能），最好能对整个产品的概况有所把握。那么，我们用什么方式来得到产品的整体印象呢？
(more…)
