Open jamesruan opened 9 years ago
默认空着给人的感觉很不好。 如果没内容,默认就不要显示好了。
在适当的地方添加“关注/取消关注”的按钮,内容就会出现在关注栏中;在版块区添加“添加/删除快速入口”按钮,内容就会出现在快速入口中。
至于主页上的,只要留进入、删除/取消关注的功能即可。
另外,98的子版块众多,任何地方都不要用树型图展开,只是我作为用户,有种out of control or overwhelmed的感觉。
要添加某版面的比较好的流程是:搜索某版块-进入某版块-选择添加到快速入口。我们想通过内容推荐和搜索作为论坛的入口主要入口,版块列表是后备入口,希望用户永远别用到才好呢。
你觉得用户是“空着-好丑-不用98了” 还是“空着-好丑-那我设置一下” 或是“快捷入口设置在哪里?-噢原来在这啊” 还有“这是什么,我设置一下好了”
有关注取消关注按钮,目前在板块内容页面上,在没好的板块列表中也会有
一个问题是。快捷入口和我的关注。两个可以设置选择板块很混乱。我想两个统一起来。意思就是快捷入口中选择的板块也是我的关注中选择的版块,你怎么看。
在 2014年9月19日,下午12:40,James Ruan notifications@github.com 写道:
默认空着给人的感觉很不好。 如果没内容,默认就不要显示好了。
在适当的地方添加“关注/取消关注”的按钮,内容就会出现在关注栏中;在版块区添加“添加/删除快速入口”按钮,内容就会出现在快速入口中。
至于主页上的,只要留进入、删除/取消关注的功能即可。
— Reply to this email directly or view it on GitHub.
你觉得不需要有个地方一次控制板块选项的地方吗?我觉得还是需要的。 这是一次大批量添加的最简单方式。当然也就第一次设置的时候。
一般人都不知道98有什么板块,更别说一些拗口的名称比如“瞬间永恒”了。
所以还是不建议搜索某版块-进入某版块-选择添加到快速入口的方式。
在 2014年9月19日,下午12:46,James Ruan notifications@github.com 写道:
另外,98的子版块众多,任何地方都不要用树型图展开,只是我作为用户,有种out of control or overwhelmed的感觉。
要添加某版面的比较好的流程是:搜索某版块-进入某版块-选择添加到快速入口。我们想通过内容推荐和搜索作为论坛的入口主要入口,版块列表是后备入口,希望用户永远别用到才好呢。
— Reply to this email directly or view it on GitHub.
关注和快捷入口是给“需要”的用户的,很多用户不需要,就不要用视觉污染去迫使他们改变。
关注和快捷入口的功能是不一样的: 关注的对象是帖子(或者用户?)、版块,显示的是新回复(关注帖子)、新帖子(关注版块或用户)。 快捷入口则是帮助进入版块的,加入快捷入口的版块自动列为关注对象(可以手动取消)。
我相对倾向于 搜索 - 关注 的方式,树形界面看起来的确显得比较乱,而且需求也不是很大,觉得板块列表也就足够用了。
或者可以让用户第一次登陆的时候给个大致的选择,和不少网站第一次选择关注类似。
不需要单独的页面去管理快捷入口和关注列表,做出来就是新浪微薄那样的感觉,太丑陋。
你不喜欢,觉得常常被污染眼球,把红星取消就好了;如果没有被污染到,也没有取消的理由不是吗?
普通用户确实不知道98有哪些版块,所以我们的主页要有大量的推荐内容,让他们慢慢地去发现,或者用搜索功能,让他们主动去发现。版块越活跃,推荐到主页的可能就越大,这样可以形成良性循环。比较冷的版块,通过快速入口和关注的功能也能保证那些用户的便利性。冷到半年没帖子的版块,干脆就不让他出现在公众视野里好了(除非主动搜索)。
我知道快捷入口和关注是不同功能。 但是两个列表的确会造成混乱,比如我们是否在板块中得有两个按钮“关注”和“添加到快捷入口”?
关注和快捷入口就这样了,假如用户第一次使用的话就是这样。但是也“可以考虑”当然也给他们不要快捷入口和关注的机会。
在 2014年9月19日,下午12:58,James Ruan notifications@github.com 写道:
关注和快捷入口是给“需要”的用户的,很多用户不需要,就不要用视觉污染去迫使他们改变。
关注和快捷入口的功能是不一样的: 关注的对象是帖子(或者用户?)、版块,显示的是新回复(关注帖子)、新帖子(关注版块或用户)。 快捷入口则是帮助进入版块的,加入快捷入口的版块自动列为关注对象(可以手动取消)。
— Reply to this email directly or view it on GitHub.
添加到快捷入口的版块默认就关注了(除非用户需要取消关注)。
这里的假设很简单:用户想常常进去的版块,往往有想看的内容,于是就等于关注了这个版块。
你说的混乱不知道指的是什么。两个按钮,“关注”和“添加到快捷入口”完全可以用图标代替啊:关注是颗红星,添加到快速列表是个保存样式的图标。点后者的时候等于同时点了前者而已。
我觉得可以没有单独页面,那对于第一次使用给一个页面来大批量添加,无论是pinterest,还是微博或是linkin都有这方式。 然后添加关注的方式就如你所说,进入到板块以后添加。
在 2014年9月19日,下午1:06,James Ruan notifications@github.com 写道:
不需要单独的页面去管理快捷入口和关注列表,做出来就是新浪微薄那样的感觉,太丑陋。
你不喜欢,觉得常常被污染眼球,把红星取消就好了;如果没有被污染到,也没有取消的理由不是吗?
普通用户确实不知道98有哪些版块,所以我们的主页要有大量的推荐内容,让他们慢慢地去发现,或者用搜索功能,让他们主动去发现。版块越活跃,推荐到主页的可能就越大,这样可以形成良性循环。比较冷的版块,通过快速入口和关注的功能也能保证那些用户的便利性。冷到半年没帖子的版块,干脆就不让他出现在公众视野里好了(除非主动搜索)。
— Reply to this email directly or view it on GitHub.
第一次使用的时候批量添加可以有,但那个是属于Tutorial的部分,用户可以完全skip掉,然后相关的位置也不能这样空着,至少不能这样展示出来。
继续不喜欢关注列表和快捷入口列表两个列表。我把快捷入口改为“关注的板块”两个是一个列表原因就是添加到快捷入口的版块默认就关注了(除非用户需要取消关注)。
这里的假设很简单:用户想常常进去的版块,往往有想看的内容,于是就等于关注了这个版块。
------------------ 原始邮件 ------------------ 发件人: "James Ruan"notifications@github.com; 发送时间: 2014年9月19日(星期五) 中午1:14 收件人: "cc98-frontend-development/docum"documents@noreply.github.com; 抄送: "谢鑫"xiexin.ihaha@qq.com; 主题: Re: [documents] UI design: front page interaction draft v1 (#10)
添加到快捷入口的版块默认就关注了(除非用户需要取消关注)。
这里的假设很简单:用户想常常进去的版块,往往有想看的内容,于是就等于关注了这个版块。
你说的混乱不知道指的是什么。两个按钮,“关注”和“添加到快捷入口”完全可以用图标代替啊:关注是颗红星,添加到快速列表是个保存样式的图标。点后者的时候等于同时点了前者而已。
— Reply to this email directly or view it on GitHub.
关注的版块要比快捷入口的概念大。 有很多版块还是想进去自己浏览的。 也有很多关注的版块,但是不想添加到快捷入口的(不然快捷入口列表变得非常长(比如Win8的那个开始菜单那样),就失去的快捷的意义了)。
关注区我们是设计出用算法推荐的,所以不同版块的内容会通过一定的算法推荐个排序出来,则没有过长的问题,用户总是能更早地看到更想看的东西的。
所以一个比较好的方式是,关注的版块给个选项是否添加到快捷入口。
恩,假如用户skip以后我的关注一大片空出来可能有点问题。那就认为“我的关注没有内容的话默认为十大”好了。但是右边的“关注板块”我觉得空出来没问题。当然点击右边的设置是可以取消的。
------------------ 原始邮件 ------------------ 发件人: "James Ruan"notifications@github.com; 发送时间: 2014年9月19日(星期五) 中午1:19 收件人: "cc98-frontend-development/docum"documents@noreply.github.com; 抄送: "谢鑫"xiexin.ihaha@qq.com; 主题: Re: [documents] UI design: front page interaction draft v1 (#10)
第一次使用的时候批量添加可以有,但那个是属于Tutorial的部分,用户可以完全skip掉,然后相关的位置也不能这样空着,至少不能这样展示出来。
— Reply to this email directly or view it on GitHub.
以下按需求的普遍性排序,越下面的越小众:
不关注、不加快捷入口:啥都不用做 关注、不加入快捷入口:点击关注,默认不选择加入快捷入口 关注、快捷入口:点击关注时手动选择加入快捷入口 不关注、快捷入口:点击关注时手动选择加入快捷入口,然后取消关注(这个是相对小众需求,虽然麻烦但也照顾得到) 取消关注、取消快捷入口:取消关注时默认选择取消快捷入口。 未关注、取消快捷入口:额外的取消快捷入口的按钮,仅仅在未关注,但加入快捷入口列表的版块出现。(由于这个是更加小众的需求,所以默认是没有这个按钮的)
我没看完……太麻烦的一定不是好主意
其次我觉得你对用户太好了,有时真不能都由着他们性子
这是我的理解
在 2014年9月19日,下午1:36,James Ruan notifications@github.com 写道:
不关注、不加快捷入口:啥都不用做 关注、不加入快捷入口:点击关注,默认不选择加入快捷入口 关注、快捷入口:点击关注时手动选择加入快捷入口 不关注、快捷入口:点击关注时手动选择加入快捷入口,然后取消关注(这个是相对小众需求,虽然麻烦但也照顾得到) 取消关注、取消快捷入口:取消关注时默认选择取消快捷入口。 未关注、取消快捷入口:额外的取消快捷入口的按钮,仅仅在未关注,但加入快捷入口列表的版块出现。(由于这个是更加小众的需求,所以默认是没有这个按钮的)
— Reply to this email directly or view it on GitHub.
喂喂,这个是公开存档用讨论哦。没有建设性的内容就别占空间了
原来要公开存档哒……那我再说一遍……不要把太照顾任何用户的感受,够用就好,即使每个人都希望有更多功能。
我觉得还是是快捷入口和我的关注合并。
------------------ 原始邮件 ------------------ 发件人: "James Ruan"notifications@github.com; 发送时间: 2014年9月19日(星期五) 中午1:43 收件人: "cc98-frontend-development/docum"documents@noreply.github.com; 抄送: "谢鑫"xiexin.ihaha@qq.com; 主题: Re: [documents] UI design: front page interaction draft v1 (#10)
喂喂,这个是公开存档用讨论哦。没有建设性的内容就别占空间了
— Reply to this email directly or view it on GitHub.
这部分功能应该还是要的,毕竟还是算比较核心的功能。
上面也说了,关注是用于做内容推荐的,而快捷入口仅仅是收藏,两者功能上是有区别的。
我感觉上面的一直都没有讲清楚关注和快捷入口(老98叫做“个人定制区”)的区别是什么。
这样一来的话再者事实上有巨大的差别。 不过我们倒是可以默认选择关注,等用户培养起来了以后再让他们意识到关注和快捷入口的区别。就像renren发新鲜事时一样。