Product Guideline and Standard

为了保障去中心化协作的顺利进行，我们基于历史的实践总结出一套产品工作指南，详细内容如下。该指南会基于实际情况不断调整优化，以达到最佳效果。

1. 原型设计工具

不限，可使用 Axure、Omnigraffle、Sketch 、Figma等。

2. 交付成果

需求文档，包含原型和文档说明，图片格式。

3. 需求文档要求

• 产品原型+页面流程、交互标注+技术说明文档。

• 页面文案必须为最终上线的文案。

• 涉及到跳转链接的，需要明确标注跳转链接，并辅以文案说明。

4. 需求文档版本分类

如某个版本的需求文档进行了迭代，则以“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. 常用工具链接

会议桌：https://app.huiyizhuo.com/​

Figma 产品团队：https://www.figma.com/files/team/737211529851819060/Comunion-Product​

Figma 设计团队：https://www.figma.com/file/V0m1Kc8RgAI43B6fdrl9ftGW/Dashboard​