豆瓣：抓住最开的1000个用户.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * 友好地成长 一个Web2.0初创网站的UE扩展报告 杨勃 @ 2007.11.24 我是谁 创业者 程序和算法爱好者 不是交互设计专家 不是理论家 豆瓣概况() 致力于帮助个人发现最适合自己的未知事物 基于兴趣的社区和社会网络 推荐引擎 100%UGC:图书/电影/音乐条目和评论 102万注册用户，～500万经常访问者 小团队:20名全职成员（没有专职UI/UE设计人员） 另外…… 使用模式和UI被至少40家网站“借用”或模仿 历史 2005年3月推出，只有图书内容。 第一年为个人项目，增加电影、音乐和社区小组。 2006年2月注册用户至10万，3人团队。 2006年6月有5人团队，获投资，进第一间办公室。 2006年12月开通博客推荐和聚合服务（九点）。 2007年11月注册用户至100万。 一人团队新类别产品的痛苦 没有（目标）用户 没有专职设计人员 团队没有设计经验 ……没有可参照的网站 “传统”设计过程 创意、设计、原型、原型形测试、实施、技术测试、上线 创意、设计、原型、原型形测试、实施、技术测试、上线 Web2.0原则 从最简版本开始 持续迭代（always beta） Eat your own dog food 持续迭代过程 创意为中心的闭合循环：设计/修改、实施/技术测试、上线、使用 Web2.0原则的实践前提 最简设计 敏捷开发过程和支持快速修改的技术架构 设计者是真正的用户 即时的用户反馈通道 Starting up 从1到1000 阶段重心：填补缺陷 技术缺陷：bugs，bugs，bugs 设计缺陷：不合理的设计 功能缺陷：使用过程不闭合 主要反馈来源：设计者自身使用 挑战：保持种子用户的关注 设计者自身是普通用户(peer) 一对一的个人关注 创新模式会吸引特别关注 聆听的渠道 站务论坛 email支持 重度用户社区 线下：亲朋好友 深度聆听 用户要的不是用户需要的 用户要的只是他自己要的 用户不知道他应该需要的 阶段重心：随规模的设计扩展(scaling) 社区和UGC网站的特征 沿用的设计不能支持新的规模 新的规模产生新的设计需求 挑战：沉默的多数 1%用户发出80%的声音 1%用户推动新需求的满足 1%用户不是典型用户 阶段重心：锦上添花 “nice to have” features:ajax,etc 界面重整 增长和传播需要的功能 新产品 建立量化分析的体系 收藏操作区和比价搜索的互换 1000000～？ 挑战：不存在的用户 从先期用户走入主流用户 产品为先期用户设计，围绕先期用户演变 无法得到主流用户意见 ……走近“传统”的设计流程 教训1：加法容易，减法难 0.1%的用户已产生使用依赖 0.1%用户对社区是大数目 如何处理用户数据 教训2：远离大改动 习惯很强大 UGC的另一面：情感依赖 改动推出的过程和结果同等重要： 教训3：设计可以决定产品的市场定位 用户的网络操作习惯分化严重 用户对友好的看法两极分化 UI/UE设计吸引一群人，排斥另一群人 Build it……some of them will come （可能是中国市场特有的现象） 一定要结论的话 随用户成长：激动人心而且充满回报 Web2.0网站交互设计是一个随规模扩展的过程 有人问：什么是UE，呵呵。 * * * * 有人问：什么是UE，呵呵。 * * * * * * * * * * * * * * * * * * * * * * * * * * *