產品經理到底應該怎樣和設計師進行交接?
在職場上,產品經理需要與不同崗位的人溝通對話。本文把產品經理分為五種類型,講解了這五種產品經理如何與設計師打交道的問題,希望可以幫到大家。
大家好,好久不見別來無恙,作為一枚UX設計師來說憑借著多年的工作經驗基本摸清了產品經理的套路,對于不同的產品經理我一般分成以下幾種類型:
一、滿腔熱血異想天開型
這種類型的產品經理有個很明顯的特點,經常對于需求有自己獨特的想法,每次拿到原型圖就有了新的靈感,對于“排期”的概念較弱,會在每一次對接后進行新的需求添加,恨不得在一開始就把產品做到行業巨頭。
這種滿腔熱血的積極心態可以理解,但是導致工期很長,從上到下都會進行改稿,從設計到開發都是苦不堪言。導致過了半年甚至一年時間產品也不一定能上線。
二、技術過硬不會表達型
對于很多B端產品有公司內部獨特的技術架構,這種時候產品經理會從技術人員的角度來傳遞很多專業名詞,而設計并不一定明白與了解,作為一個交互設計師|UI設計師來說,更想知道的其實是從頁面呈現的角度來說這個頁面到底有哪些東西?下拉選擇框里都有什么內容?對于選擇之后頁面呈現狀態、跳轉之后的邏輯與影響,如果你偏向專業性的術語只能說服自己,對于設計來說難免還是覺得需求不清晰。
三、一句話需求型
比如在我的接單生涯中有接到過這樣的需求:
“我想要在B端管理界面增加一個知識庫的模塊,而這個模塊需要關聯另一個網站的權限,在這里進行顯示,只有兩個功能:新建和關聯,選擇關聯的團隊就可以進行同步的知識庫操作與預覽”。
這是整個需求的描述,是不是看起來很容易?但是其實還有很多隱藏信息是在N次對接之后才得以確定:首先,涉及到權限問題,設計考慮的方向在于沒有權限且無法關聯的團隊不顯示會更好,產品考慮的角度則是無權限也該同步。對于初始頁面團隊的顯示問題并未闡述,對于無權限團隊的提示問題并未闡述,對于無全部無權限則該怎樣顯示的問題并無闡述……
所以,對于產品經理來說,需求描述越全面、越清晰,則設計改稿次數越低。可以規避多次會議中的錯誤點延時。
四、沒想清楚反復更改型
前段時間對接甲方讓我印象深刻,金主爸爸是想在現有網頁進行視覺優化,然而,對于UI設計的我來說自然認為他給我的現有網頁就是他的原型圖了 。
我用了兩天的時間進行頁面的視覺優化,卻整整半個月都還未定稿,然后含淚退單,我只留給了金主爸爸四個大字:及時止損。
對于UI設計師來說更多的是注重你頁面的美觀程度與用戶體驗的情感優化,但是只要是到了UI設計的這一步定然是你的內容已經確定并且已經呈現在你的原型圖或者思維腦圖中,而不是一次次的對稿,告訴我這個字段改成XXX,這里增加一行XXX,這里要和這里一一對應~
正常的設計流程:產品經理確定好需求、邏輯、字段-交互設計師完成原型圖,打通流程和操作導向—UI設計師進行頁面設計。
當然了,很多公司沒有交互設計師,這種時候就是需求提出人要有一個很清晰的輪廓走向,這樣才會有高效的對接流程。
五、盡職盡責五體投地型
也是在兩個月前,終于讓我遇到了夢寐以求的產品經理,原型圖簡潔大方功能齊全,更是有邏輯定位標注與不同狀態說明,妥妥的專業UX,不得不說,讓我這個做了5.6年的UX設計師也有點自慚形穢,有設計的體現,更有產品的思考,不出意外,一個小程序7天定稿,后期無事,更是看不到在群里@ 我,希望2024年得多來點這樣的設計師啊~~~
那么咱們的重點來了,對于剛入行的產品經理或者創業公司老板到底應該怎樣和設計師對接呢?
下面給個低配版(不會畫原型圖的請注意):
至少頁面框架與頁面內容需要確定,選擇項確定,字段確定,如果是B端頁面一些特有流程上則需要備注一般字段長度,方便設計師在前端頁面設計上進行空位。
當然了,如果會畫原型圖的產品經理當然就是神仙產品經理啦~那自然就不用參考這種方式進行對接了。
當然了,對于“產品經理”的崗位很多時候沒有明顯的邊界線,大概有的創業公司只有老板兼任產品經理的情況,總而言之,咱們的對接要求就是:需求確定,需求確定,需求確定……(來自無數次改稿設計師的無能狂怒)
本文由 @敗家女 原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自 unsplash,基于 CC0 協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!