产品设计的前奏,哪里是流程设计啊!

流程设计可以代替产品设计吗?当然不可以!

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

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

业务听的、看的懵逼一头,心里os大概率是:能不能说人话?!

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

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

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

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

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

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

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

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

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

再说一遍:

一个人 ≠ 用户

流程设计 ≠ 产品设计原则