有不少同学错误地认为，流程设计就可以代替产品设计，就可以直接进入产品实现主题了。这篇文章，作者给到了自己的观点和看法。

流程设计可以代替产品设计吗？当然不可以！

那为什么刚有了流程设计，就能直入产品实现主题了？大逆不道啊！

作为内部定义的高P、高PM，根据流程设计草案，就直接给业务部门讲实现逻辑、将数据表构建，给业务部门直接讲按钮、讲交互…讲数据变动的系统逻辑…😯如果你是业务人员，是不是也要醉了…

业务听的、看的懵逼一头，心里os大概率是：能不能说人话？！

如果产品团队成员不事先锚定业务的核心诉求和目标，结果上来一通实现描绘：数据实现、功能实现、系统逻辑，谁不懵逼啊，换做自己是用户代表，就不信你的心不慌。就想问，“这一堆东西怎么和我的实际工作产生了联系，任督二脉何在？如何就打通了呢？”

以上这种场景，不得不引发产品人的思考，有流程小组的团队协作中，产品方案沟通、设计到底应该如何开展？

产品设计前用户沟通的路径是需要规划的

a·用户想要，当然也需要先明确表达自己，发出自己的声音，并且希望被听到、关注到——聆听用户

b·用户想要确认自己的表达被理解，渴望对齐信息背景——理解用户

c·P们需要抽象提炼核心诉求和场景进行确认——认识用户

流程设计属于交易模型的范畴

流程设计是基于业务价值流的考量，进行的主要业务价值链构建。产品设计当然不能直接基于流程设计，产品建构需要从业务中/市场中找到业务模型或者叫做交易模型，同时也需要从“用户”群体中挖掘出来用户模型。

这时候你发现，流程设计在哪里？流程其实是交易模型中的一部分，是基于用户/组织的现实行为模型进行的优化重组，本质上不同于用户的心理模型、程序的实现模型、产品的设计模型，更别谈直接拿流程小组的工作结果来作为产品设计原则。

这件事回到正轨，用户是先有了期望后产生于需求，表现为用户的诉求/实现YY。哪里是上来因为做了流程设计，产品团队就单相思的认为我们非常清楚桃源全貌，不过是管中窥豹而已。就算听了用户的诉求和实现yy，也不等于你的产品需求。

用户可以表达，但一定礼貌的请他们别介入设计，因为通常的用户都是一个个的个体，个体根本不是我们的用户，如果要做用户角色，通常来说不是某一个人（除非我们的产品，确实是为一个人而做）。

再说一遍：

一个人 ≠ 用户

流程设计 ≠ 产品设计原则