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