Comunion Economics
Search…
Comunion Dev
Dapp Wallet
Collaboration Rules
Product Guideline and Standard
为了保障去中心化协作的顺利进行，我们基于历史的实践总结出一套产品工作指南，详细内容如下。该指南会基于实际情况不断调整优化，以达到最佳效果。
1. 原型设计工具
不限，可使用 Axure、Omnigraffle、Sketch 、Figma等。
2. 交付成果
需求文档，包含原型和文档说明，图片格式。
3. 需求文档要求
- 产品原型+页面流程、交互标注+技术说明文档。
- 页面文案必须为最终上线的文案。
- 涉及到跳转链接的，需要明确标注跳转链接，并辅以文案说明。
4. 需求文档版本分类
版本
用途及要求
交付位置
1 稿
产品设计者与产品负责人讨论使用，包含核心页面，及核心流程
的简单说明。
Figma
5 稿
产品组内部讨论使用，包含全部页面，及核心流程的详细说明。
Figma
9 稿
对外输出版本，包含全部页面，及全部流程、细节、异常情况、
空白状态等详细说明。
Figma+谷歌云盘
如某个版本的需求文档进行了迭代，则以“x.1、x.2、x.3”的方式命名。
5. 交付位置说明
- 各版本均需要传到 Figma 上，方便大家在线协作，浏览和讨论。
- 9 稿最终版本需要上传到谷歌云盘对应的文件夹下，作为归档记录。
6. 时间节点
- 版本启动前，产品负责人需要提前完成该版本要达到的目标以及功能说明，包含这个版本的背景、预期目标、核心功能点及比较详细的说明、预期上线时间等。
- 版本启动后，产品执行人需要尽快与产品负责人沟通，确认该版本的内容并领取任务。领取任务后，需要尽快确定 1 稿、 5 稿、9 稿的交付时间。
- 产品负责人确定各版本交付时间之后，需要及时同步给协调人。
7. 各版本沟通方式说明
1 稿：
- 1 稿沟通比较灵活，产品设计者与产品负责人自己约定方式、时间即可。
5 稿：
- 5 稿是一个重要的版本，如无特殊情况产品组全员、设计负责人、技术负责人均需要参加，其他人员感兴趣的也可以参加。
- 沟通方式为线上会议，采用 huiyizhuo 软件或 微信。
- 产品负责人需要提前 2 天公布会议时间，并根据大家的情况酌情调整时间。5 稿需要在公布会议时间时上传到 Figma 上，方便大家提前查看。如有变动，上传时间最迟不晚于会议开始前 1 天。
9 稿：
- 9 稿是最终交付版本，上传到 Figma 上之后，需要约设计师、技术进行需求评审。
- 参与人员为：产品负责人、设计负责人、技术负责人，及相关执行人。
- 会议方式，同 5 稿要求。
8. 与其他角色的交互
- 产品执行人将最终版本交付设计之后，需要与设计师保持沟通，待设计师交付设计稿后，及时验收，查漏补缺。
- 设计师将最终设计稿交付技术之后，产品执行人需要与设计师和技术保持沟通，及时解决开发过程中遇到的问题。
9. 其他
- 所有的文档均以谷歌云盘为准，更新也请更新到谷歌云盘。请勿在微信群里传文件，否则超过x天文件可能被清理，其他人无法查看；聊天信息过多不便查看；后加入的人无法查看历史文件。
- 微信群里请传谷歌云盘对应的文件夹链接。
10. 常用工具链接
Last modified 2yr ago