從技術(shù)轉(zhuǎn)產(chǎn)品已有一段時間了，第一個項目也正常運(yùn)營了，那么跟大家分享下我這一段時間的轉(zhuǎn)型之路。今年5月公司正好有個新項目啟動，作為技術(shù)部的唯一女生，我順利成章的被拉過去做需求，文檔出來之后就一直在負(fù)責(zé)整個產(chǎn)品需求和設(shè)計上，只有經(jīng)歷過后，才知道『產(chǎn)品汪』這個稱呼不是隨便起的，而是有切身體會。

那么談?wù)勥@段時間起早貪黑的到底做了一些什么工作，其實現(xiàn)在回想起來，最多的就是在扯皮，不是在扯皮就是在被扯皮。驀然回首，人與人的溝通是有多么重要，產(chǎn)品汪的情商要求是有多高。下面就跟大家分享下扯皮的事。

跟技術(shù)扯的時候

當(dāng)測試測出來bug或者驗收時發(fā)現(xiàn)用戶體驗不佳的情況下，但技術(shù)認(rèn)為設(shè)計如此的時候，那就開始扯了。產(chǎn)品設(shè)計原型、效果圖、流程圖、需求說明書等等都拿出來了，原來發(fā)現(xiàn)這種情況，當(dāng)初設(shè)計的時候就沒有考慮到。這個時候，我就把針對于這個問題的所有有可能的情況都畫出來，立即展開需求變更，放入迭代開發(fā)中。不要講究設(shè)計的詳細(xì)，畫個高保真的交互圖出來，因為沒有這個時間讓你去做這個事情；最快的就是畫流程圖理清楚業(yè)務(wù)邏輯，把原來的效果截圖出來，示意標(biāo)上需修改的部分。大家都是知道做技術(shù)的都是邏輯性很高的一群人，他很快就能明白你想表達(dá)什么，并提出他的對問題自己的見解，那么這個淡就扯完了，嘿嘿。

跟其他部門扯的時候

再開上線評審會議的時候，一堆人就開始總結(jié)出一大推的問題。總結(jié)出來他們說的最多的就是：“我提出來的問題你們還沒有給我解決好，又或者什么什么需求你們什么時候弄好…”

被坑多幾次后，我總結(jié)的教訓(xùn)是：在會議提綱上寫明今天的會議內(nèi)容是什么，而不是在快要安排上線的時候，跟我們扯這些，一句話回拒。這些問題都不是影響系統(tǒng)上線的問題，系統(tǒng)有bug或者需要優(yōu)化的，已經(jīng)經(jīng)過跟各方面溝通，安排好時間。詳細(xì)見給大家發(fā)的郵件，每個問題都有記錄，后面都有反饋，那么也算是理清這些淡了，不會影響我們想要達(dá)到的目的了。

總結(jié)出有效扯淡方法跟大家共享，不要正面跟市場、技術(shù)或者其他有關(guān)系的有沖突，更不能帶情緒工作。是什么問題就什么問題，尋找問題的根源，理清關(guān)系，都能找到協(xié)調(diào)解決問題的方法。不要講究過多的形式，在做的過程中多溝通，多理解，任何問題都能迎刃而解，就能達(dá)到『草木為劍』的境界。產(chǎn)品迭代快，才是我們的目的。

第一次寫，跟大家共勉。

本文由 @Blairding 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?，未經(jīng)許可，禁止轉(zhuǎn)載。