產(chǎn)品如何用正確的姿勢撕逼?
從技術(shù)轉(zhuǎn)產(chǎn)品已有一段時間了,第一個項目也正常運營了,那么跟大家分享下我這一段時間的轉(zhuǎn)型之路。今年5月公司正好有個新項目啟動,作為技術(shù)部的唯一女生,我順利成章的被拉過去做需求,文檔出來之后就一直在負責整個產(chǎn)品需求和設計上,只有經(jīng)歷過后,才知道『產(chǎn)品汪』這個稱呼不是隨便起的,而是有切身體會。
那么談談這段時間起早貪黑的到底做了一些什么工作,其實現(xiàn)在回想起來,最多的就是在扯皮,不是在扯皮就是在被扯皮。驀然回首,人與人的溝通是有多么重要,產(chǎn)品汪的情商要求是有多高。下面就跟大家分享下扯皮的事。
跟技術(shù)扯的時候
當測試測出來bug或者驗收時發(fā)現(xiàn)用戶體驗不佳的情況下,但技術(shù)認為設計如此的時候,那就開始扯了。產(chǎn)品設計原型、效果圖、流程圖、需求說明書等等都拿出來了,原來發(fā)現(xiàn)這種情況,當初設計的時候就沒有考慮到。這個時候,我就把針對于這個問題的所有有可能的情況都畫出來,立即展開需求變更,放入迭代開發(fā)中。不要講究設計的詳細,畫個高保真的交互圖出來,因為沒有這個時間讓你去做這個事情;最快的就是畫流程圖理清楚業(yè)務邏輯,把原來的效果截圖出來,示意標上需修改的部分。大家都是知道做技術(shù)的都是邏輯性很高的一群人,他很快就能明白你想表達什么,并提出他的對問題自己的見解,那么這個淡就扯完了,嘿嘿。
跟其他部門扯的時候
再開上線評審會議的時候,一堆人就開始總結(jié)出一大推的問題。總結(jié)出來他們說的最多的就是:“我提出來的問題你們還沒有給我解決好,又或者什么什么需求你們什么時候弄好…”
被坑多幾次后,我總結(jié)的教訓是:在會議提綱上寫明今天的會議內(nèi)容是什么,而不是在快要安排上線的時候,跟我們扯這些,一句話回拒。這些問題都不是影響系統(tǒng)上線的問題,系統(tǒng)有bug或者需要優(yōu)化的,已經(jīng)經(jīng)過跟各方面溝通,安排好時間。詳細見給大家發(fā)的郵件,每個問題都有記錄,后面都有反饋,那么也算是理清這些淡了,不會影響我們想要達到的目的了。
總結(jié)出有效扯淡方法跟大家共享,不要正面跟市場、技術(shù)或者其他有關(guān)系的有沖突,更不能帶情緒工作。是什么問題就什么問題,尋找問題的根源,理清關(guān)系,都能找到協(xié)調(diào)解決問題的方法。不要講究過多的形式,在做的過程中多溝通,多理解,任何問題都能迎刃而解,就能達到『草木為劍』的境界。產(chǎn)品迭代快,才是我們的目的。
第一次寫,跟大家共勉。
本文由 @Blairding 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?,未經(jīng)許可,禁止轉(zhuǎn)載。
說的很對