人在珠海,面向全国,心系世界
Google Developer Groups(GDG) livin ZhuHai life
珠海生活中的技术社区

目标

将一次 中国GDG 活动过程中所有涉及的发布活动,进行统一的简要说明, 包含各种系统的使用技巧…

总则

• 必须 科学上网,使用所有服务
• 必须 基于 Chrome/Safari/Firefox ,万不得以也可以安装 Opera, 死也不能用 IE !
• 尽可能用 E文界面

看起来很复杂,其实只有三个方面的发布行为:

1. 面向GDG 全球的标准发布: G+,DevSite,列表
2. 面向中国GDG 的墙内部发布: BBS/Blog/weibo/wechat/列表
3. 面向GDG中国 内部管理发布: 统计/OKRs

而这三方面的次序也不应该乱:

1. 面向GDG 全球的,是根本,而且尽可能都用 E文,有助于产生国际间交流,是GDG 活动的最大好处
2. 面向墙内小伙伴,纯粹是个心理安慰,建议发布时机也尽可能延后,以便同墙外的信息形成时间差,引导成员尽可能形成科学上网的好习惯
3. 面向管理的,一般用以统计/报销/指标, 以精确为目标,所以,应该放在最后进行.

宏观来看,墙内信息系统,大家都熟悉,就无须多言,当前教程,着重在展示墙外各种服务的关键功能.

涉及系统清单:

1. G+: +GDG Zhuhai
2. DevSite: GDG Zhuhai
3. Driver 目录
4. blog.zhgdg.org
5. 邮件列表:珠海谷歌开发者社区
6. 邮件列表:GDG Leads Discussions
7. @GDG珠海
8. 
9. BBS: 珠海GDG论坛 (Zhuhai GDG Forum)

报销前提

报销应该在所有 报道/总结 完成之后

• DevSite,G+页面,社区邮件表(Google Groups),BBS,中国统计
• 这5件事情没完成的话,报销是不批的;

推荐的珠海GDG 活动信息发布序列

~ 依自然时间顺序 分阶段递进发布:

活动前:

1. +GDG Zhuhai 发布 Evnets
   • 如: DevFest-WTM(Women Techmakers) ZhuHai
2. DevSite Conference 发布对应日程
   • 如: DevFest-WTM(Women Techmakers) ZhuHai
3. 珠海GDG论坛 (Zhuhai GDG Forum) 发布相同消息
   • 如:[3.8]GDG珠海首次DevFest-W开始报名了!
4. [email protected] 社区列表预告相同消息
   • 如: [4.20]NB1+Bas~CodeCamp.0 通告
5. weibo/wechat 连续宣传, 最好连续10天以上
6. 如果使用报名表单:
   • 统一基于 Summer 设计的: China GDG活动参与者报名统计表模板(副本) - Google 表单
   • 复制修订后使用
   • 当然的必须使用南阳的gdgdocs服务完成代理
   • 进一步的应该使用 新浪微博短网址生成器,新浪微博短网址数据分析工具软件 形成短地址!
   • 才合适进行传播

活动后:

1. blog.zhgdg.org 官方报道
   • 结束 48小时以内,收集照片/录音/幻灯 之后,形成完备的报道
   • 例如: GDG Zhuhai DevFest-WTM活动小结
2. Events Summary, 增补到对应 G+ Events 详情中
   • 并同时分享为 G+ 消息
   • 并一定要包含固定的 Hashtag: #gdg #report #2014 #zhuhai
   • 增补活动简报,进行分享….
   • 如: #gdg #zhuhai #report #2014 #WTM #DevFest #womentechmakers
3. DevSite Summary 增补到对应 Conference 详情中
   • 并根据现场统计,增订参加者数量
   • 这是极其关键的数据,一定要和其它报道的数量统一:
     • G+ Event Summary
     • 2014 China GDG Events Recording
4. (可选:)发布 回访调查问卷
   • 如: BAS-NB0 回访问卷
5. 系列 总结/挽留/预邀 邮件
   • 向 所有注册/现场报名/讲师
   • 如: 珠海GDG 群发邮件测试
   • 权限: 无要求,使用私人邮箱 或是其它 EMD 以 [email protected]名义
6. [email protected] 社区列表通报
   • 结束 72小时以内
   • 如:[3.8]GDG Zhuhai DevFest-WTM Summary
7. GDG珠海 微信报道
   • 结束 4天以内
8. 珠海GDG论坛 (Zhuhai GDG Forum) 发布小结
   • 如:[3.8]GDG Zhuhai DevFest-WTM活动小结
9. 2014 China GDG Events Recording 最后的记要汇总
   • 注意: 参加者数量,报销分类金额
   • 此时可以完成报销,详细参考: GDG活动 报销流程指南
   • 活动结束 7天以内
10. GDG Discuss ([email protected] 全球GDG组织人列表)全球通报
    • 尽可能整理份E文 Summary 分享给全球
    • 如: #gdg #Zhuhai #report #2014 #DevFestW #WomanTechmakers
11. 完成 GDG珠海OKRs自省统计
12. (可选:)问卷调查统计结果,合并小结, 微博传播
13. (可选:)收集所有反馈,形成活动策划回顾 再次向 GDG Discuss+中国GDG 通报

权限说明

• 所有基于 G+ 服务的发布,
  • 权限需要: G+帐号,并邀请为 +GDG Zhuhai 的管理员
  • 
• 所有基于 DevSite 服务的发布,
  • 权限需要: DevSite 成员+对应GDG组织者身份
  • 前者在 DevSite 帐号状态 中配置确认
  • 后者要通过对应GDG 的管理员在 G+ 帐号信息中追加约定格式的链接:
  • 
  • 生效后,必须能在 GDG 的 Chapter 页面上看到
  • 
• 所有基于 Docs 服务的发布,
  • 权限需要: 珠海GDG Docs 目录权限
  • 
  • 可以注意到,为了方便一般目录的权限,都是绑定给某邮件列表的.
• 所有基于 blog.zhgdg.org 的官方报道
  • 权限需要: 无要求,可通过发起 git pull request 完成
  • 参考: zhgdg/zhgdg - GitCafe
• 所有基于各种邮件列表的邮件发布,权限需要:对应列表的订阅
  • [email protected] 社区列表订阅即可
  • [email protected] 全球GDG组织人列表,必须通过Google 方面管理员手工加入
• 所有基于 珠海GDG论坛 (Zhuhai GDG Forum) 的发布,
  • 权限需要: BBS注册帐户

分解说明:

可用的统查工具:

• GDG Events Statistic
  • 北京GDG Jackie 作品,可以统计全球所有 GDG Chapter 指定时段的活动情况
  • 
• GDG Report
  • 最新发布在 GAE 上的作品
  • 一键统计最近6个月,目标国家所有 Chapter 的活动情况
  • 对不同的活动规模进行了颜色表达
  • 

G+

宏观认识: weibo+bbs+facebook+... Google 的SNS 服务

关键常识: G+ 帐号

如上图所示:

• 每个人可以有多个G+ 帐号
• Gmail 帐号是天然的 G+ 帐号
• G+ 帐号可以单独注册
• 多个G+ 帐号可以在页面中随时切换
• 每个 G+ 帐号自然的拥有一个 G+ Page

对于 GDG 活动的组织, 我们在 G+ 中就作三件事儿:

1. 发布 G+ Events
2. 宣传 G+ Events
3. 在 G+ Evnets 中汇集所有活动资料:
   • Summary ~ 纪要
   • Photo ~ 照片
   • Media ~ 媒体资料, 可以是 Hangout 直播

创建Events

首先切换为 珠海GDG 的 G+ 帐号:

然后进入 Events:

点击 Creat Event

填写合适的消息,然后 invite ~ 邀请成员或是公开分享:

任何时候都可以返回 G+ Events 页面,增补内容:

传播Events

在 Events 或是 G+ 首页的消息块界面中, 点击分享 ,即那个右甩 小箭头:

因为:

• 在对应的Evnets 中,如: 如: DevFest-WTM(Women Techmakers) ZhuHai
• 所有增补的无论消息/照片/链接/视频 都只是当前 Evnets 的注释,注释无法传播!
• 好比, 每个 Events 都是一条 weibo 消息
  • 所有在其中的增补,只是回复
  • 只有进行分享时,才形成带有原weibo 消息的转发
• 所以, Summary 一定要在分享的消息框中增补,这样才能形成独立的链接持续传播
• 比如: GDG Zhuhai hosted DevFest-WTM(WomenTechmakers) on 8th March 2014 as full day’s event.

另外,在进行分享时,一定要使用 固定的 Hashtag: #gdg #report #2014 #zhuhai

• 因为这能帮助 Google 统计 GDG 活动的各种数据

从直观体现上, Hashtab 能在每个 post 边条上形成对应的动态标签.

G+ Community(社群)

可以理解为 G+ 版的 QZone/Dz!

任何人都可以创建不限制数量的 Community, 当然,也可以同时加入不限数量的 Commuinty!

珠海GDG 对应的G+ Community 是: ZhuHai GDG

可以看到,能在 Commuinty 中分析消息/图片/链接/活动/视频…

只是,当前 中国GDG 对 G+ Community 的交流没有作要求, 优先建议,多使用 基于 Groups 服务的社区列表.

DevSite

宏观上, 每个Chapter 在 DevSite 中最常用的两个链接:

• 自个儿的官方合法自述页面,比如: GDG Zhuhai

• 全球Google 技术线上会议日程:

当然的,要操作 DevSite 首先要成为成员:

• DevSite 帐号状态 中完成相关填报
• A 处应该有自个儿常用 G+ 的链接
• B 处必须标明属于哪个 Chapter
• 
  • 就是要在这儿点击 I'm a member

创建日程

在发布了 G+ Events 之后,我们才能创建对应的 DevSite 会议日程:

• 点击 红色的 CREAT CONFEREBCE

填写和 G+ Events 完全类似的消息, 但是,要注意几点:

• Associated Groups ~ 关键群组, 一定要选择对应的社区, 我们是 GDG Zhuhai
• Tags 就是标准的 Hashtag, 一定要包含 GDG
  • 其它的应该选择对应的技术内容 tag
  • 例如: Chrome, GAE …
• 注意:最后一定要选中 Public 否则是无法出现在 日程表中的!

增补数据

在活动完成后,根据现场报名/签到/照片…等等手段,确认现场参与人数后,

要回到对应 DevSite Conference 信息编辑页面中增补关键字段

Conference Metrics

的数据!

另外,也必须在 Manage Organizers 页面中增补必要的组织者帐号:

• 珠海要求一定要统一追加 [email protected]
• 这样才能确保 大妈在 Event Organizer Dashboard 界面中可以统一进入所有 Coference 页面:

再有,其实,所有组织者/成员,都应该在 DevSite Conference 界面点击: I'll be There:

而,以上的折腾都是为了这儿:

能 合法爱国 !

Blog

参考: zhgdg/zhgdg - GitCafe

• 基于 gitcafe
• 使用 gitcafe-pages 服务
• 通过 Jekyll 框架

完成静态 Blogging 以及代理发布!

Docs

即, Google 的在线 Office 服务, 完全基于 HTML5/JS 技术支持了桌面版本 Office 三套件 80% 的常用功能!

唯一的技巧可能就是权限的绑定:

可以使用自然的邮件列表地址!

从而批量/动态授权给一堆相关成员!

中国GDG活动统计

2014 China GDG Events Recording

也是利用 Docs 服务中的报表创建的活动汇总;

• 这是为了协助 Google DevRel 部门能方便的对中国所有GDG 的活动/预算情况进行统筹
• 所以,针对中国活动组织的特点,设计的表单
• 没什么技术含量

但是,要千万注意的是:

数据一定要精确
以免造成误解

有精确要求的数据只有两种:

• 活动参与人数, 要求以下几处严密一致:
  • G+ Events Summary
  • DevSite Conference Metrics
  • 2014 China GDG Events Recording 的Attendee number 字段
  • 列表/微信/BBS 等通报中
• 活动经费, 要求:
  • 2014 China GDG Events Recording 的相关字段总数
  • 要和报销单据中的总数严格一致

OKRs

参考:

• [扔掉KPI,跟Google学习OKR管理方法

  人人都是产品经理](http://floss.zoomquiet.io/data/20140217101636/index.html)

• 谷歌内部运作之谜:完全公开的评分系统OKRS让企业快速前进

简单的说这是 珠海GDG 用来辅助审视自己已完成工作的工具!

• 每位成员有很多目标,需要定义可量化的方法来达成目标.
• 并能对全年的活动进行一定的统筹规划
• 同时,所有人都能看到其他人的OKR,这样确保全社区的管理做到真正的透明化,达成行动策略上的一致性.
• 打分应当在数分钟内完成,别花太多时间

综上发布了 GDG珠海OKRs自省统计

• 以组织者和 Events 为主要坐标
• 复合了: 活动数量/活动日期/贡献分类
• 期中贡献分类的含义:
  • 出品: 作为活动的出品人,对活动的整体效果给出自评
    • 0 或是不填, 表示没有作
    • 1~2 完成了基础的策划/推动
    • 3~5 及时完成了策划/推动/确认
    • 6~7 完备,专业的完成了策划
  • 支持: 作为活动组织的辅助人员
    • 0 或是不填, 表示没有作
    • 1~2 进行了基础的传播/宣传支持
    • 3~5 进行了现场会务/购买 等简单支持
    • 6~7 推荐了讲师/辅助设计了宣传品/及时完成了文案等等
  • 主持: 作为现场活动主持
    • 0 或是不填, 表示没有作
    • 1~2 在现场进行了主持
    • 3~5 进行了足够的主持,完成了必要的 GDG 简述
    • 6~7 进行了完备的主持,很好的控制了现场气氛/秩序/交互…
  • 分享: 作为活动技术内容分享者
    • 0 或是不填, 表示没有作
    • 1~2 贡献了5分钟的 Lighning Talk 分享
    • 3~5 贡献了15分钟的简短分享(包含 GDG简述,相关活动的预告/通告)
    • 6~7 贡献了45+分钟的主题分享
  • 额外: 主导进行了 Google 倡导的 GDL/HOA/CodeLab 等高关注分享
    • 0 或是不填, 表示没有作
    • 1~2 进行了5分钟左右的快速 高关注分享
    • 3~5 进行了15分钟左右的 高关注分享
    • 6~7 进行了45+分钟以上的 高关注分享
• 关键的 OKRs 自评分数指标同 Google 内部的要求:
  • 每次活动后,每个组织者都要为自己打分
  • 每一项得分为0-10
  • 不需要一定得到10分,而应该朝 6~7 的目标奋斗
  • 如果得分为10,则意味着关键结果太简单.
  • 如果得分低于4 ,则需要好好检查哪里出了问题
  • 每个季度末公开 review 分数,当面核定,调整分数

并基于 Docs 的简单内置统计公式进行了合计:

为了便于实时观察到所有组织者的贡献值,进行了双重合计:

Merge

通过 Driver 服务和 MailChimp 的打通, 我们立即就拥有了每个月 6000 封免费邮件的发送渠道.

详细参考:

Merge by MailChimp 使用速记

BBS

没有什么好说的,就是用已经用到烂的 Dz! 系统发布的.

只有两点小技巧:

文章复制:

这样可以将在对应 Chapter 版块中的文章,快速发布到对应的

• 活动通知和更新
• 各种活动总结

两个要求必须汇总的 重要通告 版块指定栏目中.

注意: 这个功能,只有版主才用的了,,,

##回顾撰写建议

俺的习惯(in MAC)

Mou编辑 md 格式
    ->输出为html
        ->浏览器中打开
            ->复制格式内容到 Dz! 中
            最后小调整

• 在 M$ 用 MarkdownPad 替代 Mou 作为内容的本地编辑器
• 珠海GDG 的活动回顾,相比其它社区的回顾特点是:

1. 结构相似/完备
2. 有尽可能多的媒体资料链接
3. 图片不多,可以快速打开
4. 每次都包含 完备的珠海GDG 关键资源宣传链接

是也乎

整体上,可以这么说,所有 墙外服务,都有极高的 UX 设计水平, 基本都作到了 零学习,只要有一个稳定的科学网络连接,任何一个认识基本 baby English 的人, 都能自如的使用所有 Google 系服务.

修订版本

• 150515 增补 Summer 报表表单内容
• 140423 初稿发布
• 140401 设定章节,收集截屏
• 140214 起意

巡阅

• 150113 Zoom.Quiet checked