UI design: front page interaction draft v1

[jamesruan]

[jamesruan]

默认空着给人的感觉很不好。 如果没内容，默认就不要显示好了。

在适当的地方添加“关注/取消关注”的按钮，内容就会出现在关注栏中；在版块区添加“添加/删除快速入口”按钮，内容就会出现在快速入口中。

至于主页上的，只要留进入、删除/取消关注的功能即可。

[jamesruan]

另外，98的子版块众多，任何地方都不要用树型图展开，只是我作为用户，有种out of control or overwhelmed的感觉。

要添加某版面的比较好的流程是：搜索某版块-进入某版块-选择添加到快速入口。我们想通过内容推荐和搜索作为论坛的入口主要入口，版块列表是后备入口，希望用户永远别用到才好呢。

[ituotuo]

你觉得用户是“空着-好丑-不用98了” 还是“空着-好丑-那我设置一下” 或是“快捷入口设置在哪里？-噢原来在这啊” 还有“这是什么，我设置一下好了”

有关注取消关注按钮，目前在板块内容页面上，在没好的板块列表中也会有

一个问题是。快捷入口和我的关注。两个可以设置选择板块很混乱。我想两个统一起来。意思就是快捷入口中选择的板块也是我的关注中选择的版块，你怎么看。

在 2014年9月19日，下午12:40，James Ruan notifications@github.com 写道：

默认空着给人的感觉很不好。 如果没内容，默认就不要显示好了。

在适当的地方添加“关注/取消关注”的按钮，内容就会出现在关注栏中；在版块区添加“添加/删除快速入口”按钮，内容就会出现在快速入口中。

至于主页上的，只要留进入、删除/取消关注的功能即可。

— Reply to this email directly or view it on GitHub.

[ituotuo]

你觉得不需要有个地方一次控制板块选项的地方吗？我觉得还是需要的。 这是一次大批量添加的最简单方式。当然也就第一次设置的时候。

一般人都不知道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.

[jamesruan]

关注和快捷入口是给“需要”的用户的，很多用户不需要，就不要用视觉污染去迫使他们改变。

关注和快捷入口的功能是不一样的： 关注的对象是帖子（或者用户？）、版块，显示的是新回复（关注帖子）、新帖子（关注版块或用户）。 快捷入口则是帮助进入版块的，加入快捷入口的版块自动列为关注对象（可以手动取消）。

[GhostFlying]

我相对倾向于 搜索 - 关注 的方式，树形界面看起来的确显得比较乱，而且需求也不是很大，觉得板块列表也就足够用了。

或者可以让用户第一次登陆的时候给个大致的选择，和不少网站第一次选择关注类似。

[jamesruan]

不需要单独的页面去管理快捷入口和关注列表，做出来就是新浪微薄那样的感觉，太丑陋。

你不喜欢，觉得常常被污染眼球，把红星取消就好了；如果没有被污染到，也没有取消的理由不是吗？

普通用户确实不知道98有哪些版块，所以我们的主页要有大量的推荐内容，让他们慢慢地去发现，或者用搜索功能，让他们主动去发现。版块越活跃，推荐到主页的可能就越大，这样可以形成良性循环。比较冷的版块，通过快速入口和关注的功能也能保证那些用户的便利性。冷到半年没帖子的版块，干脆就不让他出现在公众视野里好了（除非主动搜索）。

[ituotuo]

我知道快捷入口和关注是不同功能。 但是两个列表的确会造成混乱，比如我们是否在板块中得有两个按钮“关注”和“添加到快捷入口”？

关注和快捷入口就这样了，假如用户第一次使用的话就是这样。但是也“可以考虑”当然也给他们不要快捷入口和关注的机会。

在 2014年9月19日，下午12:58，James Ruan notifications@github.com 写道：

关注和快捷入口是给“需要”的用户的，很多用户不需要，就不要用视觉污染去迫使他们改变。

关注和快捷入口的功能是不一样的： 关注的对象是帖子（或者用户？）、版块，显示的是新回复（关注帖子）、新帖子（关注版块或用户）。 快捷入口则是帮助进入版块的，加入快捷入口的版块自动列为关注对象（可以手动取消）。

— Reply to this email directly or view it on GitHub.

[jamesruan]

添加到快捷入口的版块默认就关注了（除非用户需要取消关注）。

这里的假设很简单：用户想常常进去的版块，往往有想看的内容，于是就等于关注了这个版块。

你说的混乱不知道指的是什么。两个按钮，“关注”和“添加到快捷入口”完全可以用图标代替啊：关注是颗红星，添加到快速列表是个保存样式的图标。点后者的时候等于同时点了前者而已。

[ituotuo]

我觉得可以没有单独页面，那对于第一次使用给一个页面来大批量添加，无论是pinterest，还是微博或是linkin都有这方式。 然后添加关注的方式就如你所说，进入到板块以后添加。

在 2014年9月19日，下午1:06，James Ruan notifications@github.com 写道：

不需要单独的页面去管理快捷入口和关注列表，做出来就是新浪微薄那样的感觉，太丑陋。

你不喜欢，觉得常常被污染眼球，把红星取消就好了；如果没有被污染到，也没有取消的理由不是吗？

普通用户确实不知道98有哪些版块，所以我们的主页要有大量的推荐内容，让他们慢慢地去发现，或者用搜索功能，让他们主动去发现。版块越活跃，推荐到主页的可能就越大，这样可以形成良性循环。比较冷的版块，通过快速入口和关注的功能也能保证那些用户的便利性。冷到半年没帖子的版块，干脆就不让他出现在公众视野里好了（除非主动搜索）。

— Reply to this email directly or view it on GitHub.

[jamesruan]

第一次使用的时候批量添加可以有，但那个是属于Tutorial的部分，用户可以完全skip掉，然后相关的位置也不能这样空着，至少不能这样展示出来。

[ituotuo]

继续不喜欢关注列表和快捷入口列表两个列表。我把快捷入口改为“关注的板块”两个是一个列表原因就是添加到快捷入口的版块默认就关注了（除非用户需要取消关注）。

这里的假设很简单：用户想常常进去的版块，往往有想看的内容，于是就等于关注了这个版块。

------------------ 原始邮件 ------------------ 发件人: "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.

[jamesruan]

关注的版块要比快捷入口的概念大。 有很多版块还是想进去自己浏览的。 也有很多关注的版块，但是不想添加到快捷入口的（不然快捷入口列表变得非常长（比如Win8的那个开始菜单那样），就失去的快捷的意义了）。

关注区我们是设计出用算法推荐的，所以不同版块的内容会通过一定的算法推荐个排序出来，则没有过长的问题，用户总是能更早地看到更想看的东西的。

[jamesruan]

所以一个比较好的方式是，关注的版块给个选项是否添加到快捷入口。

[ituotuo]

恩，假如用户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.

[jamesruan]

以下按需求的普遍性排序，越下面的越小众：

不关注、不加快捷入口：啥都不用做 关注、不加入快捷入口：点击关注，默认不选择加入快捷入口 关注、快捷入口：点击关注时手动选择加入快捷入口 不关注、快捷入口：点击关注时手动选择加入快捷入口，然后取消关注（这个是相对小众需求，虽然麻烦但也照顾得到） 取消关注、取消快捷入口：取消关注时默认选择取消快捷入口。 未关注、取消快捷入口：额外的取消快捷入口的按钮，仅仅在未关注，但加入快捷入口列表的版块出现。（由于这个是更加小众的需求，所以默认是没有这个按钮的）

[ituotuo]

我没看完……太麻烦的一定不是好主意

其次我觉得你对用户太好了，有时真不能都由着他们性子

这是我的理解

在 2014年9月19日，下午1:36，James Ruan notifications@github.com 写道：

不关注、不加快捷入口：啥都不用做 关注、不加入快捷入口：点击关注，默认不选择加入快捷入口 关注、快捷入口：点击关注时手动选择加入快捷入口 不关注、快捷入口：点击关注时手动选择加入快捷入口，然后取消关注（这个是相对小众需求，虽然麻烦但也照顾得到） 取消关注、取消快捷入口：取消关注时默认选择取消快捷入口。 未关注、取消快捷入口：额外的取消快捷入口的按钮，仅仅在未关注，但加入快捷入口列表的版块出现。（由于这个是更加小众的需求，所以默认是没有这个按钮的）

— Reply to this email directly or view it on GitHub.

[jamesruan]

喂喂，这个是公开存档用讨论哦。没有建设性的内容就别占空间了

[ituotuo]

原来要公开存档哒……那我再说一遍……不要把太照顾任何用户的感受，够用就好，即使每个人都希望有更多功能。

我觉得还是是快捷入口和我的关注合并。

------------------ 原始邮件 ------------------ 发件人: "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.

[jamesruan]

这部分功能应该还是要的，毕竟还是算比较核心的功能。

上面也说了，关注是用于做内容推荐的，而快捷入口仅仅是收藏，两者功能上是有区别的。

[DemoHn]

我感觉上面的一直都没有讲清楚关注和快捷入口(老98叫做“个人定制区”)的区别是什么。

• 快捷入口只是让用户能够一键进入到这个板块而已，和原来的98功能一样。
• 而关注的话不仅仅是要写推荐算法了，而且未来是不是可以考虑一下给用户发通知这样的功能？

这样一来的话再者事实上有巨大的差别。 不过我们倒是可以默认选择关注，等用户培养起来了以后再让他们意识到关注和快捷入口的区别。就像renren发新鲜事时一样。