会议人：咖啡、Fivea

【重点】有两个模块的功能设计，需要市政厅内部去进行协作：

1. 信息推送
   1. TAG(自己选择)、SBT做信息推送.
2. 权限变更：可能只有ENSOUL才会有三层权限，其他第三方平台，可能未必有那么复杂的权限。
   1. 可能市政厅、公会、项目一层都会出现。
3. 当前内容
   1. SBT发放需要用户体验优化。发SBT 需要咖啡设计字段、需要栗子去给咖啡SBT创建权、咖啡再去手动批量发放。
   2. 基于SBT的身份和角色的划分。（叫上Frozen、栗子、咖啡、Fivea）
      1. 身份、 权利 拆分。
      2. 出个大致方案后，和大家进行同步。
   3. 投票治理：根据Metaforo 设置投票权限，需要自己去填合约地址和token id 。
   4. 正确的用户体验： 我需要发起投票，我可以根据SBT去进行选择，而不是选择填入合约地址。(metaforo)
   5. 个人页面：应该展示SBT相关内容。
      1. 历史SBT分布在不同的合约，如何统一的进行展示？
      2. 后续可以给市政厅后台手动添加要展示的SBT合约地址。
4. 市政厅政务大厅的设计（公开）
   1. 目标：如何设计让政务系统对社区成员来讲很友善？
      1. 资源申请入口 公开、透明
         1. 媒体资源
         2. 外联：可以帮大家对接嘉宾、合作方
         3. …
      2. 做好信息的公示
      3. 资料库(可以下载一些公共的文件、文章)
      4. 通过SendingMe联系到对应市政厅成员(不用去微信对接)
      5. 有提交建议/反馈的入口
      6. 三层提案信息的展示(类似于Nouns)对P1、P2、P3提案的流程进行设计
   2. 梳理对应公共事务的流程图：
   3. 用户的期待(市政厅的todolist)
      1. 可以看到我能做什么
      2. 可以看到我做事情的过程
      3. 可以看到我最终的结果
   4. 社区成员来提交政务事项
   5. 市政厅成员去做事项的审核
5. 运行节奏
   1. 测试计划
      1. 市政厅测试 7月12日~7月15日
      2. 限定测试人员：市政厅、
      3. 开一个文档搜集内部测试用户的反馈
   2. 社区灰度测试
      1. 不用面向社区公测。
      2. 可以开始让大家进行试用。
   3. 将重点的运行推广计划，放到第二期结束。