总结一下这次做蘑菇网第一版的思路，我们得出的一个结论是，在以往的美食网站中，多以门户为主，但门户网站是有其先天缺陷的，首先，面对缤纷的菜谱，无论如何细致地完善分类系统，用户所面对亦如是一个庞大的数据列表。老子说，“无色令人目盲，五音令人耳聋”，我们不得不佩服老子的先见之明。于是，如何解决这个问题，我们想，既然每个人的口味都是不同的，那么每个人所喜爱的菜谱也不尽相同，如果能依据每个人的口味提供个性化的菜谱，那不就是这个问题的解决思路之一吗?
接下来，如果获得用户的口味，我们最新想到的当然是用户输入，但我们考虑，一来，并不是每个用户都熟悉自己的口味，二来，用户的口味也可能发生变化，所以，对用户的推荐应该是可以变化的。我们当然不能要求用户去更改自己最初录入的口味，那么，我们引入了浏览追踪，也就是用户每浏览一道菜，只需点击喜欢或者不喜欢，我们就会将这次点击记录进数据库，并据此形成用户的口味模型，这样一来，用户就在不知不觉中形成了自己的口味模型，当然也包括基于喜好的主材的模型，这样一来，用户所得到菜谱，基本上是符合他或者她的口味的菜谱，每个人所见都不尽相同。把这些信息写入用户的美食主页之后，他或者她的朋友也就可以清楚地直到他或者她到底是什么口味了。
以上的所有考虑，其实都是基于一点，那就是泛泛的门户已经不适合日益个性化的信息需求，互联网的明天在于“定制主义”，要为每个人量身打造属于自己的信息资源，这些信息在信息爆炸的今天也许只占总量的0.00000000001%或者更低，但他们一定要是对特定用户有用的信息。
另外有一点值得一提，那就是谷歌为我们提供了一种基于搜索的信息整理模式，但我们觉得，它有一个缺陷，就是用户得到信息必须基于他或者她对要搜索的内容是已知的，并且想知道更多。随着信息的爆炸，未来的用户可能对很多东西感兴趣但是它们却并不是已知的，所以，未来的互联网一定是基于对用户个体的分析来提供未知却感兴趣的。
再说说菜品的来源，我们觉得再也没有比用户提供这种方式更好的了，这是典型的UCG模型，它是属于WEB2.0的模型，就此不再赘述。另外一个引入的WEB2.0模式便是菜品推荐系统，我们放弃了传统SNS人邀请人的模式，而是用户可以通过EMAIL将自己喜好的菜推荐给自己的好友来分享，我们觉得，这样的设计比单纯的人邀请人的模式更有吸引力。当然，人邀请人的模式已经在人人，开心等处得到了验证。
最后，再说说为什么叫蘑菇网吧?其实很简单，第一，这个名字年轻，好记，包括为其配套的域名，www.mogu001.cn，都是本着这个原则，域名是很重要的，它不但要好记，还要年轻;第二，我个人喜欢吃蘑菇，呵呵。
这就是设计蘑菇网的一些思路吧，不成熟的地方会在第二版中进一步完善。