加载中…
图片博客:
博文
(2014-04-24 01:44)
除了之前记录的做“多”的教训,还有个教训是没想清楚宁可不做。
之前在设计社区交流模式时,曾判断帖子并不是适合移动端的交流载体,但是在设计时一直找不到好的方案来使这个载体既满足内容的沉淀又足够轻量化。在没有找到最终答案时,我竟然选择了退一步的做法,保留了帖子,十分的不智!由于发帖这种web形式的存在,衍生出更多的问题是没有精力和资源同时顾及web和客户端,也带来产品定位的模糊。
而今天和同事们讨论后出现的新思路是:将帖子的功用解构化,将沉淀内容的功用拆开,再把表达的功用拆开。这样就可以将内容沉淀单独进行设计,而用户的表达则可以采用移动端的轻量化形式。在没有方案前先不说对错,但至少当初应该坚持我的判断,多花一些时间有了好的想法,带来的是少走一大段弯路。。。
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2014-04-20 15:02)
       最近发现,百度地图已经快将去年搜狗地图设计的公交查询特点抄完了
当时对搜狗地图的公交查询我们设计了三个特点:一个是给出多个方案后,贴上【少步行】【时间短】等等标签,让用户在面对选择时能更快捷的做出判断;第二点是查看具体方案时按照公交路段作结构化的展示,这让方案的详情扫描阅读起来效率更高;第三点是每段公交路段都可以展开查看所经站点,这样你在路途中能够方便的知道还有几站到达。现在的百度地图,已经抄了第一点和第三点,至于第二点说不定哪天也会被抄去。至于高德地图抄没抄,我已经很久没用过了

(原型图)

隐约记得那时有人问要不要申请个专利啊,确实国内互联网这一块很薄弱,但也没觉得有必要。不过被抄袭不是难过的事,难过在于人家抄得比你好。搜狗地图在视觉层面没有找到一种合适的语言,导致对产品功能交互的支撑不够好,前不久变更过的视觉风格还不如去年那一版了,越发没有亲和力,没有思考过视觉设计如何促进功能和信息的表达。所以产品设计难在是多环节产出的结果,说起来比做起来简单多了。

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
今天才记起,贴吧在2011年经历过一次账户系统的改版,引入等级制度,取代了原先的会员制,我也隐约记得早期的贴吧有吧主审核一说。
社区中的等级制度可能在大多数人眼里已经是司空见惯的东西,然而并不是生来有之。早期的BBS就是一个互联网上的单纯交流平台,随着互联网发展,当社区“产品化”后,需要让用户粘下来,才引入了等级、勋章、签到等等社区激励的手段,相当于用户的个人成长系统。追求等级似乎是人类天生的社会属性,然而用户为了等级去生成内容却造成了无效内容的泛滥,使得社区里充斥了各种经验贴或刷经验的回帖,也增加了社区内容管理的难度。
贴吧由审核制演变为等级制后,降低了普通用户融入目标贴吧的门槛,增强了活跃度,应该是达到了改版的目的,却降低了贴吧内容的整体质量;同时豆瓣保持着无等级的制度,维持着不算多但优质的UGC,但也注定了其“慢”的特点
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
最近百度贴吧发布了6.0.0版本,令人印象最深的倒不是适配Android Design,而是对贴子展现形式的改版:


似曾相识?google+?facebook?微博?贴吧用移动端常见的信息卡片形式来包装了桌面端的老古董——“贴子”。当看到这个设计,就好像贴吧的设计人员就站在眼前似的,因为类似的纠结我也产生过。贴吧作为PC端的老牌巨型产品,在面对移动互联网这个课题时,显然是想找到某种新的载体形式来兼顾PC和移动端的体验。

为了鼓励移动端的内容生成及活跃,新设计以发帖人为起点,展示“谁”发了一个什么样的贴,同时引入了低成本的”赞“提升反馈率。从帖子的表现形式上强调了”自我“,弱化了标题,简单的”赞“很容易让人获得反馈达到满足。

我们谈移动端的设计原则常常都会提到诸如用户耐心低、时间碎片化、扫描阅读、信息扁平化、使用成本等等词汇,我相信这版贴吧的设计师也是从类似的认知里来进行设计的。然而矛盾点在于,帖子依然还是帖子,这不过是一张移动端的皮而已。

在做类似设计时,我也尝试过将正文的文字预览得更多以呈现更多,可实际情况是这多出来的两行字显然没法诠释帖子的全部,用户仍然是靠着标题的引导进入帖子去看正文。
同样,也尝试过将头像置于左上角以突出用户自我。但反思社交网络之所以这样设计,是来自其基因中的”关系”,来自用户间的“关注”。也就是说,在社交网络里即便不是熟人,对方也是我关注的人,我知道他是谁。而贴吧属于陌生人社区,用户的关注点主要是内容,所以头像反而干扰了对标题的浏览。

从内容生成角度,新的展现形式似乎像是在鼓励用户生成类似微博轻量化的信息?这看起来似乎是一个很大的变革啊。。。会否变相鼓励了SPAM?还有没有其它的困扰?

回到所谓移动端设计原则,是在当前移动端的硬件条件下总结而来,随着设备的发展,我总认为这些所谓的设计原则将会渐渐减弱,不会是一成不变的。而帖子相比快销的信息流,似乎更适合沉淀偏深度的内容,其存在有着不同的意义,就如同微博也有“长微博”作为补充一样。那么贴吧是否有必要纠结于此?当然这也是我自己纠结的地方

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2014-03-21 20:22)
世界上的所有事情都得经历后才会有真实的感受,比如产品界都知道要把产品做“简单”,甚至是做“少”。但如果没亲身体会,真的不会感受到做“多”的痛苦:
 
1、项目管理困难。
2、精力上容易hold不住。
3、几乎每件事都做不到优秀。
4、进程慢。
5、回报慢。
6、导致吐槽多、压力大、慌乱…
7、难以评估半拉子功能的体验效果。
8、影响团队士气
……
 
你问我这种“痛苦”到底是怎样的一种感受?反正就是能逼得一个原来做用户体验的已经几乎放弃思考用户体验了…
 
所以从“面”开始铺一个产品是很不理智的决策。找个“点”出发,由点到线再到面真真儿的是王道!话说回来如果非要从“面”开始,那就先别进行敏捷迭代
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2013-08-11 20:47)
一些对Instagram的看法

沙子

一盘沙子倒在桌面上,形态未知,可能性无限,这就好比instagram的“图片载体+标签机制”——无限可能的图片内容+开放的标签机制形成了这盘让人不断探索的“散沙”。

一般社交网络以人为核心,我的朋友、我的朋友的朋友、我的朋友关注的人……而instagram实际上是以内容为核心——我的照片、我喜欢的照片、我喜欢的标签……而标签,在其中起到了发现和延伸的双重作用。搜索你关心的词,看到该词标记的照片,找到喜欢的照片再到喜欢的人;拍照,自定义标签,你可以选择一个通用热门词汇,也可以自行填入词汇。所以随着用户的增长,一方面你可以找到自己更喜欢的同标签照片,另一方面你还能发现越来越多好标签下的好照片(你会发现已有很多生造的词汇标签,同好的用户们自觉按此聚类),一切都来自用户,形成自生长的自然生态。


方框

instagram在设计上所做的,就是一个形状最简单的方框来框住这盘沙子,他们固执的坚持不给这个框任何多余的形状,如矩形一般简单。这个看起来印象简单的产品,当你想要参考一下它的设计时,才发现其中各处存在的“克制”——为什么不能转发?为什么不能像tumblr一样跟踪某个标签?为什么历史记录里也只能保留最近使用的10个标签?到哪里去寻找热门标签?甚至用户自己对照片的说明都没有被独立出来,而是等同于评论的第一楼而已……

显然instgagram团队不是为了“克制”而克制,要做到这种程度,需要的是对社区机制的深刻理解,需要的是对焦点的绝对把握。不可转发,避免了照片本身信息被转发者的信息所稀释,并保证用户所见的一定是对方的原创;不能跟踪标签只保留最近10个,可以避免用户视野收窄,鼓励发现;手机端没有热门标签避免了对内容类型的人为操纵、避免了雪球效应打破自生长的标签机制(想找热门标签可以自行google或者借助第三方应用);用户的文字说明实际上也会对照片本身信息传递起到影响……

瞄准图片载体的特点、瞄准生态的可持续生长,到后来你会发现instagram的设计就像在遵从市场经济规律一样,不干预,保持官方的克制,让用户成长进而使得内容成长、产品成长。


回馈
当你拍摄晚餐,标记为#food发布,可能刚发布成功一秒就收到了大洋彼岸的一个“赞”或“回复”。一方面通过技术实力实现了如此神级的信息交换速度;另一方面通过“标签”机制将内容与关注者直接关联从而产生交互。让用户持续使用社交型产品的关键点就在于对用户行为的回馈,instagram将回馈体验做到了极致从而极大促进了用户活跃。所以我们每天将用户体验放在嘴边,不如放在关键点的转化率上(类似的,instagram关键的拍照功能体验也很好)。

在instagram产品设计这个“方框”中,这种回馈机制就像是内生的催化剂。有时你会觉得就像往河里扔一块石头必然要激起水花一样,只不过视石头的份量水花大小不同而已。



对比以人为核心的社交产品带给你的回馈,你更能感受到instagram内容核心的回馈机制是多么的有效。


如何满足个性化需求?
有如此大量的用户,当然就有各种各样的需求,于是国内的产品就开始听取用户意见,一项一项的加功能。instagram固执的只做上游,开放API让别人去做个性化需求吧,通过这种形式保证了整个产品的“简单”。所以你发现从开始到现在,它差不多一直是这个模样。用户不需要总去适应产品的变化,忽略产品设计的“方框”,总是在关注内容。

为什么在中国没有火?
1、没针对中国市场运营。
2、很多产品在国内做不起来就会被简单说“不符合中国国情”。中国国情因素多样,但往大了想,也还是社会发展阶段的问题。按照需求分级来看,中国人主要还是在较低级别需求上更渴望满足。比如说窥探欲、显摆属于更低级别的需求,那么创作表达的级别还是要高那么一点。对应的,以人为核心的社交要火过以内容为核心的社交。



阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2013-06-30 00:37)
标签:

历史记录

收藏夹

it

分类: 写点随笔
 
对移动端的工具应用,与其让用户主动收藏查询结果,历史记录可能更实用

很多应用都有收藏夹功能,在人们的印象中,对收藏夹功能的概念也是固化的:点击五角星进行收藏,然后下次需要使用时再找到收藏夹将其调出——收藏夹的使用用例是由用户主动发起,再由用户主动查找。

但我发现面对一些所查信息相对简单的工具型产品,自己很少想使用收藏功能,而事实上又经常记不住,所以一查再查。比起收藏后再寻找到收藏夹调出这个结果,这个再次查询的过程是我熟悉的,似乎我在下意识里避免了未知、不熟悉的操作路径。也可以说是这是心理层面的惰性,我相信很多人都有这种惰性,要不然收藏功能的使用率不会这么低(内容型产品收藏功能反而可能比PC端的高出很多)。

在移动端,随身的手机让人们更容易获取信息,但也因为这种“容易”,我发现在面对所查信息的时候,重视程度不如PC端。也就是说,你会更容易忘记刚才所查的结果导致重新查询。(用电子词典很方便,却反不如用纸质字典时对所查单词记得牢也是这个道理)

所以在移动端与其让用户使用收藏夹来进行记录,还不如主动帮用户记录来得有效,也就是历史记录。以快照的形式主动记录下用户一定数量内的查询行为,当用户需要重新获取时直达结果。

搜狗地图4.0版的历史功能即是这样的思考,在实际体验中,它取代了部分收藏夹的角色,非常方便。
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
个人资料
phya9
phya9
  • 博客等级:
  • 博客积分:0
  • 博客访问:2,675
  • 关注人气:10
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
  

新浪BLOG意见反馈留言板 不良信息反馈 电话:4006900000 提示音后按1键(按当地市话标准计费) 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 会员注册 | 产品答疑

新浪公司 版权所有