產(chǎn)品設(shè)計的前奏,哪里是流程設(shè)計??!
有不少同學(xué)錯誤地認(rèn)為,流程設(shè)計就可以代替產(chǎn)品設(shè)計,就可以直接進入產(chǎn)品實現(xiàn)主題了。這篇文章,作者給到了自己的觀點和看法。
流程設(shè)計可以代替產(chǎn)品設(shè)計嗎?當(dāng)然不可以!
那為什么剛有了流程設(shè)計,就能直入產(chǎn)品實現(xiàn)主題了?大逆不道?。?/strong>
作為內(nèi)部定義的高P、高PM,根據(jù)流程設(shè)計草案,就直接給業(yè)務(wù)部門講實現(xiàn)邏輯、將數(shù)據(jù)表構(gòu)建,給業(yè)務(wù)部門直接講按鈕、講交互…講數(shù)據(jù)變動的系統(tǒng)邏輯…??如果你是業(yè)務(wù)人員,是不是也要醉了…
業(yè)務(wù)聽的、看的懵逼一頭,心里os大概率是:能不能說人話?!
如果產(chǎn)品團隊成員不事先錨定業(yè)務(wù)的核心訴求和目標(biāo),結(jié)果上來一通實現(xiàn)描繪:數(shù)據(jù)實現(xiàn)、功能實現(xiàn)、系統(tǒng)邏輯,誰不懵逼啊,換做自己是用戶代表,就不信你的心不慌。就想問,“這一堆東西怎么和我的實際工作產(chǎn)生了聯(lián)系,任督二脈何在?如何就打通了呢?”
以上這種場景,不得不引發(fā)產(chǎn)品人的思考,有流程小組的團隊協(xié)作中,產(chǎn)品方案溝通、設(shè)計到底應(yīng)該如何開展?
產(chǎn)品設(shè)計前用戶溝通的路徑是需要規(guī)劃的
a·用戶想要,當(dāng)然也需要先明確表達(dá)自己,發(fā)出自己的聲音,并且希望被聽到、關(guān)注到——聆聽用戶
b·用戶想要確認(rèn)自己的表達(dá)被理解,渴望對齊信息背景——理解用戶
c·P們需要抽象提煉核心訴求和場景進行確認(rèn)——認(rèn)識用戶
流程設(shè)計屬于交易模型的范疇
流程設(shè)計是基于業(yè)務(wù)價值流的考量,進行的主要業(yè)務(wù)價值鏈構(gòu)建。產(chǎn)品設(shè)計當(dāng)然不能直接基于流程設(shè)計,產(chǎn)品建構(gòu)需要從業(yè)務(wù)中/市場中找到業(yè)務(wù)模型或者叫做交易模型,同時也需要從“用戶”群體中挖掘出來用戶模型。
這時候你發(fā)現(xiàn),流程設(shè)計在哪里?流程其實是交易模型中的一部分,是基于用戶/組織的現(xiàn)實行為模型進行的優(yōu)化重組,本質(zhì)上不同于用戶的心理模型、程序的實現(xiàn)模型、產(chǎn)品的設(shè)計模型,更別談直接拿流程小組的工作結(jié)果來作為產(chǎn)品設(shè)計原則。
這件事回到正軌,用戶是先有了期望后產(chǎn)生于需求,表現(xiàn)為用戶的訴求/實現(xiàn)YY。哪里是上來因為做了流程設(shè)計,產(chǎn)品團隊就單相思的認(rèn)為我們非常清楚桃源全貌,不過是管中窺豹而已。就算聽了用戶的訴求和實現(xiàn)yy,也不等于你的產(chǎn)品需求。
用戶可以表達(dá),但一定禮貌的請他們別介入設(shè)計,因為通常的用戶都是一個個的個體,個體根本不是我們的用戶,如果要做用戶角色,通常來說不是某一個人(除非我們的產(chǎn)品,確實是為一個人而做)。
再說一遍:
一個人?≠?用戶
流程設(shè)計 ≠ 產(chǎn)品設(shè)計原則
本文由 @Kris_3zzz 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來自 Unsplash,基于CC0協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)
文章以簡短的語言說清楚了產(chǎn)品設(shè)計跟流程設(shè)計的區(qū)別,下次再遇到類似的情況也能更好的分辯了。