初級產品,如何避免返工帶來的效率低下?
當產品面試官問你:你認為初級產品經理的主要工作內容是什么,你會怎么回答呢?
產品經理的工作本質上是圍繞著挖掘、對接、分析以及實現需求來展開的。不同階段的產品經理,在需求的挖掘,對接,分析,實現中的時間占比也是不一樣的。而初級階段的產品經理,在整個工作當中,主要是接收leader下發的需求,進行產品設計,即分析,實現需求。
需求的實現,從方案設計到上線驗收,中間要經歷內外兩道評審,即產品內審、研測外審,這兩道評審,則是初級產品經理的日常戰場。
評審,為什么是日常戰場
我見過一些初級產品經理,辛苦設計的產品方案,在評審過程中, 被參會評審的產品告知其方案邏輯存在缺陷,質疑你的用戶場景考慮不全,某個功能細節描述不清晰…評審講到一半時就被懟的啞口無言,最終方案需要返工修補邏輯,甚至有時整個產品方案都被否認,需要重設計。
這樣的評審結果,糟心不說,遇到加班改方案還傷身體,筆者便有過慘痛的教訓。無論是整個方案進行重設計,還是在原方案上修補底層邏輯,方案的返工都需要我們花費額外的時間去完成,這導致我們推進需求實現的效率大大降低。
返工的低效率
說起返工,它對我們需求實現的推進影響有多大呢?
圖中我們可以看出,在產品方案進入研發之前,發生返工的工作總時長,足足比不返工時高出一半,本來2天完成的工作可能變成了3天。而當需求本身較為復雜,返工工作量大,或遇到大家都比較忙,二輪內審難以組織時,我們的推進效率越發低下!
舉個例子:筆者所在的公司,一輪的產品內審若不通過,無法進入研測外審,需要返工修改方案后,申請二輪產品內審,而二審組織起來,至少需要1天,甚至是幾天的時間,最后改完方案并通過二輪內審,可能是3、4天后的事情了。
這樣的推進效率,無疑是很低的。但問題的根源是產品方案的設計不夠合理,所以避免方案的不合理設計,保障自己一次性通過評審,自然就避免了返工的發生,保證了我們的推進效率。
如何避免產品方案的設計不合理?
1. 對接需求時,明確工作目標
(1)為什么要明確工作目標
職場關注結果,無論我們的產出過程有多艱難,只要最終結果不是leader想要的,那就為自己祈禱吧。而明確工作目標,是確保自己對需求的理解、思考方向與leader在同一條線上,即我們最初就是朝著領導想要的結果在前進。
(2)具體明確哪些點
- 需求的背景:確保自己理解為什么要做這個需求,做了要解決哪些問題;
- 需求的范圍:在這一期實現過程中,這個需求具體要做到什么程度,是完美解決所有問題,還是先解決部分核心問題;
一個需求的實現,定然是有一個時間限制的,大而全的設計方案固然能解決更多的問題,但也意味著更高的實現成本,更長的研發時間。而通常我們期望的是優先解決某些核心問題,小而輕的設計方案足以。因此確定需求在這一期的實現范圍,能夠避免自己在方案的設計上過于復雜,輕化自身的工作量。
(3)怎么明確目標
直截了當地問:
當我們從leader手中接過新的需求時,如果對新的需求理解不足,這時直接向leader提問,是合乎情理的,這時我們拋出自己對于需求的疑問點,不會體現自己的理解能力不足,反而認真確認需求的態度容易給leader正面的印象,當然,最重要的,是確保自身對需求的理解與leader在同一條線上;
委婉的提問:
根據自己對于需求的理解,可以用導圖描述自己的大概思路,與leader進行溝通,溝通過程中觀察leader反應,判斷自己的思考方向是否正確,不正確則借機問領導的想法,來確保自己的設計思路與其同步;
2. 產品設計中,降低犯錯成本
(1)集中確認的風險
我都不知道什么時候會犯錯,何來降低犯錯成本一說呢?
通常我們從需求對接,一步步走到產品內審時,產品方案才會進入到大家的視線中,如下圖
這意味著,產品方案一旦前期思考不全,所有問題將集中暴露在內審會議上,評審不通過的風險大大的增加,而此時一旦確定方案需要返工,從方案的底層邏輯開始修改,整個需求文檔必然是大面積的改動。這樣的犯錯成本,無疑是巨大的;
多階段溝通產出信息,“預知”錯誤節點
集中確認的風險點在于方案的信息同步偏晚,因此,確定基本方案之后,我們都可以將產出的信息進行同步。如下圖:
多階段的溝通確認,能讓我們更早的發現錯誤,而在錯誤伊始便進行修補,這樣的犯錯成本就小的多了。當然,工作中我們不可能頻繁的與leader確認同一件事情,這樣既打擾了leader的工作,也無法突顯自身的能力。
因此我們可以選擇在需求的基本方案確定后,或在需求的基本原型確定后,帶上已有的產出,主動找leader碰一下,確保對方知曉且認可你的方案,如果基本方案或者原型不被認可,那么當場記錄問題點,回去立刻做修改。
而當基本方案、或者原型在前期就經過leader的肯定后,我們即可放心的進行需求文檔的編寫了,這樣最終誕生的產品方案,即使在內審、外審上存在一些細節上的小問題,產品方案在方向上,完整性上,肯定也是ok的,最后的結果定然就是迅速過審,需求的實現也能繼續推進。
總結
保障需求的實現能夠更準,更快,是初級產品經理的天職,所以:
- 為了更準的結果,我們在對接需求時,要敢問,第一時間向leader提出自己的疑問,確保自己一開始就朝著正確的方向前進。
- 為了更快的實現,我們在產品設計中,要敢說,多階段主動與leader溝通產出情況,預知錯誤節點,保障自己始終在正確的方向上行駛。
需求實現的過程中我們難免會遇到各種各樣的問題,無論如何,我們都要優先保證結果的正確性,在這個前提下提高自身的推進效率。所以,避免返工,讓我們對結果負責,對效率負責,對自己負責。
作者:橙言。微信公眾號:橙言。非資深產品經理,會一個人旅行,一個人吃火鍋,一個人看電影的一個懶人。
本文由 @橙言?原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
- 目前還沒評論,等你發揮!