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