產品經理系列-禁術-爭論

爭論是最沒用且費勁的

用爭論描述,可能還是一個比較委婉的形容,實際可能會有更瘋狂的事件發生。爭論的雙方,向執己見。

產品經理的職責範圍內,接觸的人員很多。老闆、研發、交互、視覺、測試、銷售等。日常最多見的就是產品與研發爭論。

在一個項目中,產品做爲設計師,程序員做爲實現方。產品的一個設計不好,對程序員來說,可能是指數級翻倍的工作量,更有時候,產品經理的一句方案更新,可能讓程序員的所有工作付之東流,所以矛盾最爲突出。那麼爭論的後果是什麼呢?

產品與程序員爭贏了,那麼程序員會帶着情緒去做產品的設計,做的好與不好,全看程序員的心情。

產品與程序員爭輸了,產品會不服氣於設計被推翻,下次再有爭論時,相信會有再激烈的爭論。

其實一旦爭執起了,就沒有所謂的輸贏了。

說一個我做爲程序員的經歷,先說下背景。我們在做的項目是在線客服系統,我習慣在團隊內實施流程化和規則化的團隊文化,除必要的輸出外,還要有亮點輸出,例如產品的輸出必須要有思維結構圖、重要節點的業務流程圖、易漏點的 checklist 等,研發的的輸出必須有可擴展技術設計文檔、重要節點的技術流程圖、接口文檔等。需求評審、交互評審、技術評審、變更評審等更是必不可少的流程。在一年多的時間裏,部門先後換了四個產品經理,研發團隊非常的穩固。每個產品經理都給老闆留了一句話:做你們的產品經理太難了。再然後來了一個產品經理,老闆一再跟我們強調,以做事爲主,流程化的東西能省就省。後面的爭執便一波接一波了。

設計上的爭執

之間有過幾次設計不太好的地方,技術上做做兼容,我也就不較真了。這次設計對我來說卻是過分了,產品只輸出了一個文字策劃稿和簡單的交互稿就要做需求評審,輸出的敷衍我忍了。設計的不合理我實在看不下去了。

是設計一個自定義屬性模板,在我們的場景中,有主動和被動客服,各又分爲機器人和人工客服。產品的設計爲,分四種場景的模板,分四個界面來配置,每個界面實現操作基本相同。產品的設計思路是專門的模板應對專門的場景,減少用戶思路轉換的過程。

我的設計想法是模板之所以是爲模板,是填放不同的內容,是爲不同的場景。模板只需要一個界面配置,配置不同的自定義屬性,在四個場景中都可以自由對應。我的思路是一套模板設計,應對不同的場景,從體驗上用戶有了一個專門維護自定義屬性的地方。從結構上將自定義屬性從場景中解耦,以模塊化重組。

雙方爭執不下,不得已專門開了一個設計研討會。參與的有老闆、交互、研發等相關人員。多數人贊同我的設計,但決定權還在老闆,老闆看來兩個方案都可以讓用戶正常使用,最後還是勸我放下執念,結果是我妥協了。

其實我理解老闆的想法,一個業務型公司,技術再牛 X 也不會給公司帶來營收。必須要通過產品設計的應用來獲取效益。這個時候產品自然是首先要保證的。

流程上的爭執

有一次是做一個報表功能,在技術評審完後,研發團隊的開發過程中,產品經理多個修改需求。報表的幾個統計數要改成累積數,報表的分類要加一個多級分類等,好在變更的幾個需求點在技術設計時考慮了擴展點,可以方便做變更。我也沒去較真就放過了。

在報表功能提交測試後,又再次提出需求變更。被我以需求已進入測試階段,變更需求會影響全員工作量,況且變更的點不是重要功能,用戶體驗相關的變更可以後續慢慢優化的理由拒絕了。產品經理執意要變更,理由是一定要在意用戶體驗,用戶體驗不佳。而且修改不麻煩,就算是提測階段,產品提出的變更也要實現。結果就再次與產品經理髮生了爭執。

我的想法是,產品經理沒有基本的時間概念和範圍概念。設計之初沒有考慮清楚功能實現和用戶體驗的結合。結果當然是我又妥協了,有老闆在,除非我走人。

解決爭執最好的辦法就是拿數據講道理

當產品和研發意見相左時,拿出證據。纔是最好的道理。

產品在設計時,要講究用戶體驗的話,不要只憑一廂情願,以爲用戶會這麼使用。找到用戶真正的使用習慣。那麼這個使用習慣從哪裏來? 產品設計必然要收集用戶的行爲數據,從這些行爲數據上分析用戶的使用習慣。或者自己產品或競品有沒有類似的場景,是什麼樣的設計。

用事實說話,比空口白牙的去爭執,即出熟悉用戶,還能更好的得出結論。

程序員都有代碼 review,產品經理也要時常對自己做一些反省。比如上面這個例子,一個需求的流程中,不斷的在發生變更。產品經理就要反思爲什麼要變更,爲什麼設計之初沒有考慮到。項目進行到當前階段,產品邏輯的變更會影響整個時間的週期。

我以前對產品經理會提出一個易漏點的 checklist。產品設計是功能的源頭,在源頭上儘量把功能點、細節點考慮清楚,減少返工。纔是真正的高效。

最後就是,大家一定要講道理。

放棄的爭執

之前模板需求,後續又有幾個迭代,加了些必填、排序、屬性類型等。前端同學每次都要四個界面修改,叫苦不迭,但開發任務繁重,來不及優化抽象功能,就這麼將就着做了。

前端同學對我提出,想讓我去提醒下產品,不要只做產品上的迭代,還要留些時間做技術重構,就比如這個模板。產品經理大刀闊斧的做產品設計,讓他停下來,我知道是不可能的。這事一張口就是爭執。

但我還是忍不住向產品經理提出了這個想法,果然是被拒絕了。我不死心的向老闆提出這個想法,老闆說:不行就讓大家多加加班。

這不是一個能爭執的事情。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章