如何避免被開發打死?溝通是關鍵
在說正事兒之前,先給大家看幾個曾經的我經常收到的表情。
如果你經常能夠收到類似上述表情或語言,那么這篇文章你就一定要看看了。因為產品和同事之間所產生的矛盾,通常是因為溝通不到位引起的。
總有人說做產品是一個很苦逼的職業,每天跪舔開發和設計,還要忍受著領導和運營不斷增加的各種需求。
其實會出現這種情況,一般問題出在產品經理自身。請先不要說自己的領導怎么樣,先看完我下面說的,再思考問題出在哪。
我們在做產品的原型之前,其實需要先做好幾次溝通才可以開始繪制原型圖和產出PRD。
在接到需求之后,我們需要先分析真正的需求。
在這之后我們要做什么呢?把功能和邏輯梳理清楚,然后產出一份草圖。開始安排一個會議吧,叫上領導,說明方案。如果這之間領導有更好的建議,或者需求做的不夠正確,那么回去改,改完以后重復上述過程,最終把需求完完全全的確定下來。
之后把需求和功能邏輯寫封郵件,發給相關開發和設計人員,再開一個會,把最終確定的需求和方案說清楚。在會議上結合草圖,說明我們為什么要做這樣的功能,這樣的功能可以為我們帶來什么,接下來和開發人員以及設計人員討論好,并對他們保證本次的需求變更不會很多,讓他們評估一下大概的開發時間,并預留出一部分可能發生需求變更的時間。
做完上述這些事之后,你可以得到這些:
- 一個相對準確的開發時間;
- 同事對本次開發需求的理解和支持;
- 可能發生的一些小的需求變更預留出來的空間或時間。
這就會為你將來的工作鋪墊了一個良好的基礎,技術和設計也可以提前做一些準備。
最后,我們可以叫上項目負責人或者你的領導再開一個會議,告知所需要的大概開發時間,請不要忘記給自己產出完整原型和PRD留出時間噢。
接下來我們就可以繪制完整的原型和產出PRD文檔了,在這個過程中,我們或許還需要和開發以及設計不斷的進行溝通,畢竟之前產出的是草圖,功能在細節上發生一些變動,是很難避免的。因此要確保在評估的開發周期內可以完成才可以,千萬不要因為這種原因給技術和自己挖坑。
以上這些溝通,是非常必須的,但是結合實際可能需要變動順序,比如說先和開發和設計人員確定大概時間,然后再去和項目負責人溝通。
最后,祝廣大的PM同學們都能長命百歲!
作者:Warmen / 微信 youhei
本文由 @Warmen 原創發布于人人都是產品經理。未經許可,禁止轉載。
我們公司是先出草圖跟領導溝通,確定需求和方案后再出原型和prd,再跟UI、開發和測試等相關人員講解
為最后一句話,贊了!
00
我是逼格低的也發言,這文案也是醉了