在大公司，APP的设计流程和时间分配是怎样的？

大家对大公司的工作流程有很强的好奇心，今天来说说大体的工作流程。

大公司在研发一个 APP 的时候，流程是：

需求定位——产品 PRD 文档——PRD 同步所有人——交互设计——交互评审——视觉设计——视觉评审——开发——测试——Beta 版本——正式上线

△ 图片来源：JakubAntalík

一、需求定位

一般在上年年底或者今年年初，公司会制定一些战略，决定走哪些方向可以赚钱，方向可以是游戏、AR、打车、外卖等等领域。然后根据这个方向想想看，怎样实现这个方向上的财务收入。

是靠运营打广告就可以了，还是依据一个产品。比方说：APP 或者智能硬件，或者两者都结合，去让一个赚钱的 idea 变成可实施操作的事情。这个事情更好在今年哪个月份完成或者试水比较合适，于是就产生了项目时间。

二、产品 PRD 文档

定好这个项目之后，比方说：要做一个 APP，那么这个 APP 怎样进行运营，是做一个工具（比方说拍照、美图等等）让大家使用，还是说做社交。

这个 APP 做起来之后怎样让它活起来、动起来、怎样拿到种子用户等等，运营和 PM 会一起进行商量。当他们的想法比较成熟的时候，PM 就会整理出一个 PRD 文档（需求文档）和一个产品原型。PRD 一般是个 Word 文档，原型建 Axure 文件比较多。

三、PRD 同步所有人

然后召开会议，请所有人参加会议。这里的所有人包括：产品、运营、交互、设计、开发、测试、各个团队的 leader，比方说：设计总监，开发负责人等等。在这个环节，PRD 文档会遭受来自各方面的质疑。

主要是两方向：

• 一是产品的核心竞争点在哪？即用什么保证这个产品能在市场上脱颖而出。

• 另一个就是工期的问题，即能不能在设定的项目时间点上线？如果不能是开发招人还是砍掉一些不重要的需求，一般这个大会之后，产品会重新再调整 PRD，编好需求的优先级再与大家同步一次。

在这个环节之前，设计师是不用也不需要插手进去的。

四、交互设计

定好 PRD 文档之后，交互会估算自己的工作量，一般从0到1的工作量的话会安排2个设计师，3~14个工作日是比较合适的，根据公司的环境和工作量、人手的多少进行调整。

然后交互设计师开始进行设计，中间跟 PM 进行各种沟通，产出 Sketch 文档。

五、交互评审

交互评审即对交互设计师稿件的探讨。我在评审前，会将稿子与 PM、更专业的交互设计师进行完整过一遍、修改一遍，以确保自己的方案没那么烂。

然后提前一天进行会议邀约，通过邮件或者钉钉，将所有人都拉到一个会议里面。在评审的过程中，会有来自开发、产品、视觉、其他交互设计师的各种疑问，包括你的 leader。

所以这个时候，方案一定会有所更改或者补充，平常心对待。

六、视觉设计

当交互设计师的稿件修改完成后，会生成相应的交互文档给视觉设计师，文档是比较正规的 PDF。视觉设计师开始优化页面，进行更有美感的设计制作，时间上会比交互要长几天。这其中 PM 和交互都会参与其中一起进行细节补充。

七、视觉评审

跟交互评审一样，视觉评审也会邀请一大帮人参与会议，然后进行稿件的确认。当然这个过程可能出问题的是交互，也可能是 PM 和视觉设计师，大家目的一样，将事情想得更加完善，定一个比较靠谱的方案。视觉设计师再依据大家的意见进行文件更改定稿。

△ 图片来源：JakubAntalík

八、开发

当视觉设计师完成稿件之后，会交给开发进行代码实现。这个工期可能是马上开始也可能是延后几天，看公司项目的进度。

而到了开发阶段，开发所遇到的问题也会找设计师进行协调，但可能设计师已经开始投入到下一个版本或者下一个需求的设计之中。这些都很正常。

总的来说，大公司和小公司的流程其实是比较类似的，不同点在于大公司资源多，可以将每个流程拆分细致，由专门的人去进行做，那么做的东西会考虑比较周全。

如果说工作的节奏，我是觉得大公司并没有轻松多少，在小公司做事情多而杂，在大公司要非常的专而精，不管哪些方面都要投入自己大量的精力，一样都不轻松。

本文转自：https://www.uisdc.com/app-design-process-time-allocation