by Zoe五一

2月上旬FreeBe分别组织了两场讨论会：叙事者会和产品架构会。在两边的会议上，都涌现了非常有趣的讨论和问答，也帮助我们对一小部分伙伴有了更深入的了解，如DT，烈烈，丁页，贝塔等。但是如果从“会议是否有效”的角度而言，坦白来说这两次会议都不是很理想。有一个共同的原因，是会议的话题会反复带回到讨论FreeBe DAO产品设计的各种理念、原则和初衷上。

这引起了我们的反思：尽管在我们的notion文档已经对于组织行动的的推进方式有比较详细的解释，但是如果期待大家每个人都能喜欢通过查阅文档、基于代码和文字来获取共识和进行协作，在目前阶段还是不现实的。而在没有达到足够理解和共识的前提下，去期待新成员成为主动的提倡者和自发的协作者，又是有极大的难度的。

所以，尽管我们希望有更多人关注和有效参与FreeBe的组织协作，但实际执行起来，沟通成本很高、更不用提有效协作了。所以，也许在产品成熟之前，过早地分散的精力去维护FreeBe的社群内容、扩大动员，是一件不必要的事。

所以接下来，我们会对FreeBe的组织方式做一次调整。整体会聚焦在以下三件事上：

1. 聚焦产品的推演和打磨

产品设计者，叙事者和开发者会一起细化产品的结构和文档：

1. 产品推演出产品设计理念和具象的实现方式
2. 叙事者将产品的设计理念转化为通俗易懂的内容产出，让FreeBe的进展有迹可循
3. 开发者则转型为”产品建构顾问”，将开发思路作为一个有效的input，帮助更好的预判产品未来可能遇到的问题，保证产品的可实现性。

一旦产品的设计理念、说明文档、UI、UX和背后的数据库构建思考以文档的形式成型，也许我们甚至不需要自己动手做，就会有一大帮志同道合的人，把它做出来。因为真正有价值的东西，已经被大家看到了，让它出现在这个世界上，只是时间和资源的问题了。

2. 是社群的松散组织

FreeBe的社群（微信和discord），以后会以一种较为松散的方式进行组织。它会成为一个志同道合的伙伴们交流的场地，大家如果有兴趣就一起来聊聊，没精力的话就放着。毕竟愿意关注FreeBe进展的，也是有同样“发心”的伙伴，也许会慢慢生长出不一样的缘分出来。

具体的交流形式可能很多样，譬如群内的分享和问答，譬如每周固定讨论至少一个主题。举个例子：上周我们在讨论的是「freebe是否要走start-up路线？」。大家也可以去FreeBe的知识星球上，提出一些留待讨论的话题。