iSpiik产品说：产品设计的前奏，哪里是流程设计啊！

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

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

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

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

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

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

【产品方案沟通的路径是需要规划的】：

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

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

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

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

这件事回到正轨，用户是先有了期望后产生于需求，表现为用户的诉求/实现YY。哪里是上来有了流程设计，就单相思的认为我们非常清楚。用户的诉求和实现yy，哪里是产品需求啊。

用户可以表达，但别参与设计，因为通常的用户都是一个个的个体，个体根本不是我们的用户，如果要做用户角色，那一定不是某一个人。除非我们绝对为一个人做产品实现。

再说一遍：

一个人 ≠ 用户

流程设计 ≠ 产品设计原则