有不少同学错误地认为，流程设计就可以代替产品设计，就可以直接进入产品实现主题了。这篇文章，作者给到了自己的观点和看法。
流程设计可以代替产品设计吗？当然不可以！
那为什么刚有了流程设计，就能直入产品实现主题了？大逆不道啊！
作为内部定义的高P、高PM，根据流程设计草案，就直接给业务部门讲实现逻辑、将数据表构建，给业务部门直接讲按钮、讲交互…讲数据变动的系统逻辑…😯如果你是业务人员，是不是也要醉了…
业务听的、看的懵逼一头，心里os大概率是：能不能说人话？！
如果产品团队成员不事先锚定业务的核心诉求和目标，结果上来一通实现描绘：数据实现、功能实现、系统逻辑，谁不懵逼啊，换做自己是用户代表，就不信你的心不慌。就想问，“这一堆东西怎么和我的实际工作产生了联系，任督二脉何在？如何就打通了呢？”
以上这种场景，不得不引发产品人的思考，有流程小组的团队协作中，产品方案沟通、设计到底应该如何开展？
a·用户想要，当然也需要先明确表达自己，发出自己的声音，并且希望被听到、关注到——聆听用户
b·用户想要确认自己的表达被理解，渴望对齐信息背景——理解用户
c·P们需要抽象提炼核心诉求和场景进行确认——认识用户
流程设计是基于业务价值流的考量，进行的主要业务价值链构建。产品设计当然不能直接基于流程设计，产品建构需要从业务中/市场中找到业务模型或者叫做交易模型，同时也需要从“用户”群体中挖掘出来用户模型。
这时候你发现，流程设计在哪里？流程其实是交易模型中的一部分，是基于用户/组织的现实行为模型进行的优化重组，本质上不同于用户的心理模型、程序的实现模型、产品的设计模型，更别谈直接拿流程小组的工作结果来作为产品设计原则。
这件事回到正轨，用户是先有了期望后产生于需求，表现为用户的诉求/实现YY。哪里是上来因为做了流程设计，产品团队就单相思的认为我们非常清楚桃源全貌，不过是管中窥豹而已。就算听了用户的诉求和实现yy，也不等于你的产品需求。
用户可以表达，但一定礼貌的请他们别介入设计，因为通常的用户都是一个个的个体，个体根本不是我们的用户，如果要做用户角色，通常来说不是某一个人（除非我们的产品，确实是为一个人而做）。
再说一遍：
一个人 ≠ 用户
流程设计 ≠ 产品设计原则
本文由 @Kris_3zzz 原创发布于人人都是产品经理。未经作者许可，禁止转载
题图来自 Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。