github-weekly-statistics v0.0.2
Github Growth Hack
A framework to help you do growth hacking for your open source projects.
要解决的问题
- 推动：如何推动项目维护者持续投入"技术人日"?
- 提效：如何自动化一些琐事，节约一些"技术人日"？
- 规划：给定有限的"技术人日"资源，应该做哪些事，以便（尽量）最大化收益？
- 风险管理：企业做开源的一个诉求是“别出事”、别带来负面影响（比如负面舆情，比如伤害品牌形象）。能否即时发现可能“出事”的风险事项？
功能
1. 开源项目大盘
为每个项目计算活跃度，排序，生成大盘。
除了活跃度，还有舆情 issue 大盘
大盘数据可以生成 excel：
也可以推送到 IM 群：
2. 答疑治理
2.1. 将 IM 群的提问引流到 issue 区
IM 入群提示, 建议提问时先发 issue
用户艾特机器人，可以查看使用帮助
2.2. 推动 owner 回复 issue
带着 issue 艾特机器人，机器人开始帮忙催 owner 回 issue
定时催促，直到回复了 issue
如果长时间不回复，舆情风险上升，机器人会在别的群里也催促 owner
2.3. issue assigned 群聊提醒
issue 被 assign 后，在 IM 群中提醒当事人。
2.4. 舆情 issue 治理
我们定义舆情 issue 有不同等级： | level | 标准 | | -- | -- | | 1 | 有用户在群里贴出来 issue 、寻求解答 | | 2 | 有用户在群里贴出来 issue 、寻求解答，但催促 owner 后仍未回复。 | | 3 | 5 天没人回复的 issue | | 4 | 30 天没人回复的 issue |
基于上述抽象，本工具提供了治理舆情 issue 的解决方案
2.4.1. 舆情 issue 扫描、报警
定期找出长时间未回复的 issue，在大群中报警，通知项目维护者。
2.4.2. 小群预报警
在大群报警之前，可以提前 1 天在小群友情提醒，更加人性化。
3. 活跃度检查: liveness check
机器人会定期对所有开源项目进行“活跃度检查”，如果项目长期缺少维护、不处理舆情 issue，会被自动判定为“腐烂级”项目。
判定规则：
项目连续 4 周活跃度达不到 20
项目存在 30 天以上未回复的 issue
达到上述两个条件就定性为“腐烂级”项目，机器人会建议限期整改，否则归档。
整改期可以每隔 xx 天投诉升级、抄送主管。整改期过后如果仍未解决，将启动垃圾回收流程，对项目进行归档。
4. Readiness check
5. 项目管理机器人
推动别人太麻烦了，交给机器人去做吧！
- 开周会前，自动询问当事人进展
写周报前，自动询问当事人进展
每周组织社区会议
- 集成进 github issues, 自动追踪已 assign 的高优先级 issue, 在 issue 下询问进度或者在 IM 内询问进度。
使用文档
见英文文档 ，暂未翻译。
活跃度指标说明
Roadmap
3 years ago