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. 常用工具链接

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

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

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