UGC社区类产品系列3:内容如何流动

原文发布于极客公园

4月初写了UGC社区类产品系列1:违规内容的处理UGC社区类产品系列2:如何让用户创造内容。前2节反响不错,今天继续该系列,聊一下内容如何流动。

UGC社区类产品系列3:内容如何流动

UGC社区类产品系列3:内容如何流动

先破题,内容如何流动,换个方向思考,即你是如何接收到信息的。把内容当做零散的信息组成体,即内容流动问题实则是信息流体系的建设问题。接下来从三个体系的建设,一起窥探内容如何流动的秘密。

层级关注体系

最早接触的社区是康盛出品的DZ论坛,用户只能通过主动参与帖子互动后,你才会授粉默认关注了该帖子,然后呢,通过消息系统传送该帖子的相关更新告知与你。

DZ论坛还没有将关注体系显现出来,所有的参与帖子然后收到更新推送都是通过后台默认记录进行。这个时期的DZ论坛关注体系就是帖子(发起帖子、参与帖子回复、顶贴等互动),即一层关注体系

百度知道通过用户关注分类和关键词、问题同问,然后在用户个人首页接收到来自这三方面的动态信息,即两层关注体系(备注:关注分类和关键词,只是范围不同,其实还是属于关键词一类关注体系)

知乎2012年8月改版前通过用户关注话题、问题、人,然后在用户的个人首页接收到来自这三方面的动态信息,即三层关注体系

关注体系设计的越多,的确更有助于让内容流动。但用户通过个人首页接收所有的信息量,造成信息消费成本增大,大喊悲催和烦躁不安。此时的解决方案是将多层关注体系分权重展示,即权重最高的放到个人首页,其他权重低的通过其他入口展示。

权重高低取决于某层关注体系对内容价值取向的影响力大小。比如知乎2012年8月改版,在个人首页显示关注人的信息动态,话题通过话题列表聚合页展示。因为通过关注人带来的问题内容价值大于通过话题带来的问题内容价值,即信息源颗粒度更小,噪点更低,价值更大。

产品形态:个人首页、频道聚合、消息系统
设计原则:在设计关注体系的过程中,一定要结合自己的产品找到可能多的关注体系,然后根据给你产品带来的价值大小分权重展示。最后所有关注体系中用户参与互动的内容,全部依托于消息系统进行传递。

智能推荐体系

关注体系有别于智能推荐体系,前者由用户主动设置关注信息源产生信息流动,后者由系统生成数据模型的信息源产生信息流动。

智能推荐体系的建立,一般从用户和内容两个维度出发。

从用户出发,可以根据用户行为(赞这个的用户也赞那个)、用户关系(你们有24个共同好友)、用户兴趣(读了这本书的同学也读这些书)等建立推荐体系;

从内容出发,可以根据相关内容(关键词关联的内容)、内容消费(推荐擅长该内容的人)、内容流行(热门内容推荐)等建立推荐体系。

豆瓣根据用户对书籍的看法、品味,寻找相似品味人的书籍;无觅相关插件根据内容关键词计算关联度进行相关文章推荐。严格意义上讲,豆瓣是标准的UGC智能推荐体系的产品。只要是个东西,在豆瓣都能找到东西之间的共性维度,寻找尽可能多的维度建模进行推荐,这点值得我们深挖学习。

产品形态:推荐模块、热度频道
设计原则:社区注定以内容为主体,人的关系辅助存在,不要担心用户之间产生关系哦。内容和用户之间可以交叉组合推荐。

内容组织体系

在UGC产品中用户进行内容组织的过程属于高级行为,非常的有价值。既然是UGC产品,用户创造的内容自然五花八门零零散散,促进用户进行内容组织,有利于内容流动。

内容组织体系的建立,一般从结构化和关注化入手。

从结构化出发,用户将碎片多维度串起来,整个UGC产品的内容由无序变得有序,形成一张有结构的网。用户通过关键词检索,可以找到某个结构单元。解决用户信息获取,促进内容流动。比如下厨房搜索各种菜单。

从关注化出发,用户将自己喜欢的文章放到了某个列表,其他用户无意间发现并订阅关注了这个列表。此时,这个列表通过消息系统形成了另一个关注体系,促进内容流动。比如豆瓣读书豆列。

产品形态:自定义收藏列表、个人主页展示列表
设计原则:内容组织遵循内容颗粒度所属原则和产品相关原则,比如下厨房的单个内容是菜谱,收集多个菜谱就是菜单;豆瓣的单个内容是书,收集多本书就是书单(读书豆列)。寻找小颗粒在现实生活中的所属对象,形成产品形态,最终构成产品核心架构。

结语:内容如何流动,就是从内容和人的属性上入手,找到信息流动方向和数据挖掘的维度以及内容组织的颗粒度关系。

作者Gauin  独立博客http://www.gauin.com/  微信公众账号GauinBlog

尽请期待UGC社区类产品系列4:内容如何创造价值。以上内容为个人工作思考总结,方便他人也方便自己,期待与你交流见解。

无滚动条的页面屏幕抖动现象

让前端设计帮忙出页面,上线测试发现页面切换之间出现屏幕抖动现象。这兼容性问题怎么老没解决呢?但细看发现,这不是兼容性问题。而是页面无滚动条造成的问题。问前端设计要解决方案,说没有办法解决。

没办法,我只有自行搜索寻找方法。我相信这些东西不是问题,一定有方法解决。下面是我找到的方法,先别笑。

 

滚动条是什么?看网页右侧,注意到没?用Win视窗操作系统的同学对滚动条不陌生吧。

滚动条一般在显示内容超过一屏时才出现滚动条。没超过一屏时一般默认不出现滚动条。

而发生屏幕抖动现象,正是因为人眼对相同部分的网页模块区域有明显的感知能力。比如导航部分,一般整站通用一个头部导航。两个页面间导航部分错位1个像素都能很明显感知出来。

情况一:页面都没有滚动条

朋友网好友管理页面有5个标签,但切换的过程中发现几乎每个标签页下面与导航的间距都不一样。奇葩啊。

这里只截图2个明显的页面,如下:

朋友网-好友管理

朋友网-寻找好友

朋友网-好友管理

朋友网-通讯录

这种情况下将同水平线的标签页统一与头部的间距即可。一个像素都不能少也不能多。

 

情况二:页面有部分没有滚动条

页面1没有滚动条,页面2有滚动条。2个页面内都没有错位现象。但只有在切换页面的时候才发现头部导航发生抖动,页面2被出现的滚动条向左移动15个像素。

看朋友网页面,如下:

朋友网-无滚动条

朋友网-无滚动条

朋友网-有滚动条

朋友网-有滚动条

看红线距离右侧的距离,明显向左偏移。

Google搜索只找到了关于网页滚动条的交互设计问题,但没谈到我说的这个现象。幸好在知乎联系到了百度MUX成员MoonMonster ,他给我的回答

这是现阶段浏览器设计问题,如果希望简单解决就在自己网站上自定义一个始终出现的滚动条吧。

SO,我没有找到出乎意料的答案。也只能这样笨办法解决了。

 

看Google首页右侧固定了滚动条:

Google首页

Google首页

 

年后最后一天,写下这篇博客。呵呵。

祝愿各位同学新春快乐

新浪微博插播广告的产品探讨

原文发布于极客公园

新浪微博是媒体恐怕没人能否认,它传播新闻和资讯速度之快、内容之多堪比新时期的电视台。在我们还在享受着新浪微博产品设计清新之美的时候,它却为了商业化,开始硬性插播广告。

新浪微博插播广告

新浪微博插播广告

这条微博大早上的出现在了我的微博时间线中。这个叉叉网,我压根就没有关注过。但醒目的分割线告诉你,你停还是不停?点击微博推广四字旁边的问好,跳转到了微博广告官方微博账号页面,给出如下解释:

一点吐槽…. ..

用户没有关注过这个账号,却看到了某个商家账号发布的微博。不论精选如何,插播在用户主要的时间线中就已经犯大忌了。太冒失了。Google、Baidu也会将广告搞置顶区域呢,你点或者不点。

这是一个很好的问题。用户非常关心的问题。戳中痛点啊。但怎么回答的呢?
同一条推广微博只会看见一次。的确,我点击过去后,我的时间线看不到这条推广微博了。但牛头不对马嘴,问题是你每天要给我发多少条广告微博?系统会控制用户每天看到推广微博出现的次数和频率,但就是没敢说您每天只会看到一条!都这样推了,硬要强奸到底么?以后还要每天发布多条广告?节操掉地上了。

对不感兴趣的推广微博,我没法关闭隐藏设置。用户可以隐藏?难道我非新浪微博的付费用户,我就不是用户了?设置隐藏,提示只有付费会员才有资格隐藏这一条微博。注意,就算付费用户也只能隐藏这一条。不是隐藏所有广告。

把解释文案当做一个产品设计,第2点和第4点不是重复了吗?3个问题已经很多了,还来一个4。明显多余说了一条。2和4就只需要说明一个问题,我每天到底会看到几条推广微博?

不知道是不是我点击了那条广告微博,再去翻发现消失了。又或者再次刷新页面会消失。这个问题文案中也没有解释清楚。

一点思考… …

用户是否喜欢推送的广告?
在这个商业社会,我们身处在广告围墙中。试问,在有人的地方,哪里还没有广告?人们无声息的被强奸了这么多年,你要是不给一点广告推送,用户都会感觉不正常。

好,不说笑了。分析用户心理过程。

用户早期有获取信息的需求,对接收一点广告还是很乐意的。但当广告蜂拥而至甚至没水准时,用户开始烦躁抵制广告。回过来讲,用户还是喜欢推送的广告信息形式的。

用户期待什么样的广告?
从新浪微博广告微博这事说开去,微博广告的表现形式上:

不能插播

不是我的我不要,但给了我的你不能抢!这是最基本的用户心理逻辑。你让我习惯了在New Feed看朋友的动态,现在忽然硬插广告,这个太TM耍流氓了。

信息靠谱

广告信息不靠谱。现在推广的是小公司不知名,都不知道商品、广告信息内容真实度如何。有钱有资源就能上推广,还不如之前在底部通栏的广告条看着舒服。

内容惊喜

惊喜包括有情、有爱、有趣,自己挖掘或者推送的惊喜。在新浪微博,能做好品牌形象和在线互动就不错了,想办法能转化一下订单那更不错。
PM该如何设计商业化产品?
新浪微博中插播广告,的确是很次的一个表现形式。下面只提供产品设计思路,不提供具体产品设计方案。

趣味型
趣味型,估计只会想到签到、做任务。就不能让用户去发掘?前者有点你让用户这样,后者是用户主动这样。两者驱动层面截然不同啊。

记得09年我搭档在米国一个服务器厂商的网站上闲逛,忽然发现了一枚优惠码。擦,那个惊喜啊。点开链接,还提示:幸运留给细心的人。有没有,你开心吗?至今我都难以忘记那次给我说的惊喜。趣味十足。

广告适合区域:所有页面

智能型
智能型,估计只会想到根据个性标签、关注对象进行同类型推荐。豆瓣广告的智能推荐系统真心不错,每刷新一次都不一样。内容和品味关联度还不错。这要做到对一个人的数据进行深入挖掘分析。

短期内新浪微博做不到这点,但可以简单尝试下。比如把微博用户分成几大类,建立一些通用型人物模型,进行推荐。

广告适合区域:侧栏推荐区域

场景型
新浪微博使用导航上的搜索,右侧顶部出现找朋友新功能。这个就不错。场景合适,需求合适。你总不能在阅读场景下进行推送吧?这样无爱,冒失了。

搜索是一种非常典型的场景型产品。只有需要才会去搜索所需。而场景型产品主动索取,在场景型中进行广告推广,将会更精准,用户反感情绪也最低。

广告适合区域:搜索、应用场景

总体来讲,对于新浪微博插播广告的形式应该是一次试水。然后呢,骂声一片。仔细在广告产品形态上花功夫,比头脑一发热插播广告要强的吧。真心不希望新浪微博沦为传统电视台,只会插播广告赚钱。新浪微博,你能站着把钱挣了!

手机号在产品设计中经历的阶段总结

手机的出现,拯救了互联网。互联网通过用户的手机号可以干很多事情。截止2012年年底,我所发现的手机号在互联网产品设计中大致经历如下五个阶段:

如何获取用户手机号

 

如何绑定用户手机号

通过账号系统,让用户选择手机注册方式,将手机号存到账号系统中。

通过诚信系统,让用户验证个人身份信息,将手机号作为用户唯一性信息绑定。

通过安全系统,让用户验证个人身份信息,将手机号作为用户唯一性信息绑定。

 

如何解绑用户手机号

通过验证原手机号,让用户接收短信验证码验证身份唯一性后,再解除手机号绑定。

通过客服系统,解决用户手机丢失/停机不能接收验证码验证身份唯一性的特例问题,客服通过验证用户其他注册邮箱、安全问题、账号注册时间、使用地点等信息验证用户身份唯一性,再解除手机号绑定。

 

如何获取用户通讯录

移动互联网的出现,让获取用户通讯录变得如此轻松。

通过通讯录同步工具,比如QQ通讯录同步助手将用户通讯录同步到云端。这样一来,腾讯已经有了你的通讯录了。

通过熟人社交类产品,比如某信只能导入用户通讯录才可以和其他用户聊天。

通过客户端抓取隐私,比如某些app恶意扫描用户通讯录并上传的行为。

 

如何分析用户手机号

获取了用户手机号,甚至大把大把的通讯录,那就需要通过分析找出手机号之间的关系。拥有大数据的公司,可以利用这些手机号分析出可怕的关系网络。这个,现在大家玩的开心着吧。

 

以上5个阶段的问题详情探讨,请等待博主更新哦。。。

Web产品基础模块设计规范-目录

Web产品基础模块包括:注册登录、导航条、个人主页(首页)、站内搜索、内容发布、消息、账号设置七大模块。

目录

第一章 注册登录

1.1 登录与登陆

1.2 免费注册与注册

1.3 注册登录入口

1.4 账号名 账户名 会员名 登录名

1.5 注册表单设计

1.6 登录表单设计

第二章 导航条

2.1 导航条的组成部分

2.2 导航条的设计

第三章 个人页

3.1 个人首页

3.2 个人主页

第四章 站内搜索

4.1 站内搜索入口

4.2 筛选器

4.3 搜索列表页

4.4 分页系统设计

第五章 内容发布

5.1 内容表单设计

5.2 按钮与文字链

5.3 评论与回复

第六章 消息

6.1 通知

6.2 私信

第七章 账号设置

7.1 所属分类

7,2 个人资料

7.3 左侧导航与顶部导航

知乎产品建议(更新至11.23)

版本记录
2012-11-23 更新2.17 @ 功能在同名现象下很蛋疼
2012-10-15 更新2.16 知乎首页信息流改进—-一人一题
2012-08-01 更新2.14 答案评论框(BUG已解决)
2012-05-30 更新2.15 对 关注了 进行分组
2012-05-23 更新2.3、2.13、2.15
2012-04-13 更新
2012-04-01 知乎4月1日新版个人主页中已采纳1.1、2.1、2.2三条意见

1 知乎方向
1.1 知乎走职业化更靠谱。
职业化可取,并专注知识探讨和问答本身。加一些社交元素即可,不要过于偏重社交元素。知识→人→知识,而不是知识→人→扯淡→人
媒体化不可取。兴趣图谱不可取。知乎面对知识有一种人在探讨的态度,媒体化、兴趣图谱偏重娱乐态度,不可取。

2 改进产品
2.1 我的主页增加简短的职业经历 (官方已改进)
由此对作者的经历和知识面有一个初步的了解。也是为知识层面服务的改进。如
04-06 搜狐担任测试工程师
06-09 百度工程师
09-11 淘宝工程师

2.2 我的主页新增排行榜模块(官方已改进)
(也可以在目前的分类显示中按照受关注问题、受欢迎答案排列)
最受关注的问题
最受欢迎的答案

2.3 我的主页右上角最新动态模块
最新动态模块使用同一色系用数字提示问题、回答、收藏、编辑日志累积量。这里不是最新动态,这里是统计模块。假如是最新动态,那就像微博一样用数字提醒更新的数量,点击进行消除数字。

        
图1
而这里用数字统计当做动态提示,和网站首页的更新提示表现形式一样,
图2
这里问题就是,同样表现形式可以表达两种功能模块吗?明显产品设计逻辑不对啊,期待改进。
2.4 我的主页新增自行编辑整理模块
(类似笔记、博客功能,取代博客主或者独立博客)
文字记录是论证总结自己。博客的意义之一
写的东西有人看有人交流。博客的意义之二
博客访问转化为谷歌广告费。博客的意义之三
知乎提的问题多了、回答的答案多了,非常有必要整理出能代表自己观点认识的问题和答案。
虽然知乎已经有收藏功能但还不够。那个还是没法有效的整理和展示。
·知乎列表模块外嵌
类似豆瓣的读书记录或者列表,或者新浪微博的站外模块连接分享 如http://panweizeng.com/book
2.5 邀请码的设计
邀请码有效期。向几个朋友发送了邀请码,但邀请失败。那么这个邀请码名额应该还给用户。促进成功邀请好友的快感。
2.6 站内邀请做答
系统精确计算并快速推荐出待邀请的名单列表供用户筛选。这个计算要完善啊
2.7 问题话题排序
在提问的时候可以对填入的相关话题进行拖拽排序。给人直觉,话题越靠前相关性越强。
2.8 关于低质量问题和答案
知乎要有对用户学会提出高质量问题和答案的”引导责任“。
关于问题:让用户先自己找答案,如果问题过于简单就自己找答案搞定。若认为问题有探讨价值,就提出有深度的问题一起探讨。
关于答案:多思考总结 最好能先写好总结性的答案 然后提交

2.9 移动导航条
不清楚对导航条随页面上下移动的需求有多大,知乎团队应该做了统计。

2.10 删问题说明
问题被无情的删掉了 有时候感觉太冤枉了而不被理解 所有 管理员删除某个问题 是否给个站内信通知?

2.11 创建收藏夹
是我的错创建了同名收藏夹,但知乎却没有提示。这个是知乎的BUG吧

2.12 关闭收藏窗口
点击收藏,弹出框-添加到收藏夹。但右上角没有关闭叉叉按钮,右下角也没有取消按钮,只有一个 完成按钮。用户选对了收藏夹还可以点击完成按钮。但若错误选择收藏夹,想退出关闭窗口,也只能重复点击完成按钮。如下图(于2012年8月1日 弹出框已经改进新增了关闭叉叉按钮 O(∩_∩)O~)
图3
2.13 关注收藏夹
关注知友的收藏夹,首页提示其收藏夹有更新。点击进去后只能查看到某人的某个收藏夹有更新,应该标示出收藏夹内某个问答的更新,以便阅读。2.14 答案评论框(BUG已解决)
在火狐10.0版本下对某答案进行评论,按回车键 评论框出现显示BUG2.15 版本记录
答案需要维护,需要更新版本。特别是对用心回答,用心完善答案的知友而言,此功能非常有必要。
功能表现形式为文档中常用的版本记录形式,在知友修改的答案的最底部留一个版本记录表格,让知友更新。

     图4
如图4,已点击版本记录,弹出编辑框。时间线按照最新更新最上方,新增记录最上方弹出。保存发布后,其他知友将鼠标放在 版本记录 上方,即弹出该版本记录窗口供查看。
而对于内容,知乎应该引导向条理性走。这样在版本记录中容易标示说明修改的地方。2.15 关注了 新建分组
我主动关注了的人越来越多之后,就需要对这些人进行分组了。比如,我是不是能新建一个百度PM组名专门关注百度PM呢?
同时需要考虑新建分组的所见权限,仅自己可见、关注了的人可见、所有人可见。2.16 知乎首页信息流改进—-一人一题
知乎首页改版已经2个月了。由核心关注话题变为了现在关注人。知乎把信任托付给了用户关注的人,以此改善用户首页的Timeline信息流。但,倘若某个用户不停刷屏,则用户的屏幕就悲催的显示对方一人的动态。话题被隐藏进另一个入口,需要去找去找。答题也变累了。
解决方案:知乎首页实行一人一题展示。一人一题就需要制定时间规则。比如15分钟内,只展示某人的一条优质问答。然后按照关注对象的时间顺序排序出现在用户的Timeline。整体改进思路,就是改善算法,算法维度:单位时间内答案赞同数、答案感谢数、问题浏览数、同质化问题自动过滤。如此,话题也可以考虑高效的加进去。

2.17 @ 功能在同名现象下很蛋疼。知乎既然开通了@功能,那就必须确定用户名的唯一性了。不然就会发生下面的事情。你该怎么选???

图5

3 新增产品

3.1 知乎出品/出版
知乎将最受欢迎的问题和答案整理,按照知识类别分期出版杂志或者书籍-电子版/纸质版
整理出版——————让问题和问题之间更加有序阅读有“目录”和主题。
对优质答案认同——–知乎出品出版的刊物上有他们的见解,这是一种赞许和认可。
出版收入分成———–让专业作者更专业,获得鼓励。也会让写博客笔记的核心用户转移到知乎。
收费APP定制订阅—-细分领域的学者,因个性化定制APP而付费。甚至这群人不逛知乎,只是一个购买者。对广大知乎

用户还是统一免费推送,知乎掉到钱眼里就变味了。
3.2 人物(频道)
行业精英榜单。有利有弊。突出了行业精英群体,知乎的分量。但弄出来就会强调人而不是知识。虽然是通过 榜单→人→知识,但会让人感觉知乎的颗粒度倾向于”人“。当然,尺寸掌握的好是可行的。(此条4月13更新)
4 实验室产品
4.1 类似微直播中的提问和回答。不是走媒体方向,而是大牛与追随者的对话。这会让彼此都有神交的感觉。
4.2 头脑风暴
瞬间灵感的爆发。知乎的答案需要时间组织,但某些问题需要头脑风暴的效果才会得到答案。即快答模式。让用户可以对整个头脑风暴思维过程有一个直观的认识。
4.3 频道共建
找对知识探讨和分享具备相同态度的网站合作。比如派代网,合作共建电商领域。
知乎和派代网合作共建电商问答频道,你认为如何?http://www.zhihu.com/question/20063061

4.4 知友志愿者
让知友志愿者的行为影响并带动更多知友参与编辑。信任用户是知乎的核心价值观。
对问题客观编辑(消除问题中的多余主观性文字以及思维紊乱文字)
推荐话题分类  (系统根据问题和描述自动推荐可选话题+用户自主填写话题 并不是都能想到共同的话题啊)
问题及时审核  (对某些敏感不合适的问题及时清理)

4.5 知乎搜索技术
对关键词搜索给出最优答案。即搜索结果最优结果排名最前。
越来越多的关键词问答检索,将让百度一下变为知乎一下。知乎未来的搜索需求和技术要求更大。有问题先知乎得到答案,避免问题重复提交。
增加知乎方便快捷实用性。

5 积分系统不能用
百度知道靠积分系统的财富流向经验值从而升级等级。用户的成长忽视了用户间的作用。
知乎问答的核心在于投票制,即群众智慧。当知识用积分财富等级量化后,知乎也变味了。大牛们也没时间去搞等级升级,之后某些用户升级了,大牛不是大牛了。

欢迎更多交流

Web产品基础模块设计规范—开篇

因为苦逼的过程,才想到方便后人。
—谨以此书献给苦逼的产品设计读者

从5月份的一个想法—以博文连载的形式写一本书《Web产品基础模块设计规范》,到现在11月底了,半年的时间才让我下定决心鼓起勇气在此为书开篇。由于自身工作重心调整在专注产品运营、数据分析、产品规划上,刚好借此机会总结和“终结”苦逼的产品设计生涯。

本书充满野性,不严谨也不偏向界面设计。过程中会有一搭没一搭的从产品经理角度谈对基础模块设计的一些看法。或许某些见解和视点比较脑残浅显,敬请见谅的同时,更希望多多批评和指正。

一点背景

本人不才,09年10月30日开始真正做产品运营,截止告别第一家公司为期2年。在第二家公司转到产品经理。然而在产品经理的工作中产品设计是基础工作。

期间从研究如何策划主题运营,研究线上各种大小打法,再到线下用户调研,到真正开始对用户需求,产品需求感兴趣。

当时所处的产品运营工作职责处于产品设计后的支持工作。也因为兴趣使然,让我不得不对产品运营前期的产品设计工作感兴趣。

广告学专业,对打造一款产品有良好的嗅觉。好吧,自恋了。这些原因,促使我在产品经理基本职责中的产品设计领域,有更多兴趣深入学习和思考。

 

一些思考

因为是野生产品经理出身的缘故,也没有在大公司系统学习的经验,更加没有大学开设产品经理这门课程。所以,在我开始产品基础模块设计的时候,时长有些许纠结之处。然而,正是因为这些纠结之处促使我思考一个问题:互联网产品设计圈对基础模块设计是否可以有一个基础规范呢?

百度一下,Google两下,发现了新浪网产品设计指南(含UI设计规范),此文在界面规范上说明的比较全面,但对某些基础模块的设计,并没有给出设计的规范和理论支持或者是分析论点支持。

产品经理满大街都是,但产品经理基本职责的产品设计能力,大多心血来潮,我行我素,经不起推敲。

产品经理是一个苦逼的职业,也是一个真正靠自我修行的职业。但正是这样,很多产品经理出品的产品基础设计上就很有问题。导致这个现象的原因,就是缺乏对于基础模块设计的规范说明和要求。

基础模块

产品功能点,产品界面布局,信息架构,交互设计,这些都是需要推敲的。比如登录系统的设计,在文字上就有几个问题:

1、是“登陆”还是“登录”?

2、是“立即注册”还是“免费注册”?

3、是账号名还是账户名?还是用户名?

在注册表单设计上,也有几个问题:

1、是否需要设计验证码?

2、已阅读《XX网用户注册协议》怎么摆放?

3、注册表单中那些信息是必需的,那些是非必需的?如何设计有利于提高注册转化率?

 

写作初衷

或许有人说产品设计不是产品经理的主要工作,或许说这个不用考虑,那个不用在意。但产品是自己的,总得要负责任。诚然,我从事产品设计工作已一年有余,过程中往往因为一个基础模块设计到处求证借鉴,见多了也知道了哪些好哪些坏,哪些产品像渣一样!

本书的态度:总结、记录、分享。本为仅为开篇,后续目录会放出。同时,也希望得到更多朋友关注和支持。谢谢你,同学。

Gauin  2012.11.22于北京

爱乐活事件时间与分享时间产品优化

写在开头的话:很抱歉,一篇8月6日的博客到今天才发布。迟到的博文总比没到的好吧。呵呵 看正文先


一、事件时间与分享时间

当你发布微博分享某件事情的时候,也许你在微博中提到了它发生在某个时间(事件时间),也许你不会提及到。写完微博,你高兴的点了发布按钮,那一刹那在微博服务器时间2012-09-23 21:29:34 发布成功。于是,你刚才写的微博出现在了我的时间线上2012-09-23 21:29:34(分享时间)。即事件时间,是分享的事情发生的真正时间;分享时间,是在微博分享这个事情时的系统发布时间。
二、发现的一些脑残问题

当Faceook发布Timeline分享类产品突出分享时间维度的时候,爱乐活在这里深挖了一步。。。在爱乐活生活分享发布框左下角(如图1),有一个可修改的时间。只能修改为当前时间以前的时间,不能修改为当前之后的时间(如图2中的提示语)。这样的提示也刚好告知用户,这里不是设置预定时间发布的功能。
      分享发布框  图1
未来时间不可选  图2
爱乐活给出这样一个可修改的时间(图1左下角中的2012-08-06),目的很明确,意在突出用户分享的该事件发生的真正事件。

图3
问题一
时间可修改,但不至于能让用户选择分享1900年的事情吧(如图3)?没人喜欢看几百岁的人分享故事吧?
图4
问题二
在按照修改了事件发生时间发布后,已经出现在时间轴上的动态,为何再次提供修改时间功能?是否多此一举?是否有考虑过多次更改后会出现离奇的问题?
好吧,离奇问题再现,如下图:
离奇问题1:
我8月6日发布的分享,到今天9月23日,但我可以修改成8月6日至现在9月23日的任何时间。如9月2日(如图5)。但事实上,9月2日相对于8月6日,也是未来时间。
图5
离奇问题2:

今天是9月23日了,我现在无法修改为今天之后的时间,比如12月8日(如图6、7),提示我不能修改为未来时间。那么是否我在12月8日的时候,就可以将这条分享动态信息修改为12月8日了呢?但这样,是否有意义呢?不也实现了未来时间了吗?
图6
图7
离奇问题1、2中,当前发布时间为8月6日,我试着修改成未来的时间,这个未来是发布时候的未来还是现在的未来?出现这个问题在于分享时间被抹掉了。现在修改未来时间的时候没有基于分享时间作判断,而是基于修改动作发生的当前时间判断是否是未来时间。
虽然判断是有规则了,但同学们看到了,我还是可以傻逼的等一段时间修改成未来的某个时间。这样无意义啊。虽然用不上该功能,但不该给用户吧?
离奇问题3:

我故意修改成了1900年1月2日,但乐活也知道我生于1987年11月6日,而我的时光轴出现了比我出生还要早的动态信息。时光轴难道展示的不是我的一生吗?1900年我在哪里?
图8
图9
图10
离奇问题4:

今天看完了晓丽的动态信息,嗯记得是8月6日发布的。怎么现在找不到了。在哪里呢?不是吧?怎么现在显示发布时间是8月1日呢?我没记错吧?健忘啦还是系统问题?

三、我的解决方案

1、突出事件时间很好。
在发布的时候给用户修改时间的权力,突出分享的事件发生时间。对于爱乐活而言,突出了消费事件的核心三要素:具体时间、地点(消费商家或链接)、费用。人物当然是自己啦。而且爱乐活也做了时间分享传播的设计,@好友,#添加话题,都是为了很好的将该消费事件传播出去。
2、表明是事件时间。
把那个可以修改的时间放在左下角,又想告诉用户这里可以选择修改为事件发生的时间,又不好大声突出这个概念。没注意到的用户不修改,就当做分享发布时间使用了。所以,这里需要标明该处的时间是事件时间-消费时间。如图11。如果要弱化,就用后面类似@的小图标表示这个时间,点击才出现填写。
图11
3、提倡分享最近的事件。
虽然突出事件时间很好,但用户修改的时候,还是做一下时间规则的制定吧。出现1900年没意义。是事件时间呢还是老古董年代呢?说了,虽然这里使用的就是通用的时间模块,但这样的场景下就不太好了。记得一件事件也是有时限的。比如7天或者30天内的事情。
4、帮用户讲一个故事。
你让用户填写消费的时间、地点、费用,还可以@好友,#话题。你这不就是要帮助用户讲一个美丽动听的故事,还帮助用户推送给好友和爱乐活的关注了该话题的网友知晓吗?既然这样,那是否可以做成这样的故事呢?
活跃故事A:
8月6日的天气真不错,我在王府井大街xxx店铺买了美丽的衣衣,只花费了99元哦,看看漂亮吧。
规矩故事B:
美丽的衣衣,姑娘们看看哈
这里插入衣服图片
8月6日 王府井大街  99元             —- 发布于2012-08-09
5、恢复分享时间。
对于爱乐活在发布分享和分享后在是时光轴中可以再次修改时间的2个功能,引发了我对爱乐活存在在事件时间和分享时间纠结不清的问题,也导致了那么多离奇问题的存在。究其原因,在于发布框的错误设计以及发布后多余的时间的再次修改功能。
用户浏览动态信息是按照分享时间走的,必须有一个时间先后顺序去浏览查看。现在没有分享时间了,却给了一个可以任意修改的事件时间,会出现那些离奇问题也不足为奇了。
恢复用户最关注的时间轴中的分享时间吧。可像4中提到的故事B模板一样,让分享时间作为事件分享的时间线,也作为用户浏览的时间线。事件时间作为对这个事件发生的补充,包含在内容中。所以,事件时间和分享时间共存,不矛盾。
6、分享发布后不可修改。
分享发布后,即成为一条动态信息进入我的时间轴。你现在就不能修改发布时间或者事件时间等任何信息修改操作。你修改了分享,系统会通知我你修改了分享,需要我再看一下?它仅仅是一个分享而已,类似微博。所以,所以如果觉得发布的内容很有必要,一定要让用户修改,那是否给予发布后30分钟内可以修改?但,还是那句话,不要给用户多余的功能。不要让用户自己犯迷糊。给游戏规则:发布后不可修改。但你可以删除后重发。好了,这下安静多了,都不纠结了。
总结:
对于此次我发现爱乐活在分享发布框上的时间可修改,还有发布后在时间轴上的可编辑、可修改时间引发了我定义出的两个时间:事件时间、分享时间。老实说,作为普通用户,都不会关注那些什么什么时间,我发了分享就是了。爱乐活突出事件时间是很好的点子,也值得爱乐活这个产品去深挖事件时间。比如在某个地点、某个消费时间段的分享聚合,以此介绍某个地方的商圈?如果我是爱乐活的产品经理,或许我会深挖更多,呵呵。
希望我定义出的两个时间来解释说明了这些问题,别哪天爱乐活说,我们压根没强调事件时间。。。那时候,我是否会该抽自己花费时间写出这篇博客分析探讨了呢? 期待深入交流 lihongtao1987#gmail.com 

产品设计中Enter键的使用

         关于Enter键的来历

Enter键,即回车键。关于“回车键”的来历,还得从机械英文打字机说起。在机械英文打字机上,有一个部件叫“字车”,每打一个单词,“字车”就前进一格。当打满一行字符后,打字者就得推动“字车”到起始位置,这时打字机会有两个动作响应:一是“字车”被归位,二是滚筒上卷一行,以便开始输入下一行,这个推动“字车”的动作叫“回车”。后来,在电动英文打字机上,人们增加了一个直接起“回车”作用的键。那个键以前叫Return ,然后就翻译成回车了.

在电脑键盘上,“回车键”上曾经使用过“CR”、“RETURN”的字样,后来才统一确定为“Enter”。

 

         一、文本换行

本文前言中Enter键最初的作用就是打字机文字的换行功能。互联网中沿用了Enter键作为文本换行。

使用场景:1. 文本输入框中使用Enter键换行

 

         二、确认登录   

确认登录-如果输入了账号和密码,按下enter键就可以实现登录了

使用场景:1. web登录界面、IM等软件登录界面

 

         延展:错误使用Enter键的2个案例

新浪微博登录框中Enter键功能混用 

豆瓣好友分组中使用Enter键进行跨设备交互


         三、确认发送

         按下Enter键确认发送消息。

        使用场景:1. IM聊天类软件中按下Enter作为快速发送键


        延展讨论下Enter / Ctrl + Enter 用来换行还是发送的选择问题

        使用场景:1. IM聊天时大多为口语化短句语言,不需要过多思考组织,追求发送的直播快速多条回复,使用Enter更快速

                            2. 评论鼓励用户组织语言,更书面化,语句一般为多句,需要换行。内容编辑中换行当选Eenter键,则写完评论后发布使用Ctrl + Enter。否则此处写完后用Enter表示发布,则与文本中Enter使用场景矛盾,而且也会导致误发文字,如人人网即为Enter发布故一般使用CRTL +ENTER 

 

         四、确认搜索

确认搜索、确认查询

使用场景: 1. Google香港版、百度等搜索引擎输入关键词,按下Enter键确认搜索,立即跳转到结果页。

 

         延展:去Enter键化使用场景

使用场景:1. Google国际版搜索中输入关键词,不需要点击确认搜索按钮,页面直接进入搜索结果页。

2. Win7系统中自带的文件搜索功能,同样是输入关键词的同时,不需点击Enter键确认搜索操作,即时在当前页显示了搜索结果。

 

      总结:

      此文有点功能总结的味道,虽然大家都知道Enter键的使用,但混用,乱用的产品设计依然出现。真心希望能将Enter键,甚至其他常用功能设计发挥到极致,也不希望出现令用户不适的产品设计。往前走走,依然是一片开阔地。亲们,努力哦。

新浪微博登录框中Enter键功能混用

同事登录新浪微博,误操作了Enter键,然后本来停在登录邮箱输入框的输入光标忽然移到了下面的密码输入框中。这个。。。同事吓到了。然后告诉了我。这个是BUG吗???

经过我多次测试,以及对比新浪微博其他同页面中多个文本输入框并未使用Enter键表示换行功能。既然没有,那就表示Enter键没有在新浪微博产品中统一为一个换行功能。所以我认为新浪微博此次的设计为BUG。
使用场景

a. 登录新浪微博输入登录邮箱后,按下Enter键可以切换到下面的输入密码输入框

b. 新浪微博登录框中登录邮箱和密码输入完后,再次按下Enter键确认登录
疑问

文本框之间的切换不是Tab键的功能吗?此次使用Enter是表示文本框切换功能吗?测试了新浪微博个人设置中的同页面的多个文本框,不能用Enter进行文本切换。

显然,设计者在此次将邮箱输入框+密码输入框当成了整个文本输入框的上线两行,让用户输入了上一行的登录邮箱后,按下Enter即回车到第二行输入登录密码。此次设计者使用的是Enter键的文本换行功能。

输入完登录邮箱和登录密码后,用户再次使用Enter键确认登录进入微博。此次设计者使用了Enter键的确认登录功能。
总结

在一个登录场景中使用同一个Enter键,却表示两个功能。此种迷惑不清的设计显然定性为BUG。

以上仅为个人观点,期待深入交流。lihongtao1987#gmail.com