观察小记&进度日志

[xiaojingli]

目前为止组里已经进行了3此讨论，特此开一个讨论issue，大家对于项目进展中观察到的问题、建议，都可以写在这里~

以下是抛砖引玉时间 6W0(160417)
项目第一次线上讨论，持续时间4h。这次讨论主要解决了我们的app面向谁、痛点是什么的问题。讨论的过程中走了不少的弯路，主要是我的问题，跟大家道个歉TAT 经验总结：

• 讨论的组织者在对项目进行阐释的时候要进行分类。尤其是在项目的发起阶段。什么是BP中的故事，什么是app中的故事，需要分清楚
• 痛点分析要依托于调查分析。我们的项目最初的定位是“在小朋友中推广诗歌”，动词是“推广”，但这个目标过于宽泛。经过已为人父母的组员指点，定位转换成“陪孩子一起读诗”
• 这次讨论中一个很大的问题是过于纠结细节的问题。但其实技术层面的问题不是在我们这个BP中需要解决的。

7W0(160424)

第二次线上讨论，比第一次线上讨论效率高出不少。先总结几个比较好的方面：

• 这次讨论前制作了keynote，最大程度上防止跑题
• 用zoom+屏幕共享的方式可以解释清楚不少问题

7W4(160428)

关于素材积累进行了一次讨论。总结：

• 线上多人讨论之前应该已经有了初步的想法。比如要讨论脚本细节应该事先已有脚本的草稿。讨论更多时候不是从无到有，而是从有到好的过程。这是我们这次讨论没有完成好的一个方面，效率也不是很高，再次跟大家道个歉TAT
• 素材收集开启了有道云协作。平台变成了3个：微信、有道云协作、讨论issue（code在这一环节暂时不重要）。特此说明一下，有道云和讨论issue的更新要同步~比如在云协作中发布素材，要在讨论issue中以索引的形式贴出连接。

ShuangFarmer: 不需要道歉嘛，那么客气……大家一起摸索，弯路总是要走滴～绕回来就好 😊

[ShuangFarmer]

7wd4和6wd0的讨论，都对元问题“BP应该是啥样”、"Keynote应该是啥样"，缺乏了解。在讨论时，难以将问题归类，难以用更上位的规则来取舍问题。于是乎，很容易迷失于技术细节，问题的次级分支，或者素材选择。经过6w，大家逐渐了解BP大致是啥样，BP应该包括哪些核心问题，也慢慢把零散的点子串起来了。在keynote制作上，我们面临相似的困境，希望经高人指点，摸清keynote的核心要素和规则，然后通盘考虑和制作咱们滴keynote~~~