本文适用人群：在创业公司，没有成熟的PM文化，只有零星几个设计师，但是又渴望建立一套“以用户为中心”的设计流程的人们

之前在知乎上答过一个问题：

，得到了人生中第一次1k+的赞。我在里面谈到了我们公司在使用的一种产品文档模板。然而事实是，在公司不断向前发展的过程中，越来越多的人开始放弃撰写这种面面俱到的模板，而又用上了自己习惯的套路。（Wear multiple hats对于大部分创业公司的工作人员来说都是常事,我们公司也一样。所以一般来说都是由一些程序员或者数据科学家来兼任一下不同产品的PM角色，统筹产品的设计和开发进度）这直接导致了各种各样的PM文档开始出现，水平层次不齐。

这是因为：别看那个文档模板长得好看，但是这么长的记录放在节奏巨快的小公司里，特别不现实。我数了一下，我们之前一款产品的PM文档有22页之长，光是消化这些信息就需要大半天。这也导致了其他兼职PM看到了这个文档，从内心里就升起一种畏惧感——从而选择了走自己的路。

为了在公司内部建立一个更加完善和规范的产品设计流程，同时又不给大家现有的工作量增加负担，我和另外一个设计师对撰写整个产品文档的流程进行了细分，确定了产品设计过程中的各个节点，负责人，以及在不同节点中需要将哪些人involve进来。

1. UX Brief

UX Brief对应的是之前分享的PM文档里的第1-3部分。它就像一个project proposal，需要阐明：我们在做什么产品，用户是谁，产品解决了用户什么问题，以及产品的范围（这一点很多时候会随着情况的变化而变化）。撰写这个的目的一方面在于帮助产品组明确自己想解决的问题和Value proposition，另一方面在于和上级沟通，帮助他们了解我们在产品上的想法。

交付物：1-2页UX Breif文档

主导者：PM

关联人员：产品组（讨论），PM（撰写），公司高层（审阅）

2. User Story

在UX Brief通过了全公司的认同之后，我们就可以开始撰写具体的UX story。在这里，我们将dive deeper到具体的用户需求中去，并且思考我们的产品将如何实现这些用户需求。可以为每一个用户需求撰写一个用户故事，以此来描述了一段独立的end-to-end的使用体验。它包括：用户画像（persona），使用场景（context), 使用意图（intent), 步骤（flow), 产品价值（value, 产品如何帮助用户实现价值），以及优先级（priority). 用人话说就是，讲一个“谁会在什么样的场景下，抱着什么样的动机，怎么样一步步地使用你的产品来达成自己的目标”的故事。

User Story，主要是Product owner和设计师之间沟通的桥梁。至于由谁来主笔，不同的团队可以有不同的安排。目前我正在尝试以产品设计师的角色，为自己在做的产品撰写User Story。

交付物：3-5页 User Story

主导者：设计师或者PM

关联人员：PM，设计师

3. Interaction Spec

确定了大概的用户故事之后，设计师就可以实现具体的设计了。我之前已经分享了自己的交互文档模板，团队整体反馈很不错。【设计沟通】设计师如何与产品团队高效合作 - 董弈的文章 - 知乎专栏 。

整个设计流程是一个迭代很多的过程。一般在这个过程里，我们公司会出现三种类型的评审。第一类：一天一次和PM，以及data scientists (我司用户是data scientists)的评审，确保用户觉得设计的产品符合预期。对domain knowledge的需求越强的产品，对于这块会越重视。因为设计师很难设身处地地站在用户的角度思考，只能让用户参与到整个设计流程中来。第二类：一周一次和其他设计师之间的评审，确保产品的可用性和交互的顺畅自然。因为其他设计师可能对我做的项目不了解，所以可以结合用户故事和Interaction Spec一起展示。第三类：一个阶段一次和CEO, VP以及其他高层的评审，确保产品和公司的策略相符。我们公司CEO本身就是数据科学家，所以他也能从用户的角度来评价这款产品。此时可以结合UX Brief和Interaction Spec一起展示。

交付物：Interaction Spec

主导者：设计师

关联人员：PM, 用户，设计师 （第一类）；设计师A，设计师B，设计主管（第二类）; CEO, VP和其他高层人员，PM，设计师，工程师（第三类）

相信很多大公司和设计咨询公司都有很规范的流程。作为一个创业公司的设计师，从完全没有设计流程，到慢慢开始思考并且建立这些流程，感觉每一步的摸索都非常有意思，所以也想把这些思考记录下来。希望和大家多多交流！