作者通过工作积累和平时翻阅书籍记录和整理，在本文分享了产品设计的流程。

如果你在拉钩、直聘or各大平台，搜索互联网产品经理职位，你应该经常会看到这样的JD（招聘要求）：

“熟悉互联网工作流程，具备出色的组织、协调和沟通能力”

“对流程数据敏感，能独立完成和改善优化应用相关的前后台工作流程”

“流程”已经成为互联网产品设计过程中一个非常重要的因素，理解流程，将会使工作效率事半功倍，可见在互联网产品设计中，一个规范的流程，是一个互联网产品健康成长的有效保障。

   一、 理解流程的重要性   

在你的的工作经历中，你可能会听过诸如这样的声音：

“我们小公司，成本有限，必须敏捷开发，快速上线”

“为了节省开发时间，原型不要画了，直接UI设计界面切图给开发吧”

“下一个某某APP，我们照着做一个吧”

“你看XXAPP，人家都是这么做的，我们也这么做没毛病”

那么，类似以上情况所理解的敏捷开发，是否真正明确理解敏捷开发的意义，或者对于某某竞品的业务流程有没有做过研究，我不知道，但我相信诸如此类，大部分情况，我个人认为，更多的原因是你的上方产品经理对产出流程的理解还不够深刻，或者说你可能是遇到了一个经验不是特别足的产品。

而规范流程，它本身并不是要求去花费大量时间，去做调研，去收集数据，或者去研究用户画像，然后去输出原型。相反这项工作，是为了更有效的将每一项工作细节事先考虑、安排。而去避免后期因为考虑不周，试错，而反复修正导致更多不必要的人力以及时间成本的浪费。所谓多一点设计，少一点代码！就是这个道理。

在设计一个互联网产品时，常常需要将项目总体工期目标分成多个时间节点，或者称之为里程碑会更合适，然后针对每个阶段，所覆盖的每个工作包和PRD文档，编制多层、多种类进度计划，在分解到相关设计人员，开发人员，测试人员，并对个别任务的完成状态进行每周的监控走查。通过规范而细致的流程，详细的规定项目经理和设计人员，开发人员的职责，大大提高工作效率。

但需要注意，流程并不是一成不变的，工作流程的组织系统中，各项工作之间的逻辑关系，是一种动态关系。也就是说，全面理解工作流程，可以全面掌握实际工作活动，消除工作过程中冗余的工作环节，是整个团队工作流程更为经济，合理和简便。从而大大提高工作效率。

二、流程金字塔（流程分级）

对于流程而言，也可以分为不同级别，如图：

一级流程：大致描绘着公司的核心价值链，他关系着公司或企业持续稳定发展和盈利。

二级流程：主要的业务板块分类图，比如今日头条目前的业务板块有：内容资讯今日头条，抖音短视频，火山小视频，内涵段子，悟空问答等。

三级流程：这块是业务流程描述中最有价值的，被定义为跨部门、跨职能的流程。三级流程，一般会细化到部门，涉及部门的具体岗位，比如运营部门，市场部门，开发部门，设计部门，等等。

四级流程：到了这块，就要开始细化部门内部的分工合作，或者说是为了完成上级流程目的需要岗位职员跟细化的作业标准。

例如，产品设计，产品策划，交互设计，UI设计，视觉设计，开发部门等岗位，就是部门内部，在细化分工，某某某负责这个版块的UI设计工作，某某某负责这部分局部流程的动效设计等，其目的，就是为了更好的完成上一级流程的目的。

五级流程：这部分就是通常，所定义的软件功能，和单个操作动作的流程。

六级流程：这部分就是最后的原型文档输出，UI界面设计，已经开发，和走查等工作。

在流程金字塔中，每个流程都有着自身至关重要的意义，而在流程金字塔中，找到自己的位置，就很重要了。

当然，不同公司的资源不同，不可能每个公司都在每个分级上做的尽善尽美，但对每个分级的理解和认知却至关重要，这就是为什么，经常会有一些，小白产品经理，会直接跳过前四级流程，直接进入五级流程，甚至是在需求还未确定，功能未妥善考虑的情况下，直接进入到UI设计，和开发中，而后果就是后期不断的修修补补，频繁更改需求，甚至从而导致项目比原计划花费更多的时间。原因就是，对流程分级没有足够的认知，和理解。

你可能会反驳我：“一个互联网产品，无非就是构思，设计、开发、部署、这几个阶段。无非，就是许多人在做一系列的事情，为啥到你这，咋这么复杂，这么多事。”

当然，如果分开讲，这些阶段确实没什么大的意义，但是如果你把这些阶段联系为一个整体时，就像一个闹钟，他们又无数个齿轮（各个职员），受动力驱动（需求）推动，,秒钟钟运转360°，分钟就要运转30°（规范化流程），而你对流程的理解，更像是建筑施工图中，你对每块结构的理解，一栋多高的楼，他需要几组承重墙去支持，（三通在龙华工地搬过砖啦~）一旦计算失误，将造成巨大的损失。

而流程在技术部门合作构建产品原型，构思，并实现UE、UI设计、开展可行性测试、优化产品用户体验是，这种沟通中的流程运转，就显得尤其重要了。

作者：鬼符三通，微信公众号：uefans

本文由 @鬼符三通 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自 Pexels ，基于 CC0 协议