有的时候，产品设计师会觉得，我的需求已经很完整了，不需要再反思了。但是我们仔细的分析下，却发现我们的需求其实并不是完整的，是其中的一段，或者是拼凑起来的，或者是我们代替用户做了很多判断。当然了，你不能说代替用户做判断不对，只是你需要告诉用户他(她)只能走哪条路。
    有的时候，当我们去看待需求的时候，我们不仅不会简化它，反而把需求整复杂了。
    有的时候，我们忘记参考技术这个重要不能再重要的参数，只是为了做而做罢了。

    例子. 淘宝的首页的top区设计

    里面藏着多少需求、设计和技术实现的故事，我想，当事人会更清楚，咱么作为看客就说咱看到的东西。

    A. 宝贝，不用说，就是找东西，而且有搜索提示，提示的是相应的宝贝，它的原始需求就是在所有的宝贝中找宝贝，并且给予用户提示。
    B. 店铺，没有搜索提示；接下来的问题是，用户是找店铺里的东西，还是找店铺？淘宝只是给了用户一个选择就是找店铺，它的原始需求实在所有的店铺中是找店铺，给不给提示不知道。
    C.商城，有搜索提示，提示的是相应的宝贝。但前提是，用户是找商城还是找宝贝？如果是找宝贝，那么与上面的“宝贝”有什么区别么？实际情况是，搜索提示没有区别，但结果是不一样的。它的原始需求是在所有的商城中找宝贝，并且给予用户提示。
    D.拍卖，无搜索提示，它的原始需求是在所有的宝贝中找出拍卖的宝贝。
    E.全球购，无搜索提示，它的原始需求我看不懂。
     F.打听，淘宝社区中的一个产品，它的原始需求是用户买东西前要打听打听。

    接下来，我要问的是，这个搜索的完整需求是什么，我们用上面的细需求来拼凑下看看，“用户可以在所有的宝贝中查找；也可以查找相应的店铺；用户可以在商城中查找相应的宝贝；用户也可以查找正在拍卖的物品；_______________；用户也可以打听打听。”
    虽然我是拼出来了，当然了，中间的“全球购”我是没看懂，看懂的朋友可以提点下我。从alexa的流量上，也简单的看出不仅仅是我没看懂，用户也没看懂，因为http://global.taobao.com/ 就没出现过。

    点评1，需求的故事. 但是当我看到这个需求的时候，我只能简单的说一句，乱套的需求。当然了，我不是用户，但是我能想到的需求是“用户可以找宝贝，也可以找店铺，也可以找商城，当然了，也可以打听打听”，至于宝贝是来自店铺，还是来自商城，或者是拍卖性质的，完全可以在结果中呈现，当然了，实际情况也是如此，淘宝已经在宝贝的搜索结果中加入了商城和拍卖的筛选条件。至于商城是否有大的搜索需求，就需要一个调研和判断了，但找东西，和找店铺是基本需求，无需怀疑。
    点评2，技术的故事.按照原来的需求，宝贝是所有宝贝，商城是商城内的宝贝，既然结果不一样，那么提示也应该不一样的。我在商城里输入关键词，提示我有xxx条结果，确认了，发现只是其中的一个很小的子集，这个实现很懒惰，直接从宝贝里继承过来的。
    点评3，技术的故事.在宝贝中输入关键词，提示我某关键词有xxx条结果，可以确认了，结果却变化了，数字是对不上的。

    平心而论，在产品的实现过程中，技术遭遇的痛苦和挑战是非常巨大的。我相信，实现的技术人员肯定会告诉产品人员里面存在的问题。但是最终还是上了，原因是有的时候，为了其他的等等，就把需要技术储备和研究的东西提前搬上了舞台。因为什么，因为我们没有耐心；因为什么，因为我们不给技术缓冲。所以，产品经理应该考虑技术这个非常重要的非常重要的参数。如果需求异常重要，那么就安排重要的技术人员去攻关，去实现，而不是拿一个半成品出来。

    简单的说，产品设计人员要把需求完整，然后简化，同时设定相应的技术标准，分阶段去实现它。当然了，上面只是一个例子，可能不一定正确。