所以一个有趣的事情发生了,@jerrylus 同学提交了这个:
我在想,当用户推荐和开发者自荐同时发生的时候,该何去何从呢
是合并讨论,还是保持分散呢…
虽然啊,我一直有一个想法,就是让发现频道的帖子成为一个简单的用户与开发者沟通的地方。
@jerrylus 你觉得呢?
所以一个有趣的事情发生了,@jerrylus 同学提交了这个:
我在想,当用户推荐和开发者自荐同时发生的时候,该何去何从呢
是合并讨论,还是保持分散呢…
虽然啊,我一直有一个想法,就是让发现频道的帖子成为一个简单的用户与开发者沟通的地方。
@jerrylus 你觉得呢?
用户推荐和开发者自荐可以是两种不同的视角
比如
开发者自荐可以更侧重于介绍软件本身,起宣传、沟通的作用。
用户推荐可以更侧重于使用角度,用软件解决了什么问题,有什么好的用法,为什么选择了这个软件,为什么推荐之类的。
但问题是,假如先发的帖子下面已经积累了很多有价值的讨论。如果有两个帖子,可能会造成相关讨论的分散,对用户而言可能是不太好的。
比如说,我之前用这个软件,发现了一个问题,在那个帖子下面和大家交流,有了一些心得。现在我又有了些新的想法,想继续之前的讨论,那么我应该去哪儿?
刚刚看了下,之前的帖子下面,讨论也不是很多,应该还不存在上述问题。
我觉得可以先按青蛙的做法来,也就是与发帖人商量一下。
比如这两个帖子,用户推荐里面没有写太多用户视角的信息,只是介绍了一下软件,确实令人觉得可以合并。
我觉得可以这样,在用户贴交流使用心得,在自荐贴反馈问题。
我很喜欢用论坛里的帖子引用功能,能精准到楼层甚至句子,而且附带 pingback,保证了讨论的连贯性。
不过还是遵循具体问题具体分析就好。目前还没出现太复杂的情况。
可是试试看sub子版块的方式进行合并?
比如说帖子正文是开发者的自荐内容,在后面跟着插入其他用户的推荐内容
有个想法,当然有点麻烦,所以当作理想主义好了
直接合并的话我记得是把被合并的帖子作为回复发到这边的样子吧,
但如果已经有讨论了再合并会不会有前面是正常讨论中间有一个合并过来的推荐这样的情况?
我觉得可以将用户推荐作为开发者自荐的补充放在自荐之下,类似于
开发者自荐
xxxx
xxxx
用户推荐
xxxx
xxxx
但这样的话重复的内容需要人工处理,所以只是个想法
不是有“引用”和“提及”的功能吗?而且开发者会来这发帖除了宣传肯定也想得到反馈,所以搜搜关于自己软件的讨论,或者至少看看通过上述功能导向的其他帖子也应该会做吧。
如果怕讨论会分散……那这推荐软件的贴已经歪楼成站务了(青蛙你的责任大大滴!帖子已移动)……
还是这样就好了吧,想讨论什么就讨论什么;若有同质化的主贴且讨论方向高度雷同才锁掉其中人气较少的那个(些)并引导到质量较高的贴去。
如题。本话题源自这篇帖子引起的讨论:
大致情况是:一款软件,之前已经有其他用户发帖进行了推荐。后来,开发者又亲自来论坛发帖介绍这款产品。可是,之前的帖子下面可能已经积累了足够多的讨论,那么这两篇帖子的关系要如何处理呢?
为不引起歪楼,特将上述帖子下面的讨论分离至此。
有阿,有發生類似的事
但我支持複雜問題,簡單解法
就是幫其中一方帶路,按先來後到的順序
用戶先推薦,就(留言)給作者一個用戶推薦的帖子
然後讓作者繼續宣傳下去
作者先推薦,就給用戶一個作者推薦的帖子
然後讓作者繼續宣傳下去,用戶帖停止更新
這樣前後的討論都能照顧到
如果有关联链接功能最好,以开发者的帖子为主,链接众多用户的推荐和评价,就像电商物品那样
推荐帖有个作用,就是在论坛内建立起一个软件的词条,相当于 wiki。
通过论坛的 pingback 反向链接,可以知道这个软件都在哪里讨论过。(反向链接,可以让整个论坛的讨论连贯起来)
同时,引用一款软件可以直接搜到。(我倡导发推荐帖要在标题上写明软件名称,而不是如「一个XXX、XXX、XXX的XXX工具」之类)
直接学reddit,用户推荐放综合板块,作者推荐开sub。或者用户推荐开sub,作者推荐置顶sub帖子。