Web | No Replay

为了省电，省机器，花了100块买了个迅雷离线下载的服务；可以脱机下载那些速度很慢的文件，支持普通链接，bt，电驴和迅雷专用link。

 

缴费后就是VIP1，可以升级，升级后可以加硬盘和加任务，还有一个特别的会员下载功能。

个人来说还是比较喜欢这个，花钱买服务吧。

 

 

 

 

http://t.sina.com.cn/yunying/snowmap

 

构思还不错，UPA会场也提供过新浪围脖的直播和聊天室，不过都是yunying

也就是说这是临时性的，运营部的需要-_=

从长远来说，类似直播的功能还是不错的~~

访问地址：http://club.msn.cn/

类似Plurk，提供很多交互的东西，玩起来感觉有点花，比plurk看起来累

美术部分如果再精致点就更好了

腾讯在规划统一设计规范制定过程中的实践案例（用户体验标准的建立与评估实施）

CDC涉及工作：官方网站，用户产品（技术驱动），做的是产品设计而不是运营设计。

 

统一体验的意义

 

腾讯为什么开始考虑统一体验：

 

举例：

Apple，Ikea（无logo依然能有效的识别）

 

标叔：

我们的产品设计应对市场的时候，如何有效的达到设计目标的定位，用于提升产品，来挖掘产品的Genetic Code

 

举例：

QQ校友设计规范（导航，控件，组件，基础元素，页面信息，样式规范，交互特性），做成图片、代码和HTML，节约了一半的开发时间；

内部产品：负面案例，过多的样式和图标、按钮（soso的按钮，财付通等）造成复杂的体验；

产品介绍：QQ旋风（新版的类QQmusic界面，很低的用户教育成本）；

 

总结腾讯为什么开始考虑统一体验

提高开发和设计效率；

避免吃力不讨好的设计，保证设计质量；

减少用户学习成本；

 

如何实施：

从上往下固然OK，如果不能从上往下实施，则从战略产品、重点产品着手进行这方面的统一；可以从一个产品推到多个产品，分产品分层次进行，通过工具来固化流程。

 

统一体验的范围

#同一个产品内需要统一；

#不同产品之间，需要建立起产品间的关联性，维持同一品牌下不同类型产品类的统一印象；

 

涉及对象（输出）

#界面框架

#组件

#控件

#用语（用户词典，词典文案），比如登陆/登录，个人资料/rich tips，确认删除/要删掉？，财付通的通发邮件

#……

 

统一体验@tencent

输出包括Logo统一规范，QQ博客网站规范，CE平台网站规范，QQmusic界面规范，QQ CRM界面规范，Qzone VI规范，QQ形象VIs

 

Tips

用户体验输出产品体验规范，建立Genetic Code；

需要开发工程师和产品经理的鼎力支持；

 

统一体验@tencent

发现问题>研究问题>设计规范制定>应用维护

 

发现问题（案例）

#进度条感觉起来慢：QQ医生，QQ软件管理器；

#翻页样式和规则杂乱：一个项目提供多个翻页样式

 

发现问题的特征（什么样的问题适合用统一体验解决的？）

基础/普遍/易于组件化，模块化

 

发现问题（觉得适合使用统一体验来解决的问题）

翻页控件，好友筛选框，日期选择器，注册表单，Feeds/留言回复，头像编辑器，面包屑，网站类弹出层

 

研究问题

怎样规划一个统一体验的研究？

 

继续以进度条说明：进行文献查验和信息研究

a.研究问题（文献）：

已有结论

进程失败位置如果越靠近人物的对情绪研究越严重

同样时间的进程，前门稍慢而后面越快，给用户带来更大的愉悦感

b.研究问题（实验）：

分离进度条组成元素>抽取影响因素等

抽取出的因素：长短，步骤，颜色，外观，重复样式

实验结论：长度长，高度中，蓝色，无刻度条，分步骤，循环样式1

 

另外一个案例：tips统一设计体验（QQ弹出广告-新闻类，营销类）

tips停留时间眼动研究（结果：10秒）

各种场景发现Tips的时间（新闻场景，聊天场景，桌面场景）

 

设计规范制定

用户研究提交研究文档，建议规范制定（规范，必须要有自己的认识，必须要有数据支持进行规范的输出）

 

a.交互规范

1.标签为必选空间，标签内容简明扼要，说明正在进行的操作，避免较长进度条

2.选择颜色：冷色系

3.应用场景说明：主要适用于下载，安装，扫描，传输文件等需要较长时间的操作。

4.布局和组成元素（动画，标签，进度条，辅助信息，命令按钮）

5.设计禁忌：不要同时使用进度条和忙碌指针，不要将完成百分比或者其他任何文本放在进度条上，不要一个任务分成多个进度完成；

 

设计规范制定

 

规范评审和优化：重点在于参与评审的人员，由高层确认支持（CTO），并实施执行

 

流程：

规范填写人员撰写相关文档>发布文档和用例>Leader审核>启动发布流程>部门经理和总监审核>首席体验官，CTO审核>部门经理和总监发布规范，规范编辑人员归档

 

案例：

#和网站部的编辑进行规范的交流：评估，会议，研究查找文献，

#版权说明：研究方法选定，制定涉及规范（规范那些方面）

#海量用户服务之道：注册界面改良后，注册成功率由17%上升到30%

 

新浪微博特点

 

随时：网站，IM，手机；

浓缩：140个字；

自由的关系：无好友，无验证；

信息互通：支持博文，新闻；

信息爆炸：一传十，十传百；

一步进来：sina用户直接登录，手机一步注册；

 

反馈直接

 

不通过调研和客服，而是直接通过主题关键词#微博意见反馈#

 

停止空谈，快速反应

 

让文档和原型快速转化为产品，是留住用户关键。所以不要把小修改放到大的更新当中去。

举例：用户想看大头像，就提供大头像功能。

 

体验>一切

 

主流页面950，为什么微博只有800？保证浏览体验，避免字数太多。

 

精英的力量

 

等级和用户成长体系：价值不高，等级高不代表价值大；不代表团体，不代表真实身份，属于个人虚荣。

认证体系：只能官方给予，认可的价值极高，可以是团体；是巨大的力量。

 

应需而变

 

只做新浪微博，不做twitter；

微博不做干扰用户的东西，不做游戏，保证新浪微博的可用性；

2008.9.22 会议，启动搜狐的sns ideas，三天策划会议，定为在白领用户，游戏方式提供沟通的体验。

 

2008.9.25 提出产品框架

 

2008.10 启动会议

 

分三步走：核心在关系，用户，第二步确认产品的沟通手段，第三步进入游戏开发。

分两条线：1，模拟facebook，2，模拟用户进行自身包装，确认白社会的产品名字，风格。

 

2008.11 敏捷开发

改变线性开发：分析，概念，需求，交互，视觉，前端，开发，测试……

 

2009.5 定义规范：确认交互规范，视觉规范，提出开发框架，保证每个人员对用户体验有概念。

 

2009.5.6 发布

 

2009.6 发布自主开发游戏：池塘边

 

2009.9 引入宠物：熊猫华南虎藏羚羊

 

2009.11 新游戏准备发布

 

未来，坚持体验和创新，来保障品质。

 

白社会通过游戏，是基于战略目的，快速的占领市场，但不是只定位在游戏上。

白鸦：产品运营行为必须和产品策略必须分开，不能把游戏当成SNS核心产品。

补充：审核机制，包括人工审核，信息的频率，关键词，举报等。

xiaoyou.qq.com

 

首款真实身份的SNS社区，面向高校用户；每天登陆用户1000万，活跃用户100万；

 

开发流程：策划，设计（视觉设计模板化，交互设计），重构，开发，测试，运营：界面风格确认后，由交互设计师提供最终稿。

 

敏捷开发流程：每个版本流程周期为2周；

 

多渠道收集反馈（外部用户、内部用户），填充需求池（特点）。核心团队筛选需求，进入策划设计流程；

 

人物验证：1.人工审核资料，2.依靠关系导入

www.tianji.com

2004年8月：职业人士的社交网站；

2009年3月：合并viadeo，linkedin后第二大职业社交网站；

 

特点：

 

搜索项目包括公司，职位，行业，职业状态等；

提供朋友引荐功能；

个人页：简历形式的个人页；

 

如何找到我们的用户

 

通过数据分析，调查问卷，掌握真实用户数据：定量数据分析，典型用户模拟

·人口学属性

·行为特征

·期望需求

 

让用户参与产品改进中来

 

问卷调查，焦点小组，用户使用测试

新老用户都要参与，不诚实的用户

 

收集反馈信息和后续改进

 

新产品功能发布需要预留时间

重要功能首先进行抽样测试

SNS基础产品

基础产品，新鲜事，状态，相册，日志，留言，分享，搜索，page，注册，应用，游戏，手机，增值

最受欢迎的是李宇春，约250w

老罗状态的更新量很高

提供开放平台后，游戏和应用大量进入

推出了手机的客户端，支持iphone

 

产品开发流程

收集需求（用户体验研究），产生概念（用户体验研究），建立原型（PM小组讨论），UI设计（设计部），FED，Develop，QA（AB test），上线

其实第一时间就上手了，但是还没时间分析。

其实作为平台来说，新浪本身并没有给他们的新浪围脖做什么差异化的定位。

基本三个要素：用户资料，信息自身，用户关系；

 

用户资料：

 

提取的信息包括邮箱，昵称（认证后会有特别规则），头像，个人介绍，其他的包括模板，域名，关联博客，以及隐藏的IP侦测等可以带过；

 

信息自身：

 

信息本身，信息转发（转发次数），信息评论（评论数），信息点对点发送（@），信息收藏（收藏量），私信（规则是可以发送给自己的粉丝），个人的信息更新（局限于个别的blog，但是可以拓展为对rss/feed的绑定），信息文字（对信息的索引，这个是重点功能……你以为话题都是人造的吗）

信息包括图片（视频），文字/链接

 

用户关系：

 

following（following数量），followers（followes的数量，速度/别人follow你的速度），following用户分组（我猜未来会有的吧），屏蔽用户（-_=||），以及转发和评论关系

 

抛开界面，从信息架构的层面来说，新浪的围脖更像friendfeed；

不过从运营角度来说，新浪对非人工信息的控制应该会更严格吧，产品策划上会控制这方面的倾向。避免垃圾信息和信息过载问题。一旦开始和机器人说话了，就开始无聊鸟。

 

我个人比较期待围脖直播方面的扩展应用，但是这个要开放api或者提供专门的应用。看他们做不做吧

 

喂私信这里有个BUG

没有浮动层的关闭窗口诶……

回复非粉丝私信情况下出现