最近写项目总结，觉得自用的模板不错，share一下。
1. 先将 项目总结[个人文档] 发给参与项目的同事们，由大家分别填写。简单的列举1.2.3，节省时间又清晰明了。
2. 汇总所有人的内容，完成如下总结表格。
END~
项目总结模板
5
分类目录归档：产品心经
社交网站中关系的利用
前几周去车库咖啡，碰巧听到有人在慷慨激昂地讲大学生教科书市场，大概是想做个方便学生买卖二手书的网站。听了一半就没了兴致，想法是好，不过更适合做成人人里的app。
想起几个月前有人联系我，希望一起做购物分享网站。相谈甚欢，有一个观点很一致，就是不需要重建一套关系，要么利用已有的，要么以物品作为连结。
人们常会把关系分类，亲人、朋友、同事、陌生人，各社交网站也许不乐意，但也无形中被用户按照这样的分类定了位。人人里是同学，开心是同事，FB用来和国外的朋友们联络，豆瓣里是爱好相同生活中可能永远不见的陌生人，新浪微博都有，远的近的放在不同的分组给予不同的关注。已经有了这么多的关系，且建立了关系的互联网巨头们纷纷搭建平台摆出开放的姿态，不管是伪开放还是真有心，对开发者来说，都是资源。
下厨房的使用感受
最近常玩的网站，豆瓣、下厨房、爱搭配，今天说说下厨房。
用户群很明确，但这部分群体数量有多大，不得而知。从身边的情况来看，每天下厨的中老年妈妈们不屑于看菜谱也没什么上网分享的习惯，年轻人里坚持做饭的不多。好在对美食的热爱不要求你身体力行，看看就很好。在下厨房晃荡了个把月，说说我自己的使用情况。
一、导航
1. 在首页直接搜索菜谱，如“香辣虾”，常用。
“忘记密码”之后
昨天把各大网站（Google、facebook、QQ、taobao、支付宝、百度、豆瓣、网易）找回密码的功能试用了一遍，大同小异，整体基本遵循如下流程：
1. 忘记密码？
话术上Google使用的是“无法访问您的账户吗？”，腾讯使用的是“找回密码”，其他均为“忘记密码？”。
个人认为Google的说法更为准确，QQ的“找回密码”操作其实是“重设密码”的过程，并非找回原来的密码。其他的“忘记密码”也不算准确，毕竟账户被盗的事情屡屡发生。“无法访问”更像是现状的描述，之后细分成了a.忘记了密码 b.忘记了用户名 c.其他问题三项，由用户选择继续。
个性化推荐系统综述
上个月写过一篇产品推荐的文章，详情请见《我所了解的产品推荐》，内容很泛，多为工作心得。本周读了几篇相关的论文，收获颇多，分享点干货。
以下内容摘自《个性化推荐系统的研究进展》，该文发表于2009年1月的《自然科学进展》专题评述，作者是刘建国、周涛、汪秉宏。
我略去了具体的算法和许多公式，重点看原理、思路和比较。
互联网技术的迅速发展使得大量的信息同时呈现在我们面前，传统的搜索算法只能呈现给所有的用户一样的排序结果，无法针对不同用户的兴趣爱好提供相应的服务。信息的爆炸使得信息的利用率反而降低，这种现象被称之为信息超载。个性化推荐，包括个性化搜索，被认为是当前解决这个问题最有效的工具之一。推荐问题从根本上说是代替用户评估它从未看过的产品，这些产品包括书、电影、CD、网页、甚至可以是饭店、音乐、绘画等等。
项目交接小总结
最近被项目交接的事搞得很焦躁，总也完不了的感觉。影响现在的工作进度不说，还弄得老大颇为不满，以为我藏着掖着不愿意讲，委屈又窝火。希望能总结一下，以后改进，也希望众人多提议，让我赶紧脱离这个苦海。
简单分成了文档&业务逻辑两个部分：
文档已能涵盖几乎所有的内容，但因数量较多且层次不分明，往往需要花费大量的时间阅读，对新接手的人来说，是了解项目最全面最精细也是最慢的方式。所以，为了交接的效率，会辅以会议和串讲，说明核心逻辑和业务需求，还有各方联系人。也会安排答疑，保证项目的平稳过渡。
我所了解的产品推荐
产品推荐分2种，一种是以营销为目的，一种是真心觉得好。今天只谈第一种。
之前我们也做过一个，自认为不错，客户和客服的反馈也好，可惜没能正式上线，至今hold。思路很简单，“客户告诉我们他愿意花多少钱[X]，希望得到什么效果[Y]，我们帮他们选择合适的路径[P]。”其中，X相对容易获得，Y则因本身的多样性需要先做细分，抽象成可量化的特征。然后对每个特征，选取路径P1.P2……Pn，做组合分析，最后是将所有的Y的特征放一起做全局优化。当然，投入的可能不止是钱，也可能是时间什么的，不过那么算的话，就太复杂了。
艰难的改版
有一种说法，网站的每次改版，都会招致一半以上的用户反对，其实没那么糟的。
不过，改版失败的例子并非没有，比如Digg，一个月内用户散失30%，PV降了70%，几近垮掉。
最近闹得轰轰烈烈的当属豆瓣了，网上吵得不亦乐乎。豆瓣er纷纷发帖抗议“取消书影音的广播”，“一夜回到解放前”这般言论满天飞。当然持支持态度的也不少，其中互联网从业者居多。
网站改版本是常有之事，唯有豆瓣，每次更改总会掀起波澜。一方面说明它的用户黏性实在是高，稍作改动用户就能很快反应，另一方面，是不是也说明大家对豆瓣的产品寄予厚望？！
关于团购的新YY
原文地址：http://minds.diandian.com/post/6d6ed180-9f64-11e0-b92e-782bcb38253b
原文作者：@杂思乱绪
各团购网站，烧钱烧得依然猛烈。联想这段时间众多的IPO，让人不经意间觉得繁荣之下的泡沫被吹得更大了。
团购这东西黏性太低，门槛太低，光砸广告的恐怕迟早悲剧。 无意想了种新式的团购思路，形式如下：
- 它是基于LBS的，每个团购项目能给出我去这要多久、怎么去，并且自动根据商户或用户设置筛掉距离条件不满足的项目；
- 它的团购项目是实时或半实时的，比如现在6点，某团购项目是7点前到XX餐厅凭团购预定就餐8折，简单来说就是驱动用户立马采取行动；
- 它的团购项目是商户按需实时发起的，比如现在餐厅座位还空着10桌没人，我就去发起个团购，XX餐厅30分钟内来7折仅限7位，当然这时也只有在30分钟路程范围内的人才能看到。换个非餐厅的例子，某商场某商品滞销，快下架了，这时同样发起个团购，5点下班前5折清仓了。总之就是商户按需发起，某种程度上可以当作对用户的调度；
- 对商户有良好的评价机制，比如能对商户的团购发起平均频率等信息做出有效甄别，一旦某个商户常年折扣，折扣本身的价值就下降了，需要通过推荐手段来针对一下；
这个思路的核心就是短时间见效。LBS的引入就是为了辅助解决时效性的问题。
对于这么一个网站的话，实时性既是最大的竞争力，同时也是最大的挑战。可以想象在初期商户量和用户数没有达到一定量的情况下，实时性较低，会更类似于传统团购。在用户、商户量上来之后，与其说是团购，不如说是短期促销，跟店门外大声吆喝一下是异曲同工的。
做商业产品的一点体会
6月9日，入职一周年，所以想写点什么纪念一下。
很多人问我是不是做电子商务或社会化网络的，呵呵，还真不是，而且完全不搭边。我是做商业产品的，做的是平台项目，性质偏向于整合和贯通。
所以常羡慕做用户产品的同学，能更多的关注用户体验、交互设计，有机会使用自己设计的产品，可以听到周围最真实的反馈。商业产品则功利和直接许多，关注的也不大相同，今天就简单的说说工作体会吧。