被设问了:
- 当初为什么要组织创建/参与这样的社区？（动机与诉求）
- 初创时，最紧缺的资源是什么？希望获得来自外界的哪些帮助？
- 社区初期，是通过什么手段吸引大家参与到此社区中来的？怎么发现和聚集社区目标人群的？如何找出社区中的组织者和活跃者？
- 社区核心建设：靠什么维护社区成员，靠什么来留存成员
- 社区平台建设：是论坛，还是邮件列表？理想中的承载形式和状态是什么样子的？
- 对你所在的社区来说，如何传播所在社区核心项目和技术的？渠道有哪些？
背景
对于 开源技术社区,俺有比较长期的折腾,参考以往文章: Categories | DevRel | 开发者关系.思考
最近比较集中的有关技术社区生态的演讲:
- 幻灯: Zoom.Quiet_just4fun_v140329.pdf
- 录音:
- 录像: 20140330-OSTC-分论坛2周琦
试答
几个话题,精简的回答:
- 没有动机和诉求,大家感觉应该有,就自然有了
- 刚刚开始时,没有什么缺少的,大家都很开心, 只是互联网后来发展到泥沙俱下了,内部缺少动力了而已
- 初期都是通过核心人员自个儿的SNS ,自然吸引过来的,可以理解为,都是大V 在自个儿的频道中一吼, biu 的一下社区就好了
- 社区从来没有有意识的规模建设,都是谁主张谁执行,自发的举出各种项目,各自张罗折腾,不过统一在社区中分享而已
- 列表+wiki+blog 非常足够的,只是现在被移动体验给冲毁了,需要一个承前启后的平台
- 对于现在俺管理的各种社区,渠道和你知道的一样, 几乎所有已知的都在使用
那么事儿关: 社区平台
- 社区需要平台嘛?什么是平台?
- 俺的理解是社区自身可控制的知识交流通径
- 流通的是标准可导出的文本格式数据
- 吻合当下主流操作心理习惯
- 兼容技术社区异步优雅沟通文化
- 有 RESTful 接口,扩展出各种好玩次级工具的
- 以往经典的社区交流平台配置是:
- IRC
- mailling-list
- blog
- wiki
- repo.
- 依次,从信息熵级递减,参考:珠海GDG 社区知识管理 指南
- 又都通过邮件接口在 列表中 统一起来
- 形成知识的高速循环
是也乎
- 但是,现在问题来了,90/00 后根本不接受邮件,这种异步讨论形式,
- 而社区核心老成员,也不习惯新的各种 pull 形式沟通,
- (即, weibo/Disqz! 之类,不手工刷新页面就看不到新内容的…)
- 类似 V2EX 的新型平台, 形式上好象有创新,本质上是更加受限的BBS 而已
- 所以,无论一个技术社区,发展到什么阶段都需要的一个核心枢纽式的平台应该是:
- 以 V2EX 为形式
- 以 简书 为移动端
- 以 邮件列表为双向绑定的
- 复合型渠道平台
- 用 V2EX 的 pull 形式兼容 90 后习惯
- 用 简书的 移动交互形式,扩展社区阅读
- 用 列表 包容老成员的习惯
- 自动将 V2EX 中每个文章以及回复转换为对应的邮件线索讨论,发送到列表
- 列表的异步参与,也成为可能,回复对应邮件,就转换为对应平台上的讨论
- 类似 github 的 issue 讨论流程
- 这样, 各种托管服务的 HOOK 插件也都有邮件接口
- 这样也自然的将不同世代的社区成员,聚合在了一起…
- 进一步的,追加 微信/微博/短信 提醒…
- 再对所有渠道的交流进行友好的统计,形成类似 SHLUG 的社区活跃分析
- 协助社区改善有关管理
这才是大家都需要的平台…
进一步的
现在每年大家都折腾的死去活来的 线下技术活动组织?
- 为毛 kktix 在台湾, meetup 在全球, 有这么多用户?
- 因为人家专注,作到好用
- 中国各种活动行之类的活动组织平台都只解决了部分问题,
- 每次线下技术活动的:
- 宣传
- 报名
- 门票
- 签到
- 报道
- 交流
- 哪个不是能发展为一个巨大的服务?
但是,问题来了:
- 为毛在中国就没人作呢?
- 这是个好问题,值得另外专门分析…
Change log
- 200128 fix old link
- 141215 被设问尝试回答第一版
PS:
若无意外,题图都是从原文提取或是通过 Google 图片搜索出来的, 版权属左, 不负责任 ;-)
