草 稿

对轻单的疑问

半路看产品。

  1. 信息结构

    轻单现在的结构是一维的。每个轻单都分在不同类型下,That's all。对初期用户来说,易于理解,是好事。

    但随着对产品的理解,如何“使用”诸多的轻单内容,就成为一个问题。换而言之,阅读者如何获取更多轻单,会最终影响轻单的形态。

  2. 使用以人为维度的订阅时间线形式?

    当我们在Twitter上订阅一个个用户时,代表着我对他说的话感兴趣,对这个人的思维、生活感兴趣。对清单而言,这样的订阅逻辑适用么?

    另一方面,人的维度会带来更多的互动动作,这些动作如果也填充到时间线中,会使得阅读过程变得复杂化。这是否还轻呢?

  3. 那么叠加主题的维度呢?

    你是说类似 medium ?维护 topics 从来都不是一件简单的事,medium 都没做好。

    Topics 涉及到两个问题,谁来管理,谁来指派。

    对内容的类型进行人工维护是个高成本的活,scalability很低,小企业不应该做。

    对内容指派到话题上这件事也不能指望内容创建者全部做好,且会使的创建、社区维护过程变得复杂。

  4. 内容走向

    无论 Jason 还是其他人,对轻单描述的时候,都用了非常含糊的说辞。而不同类型的内容,最终会影响内容被索引、处理、推荐的方式。

  5. 像Jason自己写的短博客那样?

    本质上是文章,看上去条例更清晰一些,但还是大段文字。会写文章的人,无论是在微信公众号还是个人博客,都能写的条理清晰。不会写的,即便放在轻单的框架下,也未必能写的好。

    大段文字的问题是,我们是认真把它当作文章来读的,一篇文章读完了,不出什么意外,它就该过去,消失,埋在大堆新数据的底部了。它的时间效用很明显。

    而且,他最终是属于人的。

  6. 还是和真正的轻单一样?

    Checklist的话,往往在很长一段时间内都具备高度的价值。比如我自己创建的租房备忘、比如旅行备忘。这些轻单是看到觉得不错后,收藏起来,待某个时候需要再找出来用的。

    Checklist的编辑模式完全不同,从信息效用的角度来说,它更应该像Wiki,关于特定话题,记下特定知识。尽管对于创业产品来说,做成wiki显然不具备商业价值。而且也限定了产品的可能性。

  7. 如果真的是Checklist的话,应该支持怎样的互动?

    真正的Checklist应该是协作的,只是协作的形态未必是多人共同编辑同一份文档。轻单的复制功能是另一种尝试,能通过社区的内容再创作和自净化达到目的,但同时也会带来版权争议、版本管理等诸多问题。

  8. 内容引导和沉淀

    即便是轻单,也有高价值和低价值之分。毕竟创建没有门槛。那么如何鼓励高价值轻单的产生?如何避免无价值轻单污染每一个用户?单纯指望“热门”和“最新”来区隔并不是理想的方式。

  9. 是否应该鼓励过于个人化的轻单?

    我最喜欢的App,我最喜欢的餐馆,我最喜欢的咖啡厅,我最喜欢的书,我最喜欢的词组。

    以上这类轻单从知识共享的角度过于零散,阅读场景也很受限制,生命周期也短。此类轻单过多,对社区生态影响会好么?但这类轻单恰恰是新手用户最容易创建的,门槛最低的。而且由其内容决定其必须是公开化的才能带来成就感,故也不能指望公开、封闭的机制能解决问题。

  10. 更多疑问,想到再写。

赞了此轻单

评论(1