【產(chǎn)品經(jīng)理干貨】感情溝通之美
在產(chǎn)品經(jīng)理這個崗位上,溝通能力非常重要,尤其是注入感情的溝通更加高效。筆者總結(jié)了工作中一些溝通的方法和技巧,希望對大家有幫助。
1、溝通是什么
百度百科中是這樣定義溝通的:溝通是人與人之間、人與群體之間思想與感情的傳遞和反饋的過程,以求思想達成一致和感情的通暢。我個人很認同這個定義,在實際的溝通過程中,很多時候產(chǎn)品經(jīng)理都停留在思想的傳達。例如:我要做**需求,這個功能用不了是不是有bug,你們什么時候可以給我體驗功能等等。這些溝通沒有很好地表達出自己的感情,而是硬生生地表達出自己想做什么而已。
2、注入感情的溝通
先舉工作中一個實際的例子。技術(shù)GG很辛苦地把需求做出來了,興致勃勃地讓產(chǎn)品經(jīng)理體驗功能。過了一段時間產(chǎn)品經(jīng)理走到技術(shù)GG的座位,對技術(shù)說:“這個功能用不了,是不是代碼有bug,麻煩你看看。”我們嘗試使用同理心,當聽到這樣的話,技術(shù)GG的心理反應(yīng)是:
1. 我自測都沒問題,是不是你的環(huán)境有問題;
2. SB你會用么
3. 肯定不關(guān)我事,你找服務(wù)器同學看下吧
或許還有很多其他不好的反應(yīng)。這里的溝通停留在表明自己思想,如果要加入感情要素,應(yīng)該是怎么的溝通方式呢,以下是參考建議??梢晕竦馗夹g(shù)GG說:“這個跟我的需求有點不一樣,是不是我的使用方法有問題,我們一起來看看是什么原因?”此時技術(shù)GG會是心理一震:“是不是有bug了”,然后雙方很友好地去跟進這個問題。這是有效的溝通,是注入了感情的溝通。
第一,結(jié)果先行,需求跟我期望的不一樣;
第二,自我反省,把問題拋出來說明可能是我的原因;
第三,合作解決,一起找原因。
接下來繼續(xù)通過實際的案例,闡述感情溝通之美。
3、感情溝通之美
我們都是坐同一條船的
在公司里每個小組都肩負著各自的KPI,而KPI的完成情況決定著每個人的升職加薪和年終獎。正是這種KPI制度,會讓很多很多的員工都只是關(guān)注自己的KPI,而忽略了部門的KPI。一般來說產(chǎn)品經(jīng)理肩負著用戶在線、日活躍、收入等指標,研發(fā)則負責需求研發(fā)、提升開發(fā)效率、優(yōu)化性能等等。
很多時候,趕進度加班都成為了家常便飯,尤其是技術(shù)GG更是無限吐槽。幾個比較經(jīng)典的吐槽:麻痹的,產(chǎn)品又改需求了,導(dǎo)致工作量增加;現(xiàn)網(wǎng)有bug,本來用于開發(fā)的時間被臨時占用了,又得加班了;工作量很大,時間又短,被PM催死了。。。。
作為產(chǎn)品經(jīng)理,很應(yīng)該去思考用戶(技術(shù)GG)的吐槽,找出痛點,然后進行優(yōu)化。技術(shù)GG的為什么會吐槽,主要是不爽。為什么不爽?因為很多時候感覺是在幫產(chǎn)品經(jīng)理干活,而不是在做著有興趣有意義的事情。找到用戶痛點之后,就需要出方案解決問題。我的思路是:我們都是坐同一條船的。這里的關(guān)鍵是我們,在溝通中讓大家意識到我們一起在戰(zhàn)斗。
分享一下產(chǎn)品經(jīng)常遇到的溝通難題。
1)產(chǎn)品需求變更。每次變更需求都會帶來研發(fā)和PM的反感,大家都懂的。這個時候,我會站出來做幾件事情。
第一:需求變更的目的
第二:為什么需要變更,變更后的方案比之前的方案有什么好處,對用戶和部門的價值是什么
第三:變更后給技術(shù)帶來什么難處,我們一起羅列一下,然后再評估是否在本迭代變更
這就是美:讓所有人懂你,理解你的變更,才能支持你的工作。
2)加班趕需求。每次我們都會定下***時間需要發(fā)布版本,然后全部人都被逼去加班。好吧,這是件蛋疼的事情,怎么讓大家打雞血,是個難題。
第一:清晰表明為什么要定下這個時間點。上升一個層次,從部門的KPI出發(fā),這個版本的成功直接影響到部門的發(fā)展前景和每個人的年終獎,與我們息息相關(guān)。例如配合某游戲做活動,趕上世界杯,沖PCU里程碑版本等等
第二:這個版本核心功能是什么,哪些功能是可以適度削減的(一定要留有討價還價的空間)
第三:闡述領(lǐng)導(dǎo)的期望。我們做得事情領(lǐng)導(dǎo)時時刻刻都在關(guān)注。
第四:加班的不只是技術(shù),而是整個團隊。對關(guān)鍵的核心人員做好思想工作。
第五:加班偶然請吃飯。這個非常有效,尤其是長時間加班作戰(zhàn)的團隊。
這就是美:提升思考層面,讓參與者感受到目前的困難和挑戰(zhàn),一起去戰(zhàn)斗。
希望技術(shù)寫出高效的代碼
項目迭代節(jié)奏很快,需求評審的質(zhì)量直接影響到最終的產(chǎn)出。為了保證需求評審的質(zhì)量,我提出了需求初評環(huán)節(jié)。初評,就是初步的溝通和評審。這個環(huán)節(jié)有幾個好處
1)提前預(yù)告需求功能,讓技術(shù)GG心理有底。研發(fā)都追求簡潔的代碼和優(yōu)秀的設(shè)計方案,提前知道產(chǎn)品規(guī)劃方向,有助于更好的制定設(shè)計方案。在溝通中需要關(guān)注技術(shù)GG的反 應(yīng),希望可以寫出高效的代碼,提升產(chǎn)品開發(fā)效率。
2)發(fā)現(xiàn)技術(shù)難點,產(chǎn)品方案規(guī)避。產(chǎn)品遇到很尷尬的地方就是在需求評審上技術(shù)GG說這個功能實現(xiàn)不了,或者說要一個月才能做出來,評審的結(jié)果必然是產(chǎn)品修改需求方案,擇日再評審。遇到難題,需要明確溝通,可以把產(chǎn)品的煩惱拋出來,讓技術(shù)也參與到產(chǎn)品方案的設(shè)計。
初評中需要注意控制相關(guān)的參與人員和評審時間,因為是初評控制好成本,討論核心問題即可。
這就是美:我中有你,你中有我,相互協(xié)助,把活干好。
產(chǎn)品經(jīng)理無處不在
在項目過程中,目前產(chǎn)品參與的會議包括:需求評審、測試用例評審、迭代計劃會,這三個會議都是必須參加的。另外還有一個技術(shù)評審會議,一般來說產(chǎn)品經(jīng)理是不需要參加的。由于本次需求很復(fù)雜,涉及到的交互細節(jié)也很多,為了防止技術(shù)方案中的遺漏關(guān)鍵點,這次的技術(shù)評審我主動參與了。
一般來說,是不建議產(chǎn)品參加技術(shù)討論的。
第一:產(chǎn)品聽不懂技術(shù)的討論,整個會議感覺異常無聊
第二:浪費你很多時間,說不定一個小時下來你才參與幾分鐘
我以前做過技術(shù)和項目經(jīng)理,很容易融入到技術(shù)討論中?;谧陨淼慕?jīng)驗,如果要參與技術(shù)評審,產(chǎn)品經(jīng)理需要具備以下條件:
第一:有技術(shù)背景。
第二:有移動辦公設(shè)備。技術(shù)評審不是我們的主場,產(chǎn)品只是協(xié)助技術(shù)團隊而已,所以參與感很低。為了不浪費時間,所以需要 有移動設(shè)備辦公,在技術(shù)需要我么的時候,立刻提供協(xié)助即可。
重要:技術(shù)評審就像一個菜市場,產(chǎn)品要在這個環(huán)境下工作,適當時候提供協(xié)助。對于個人能力要求很高,如果受到外界影響很大的話,建議不要參加了。等技術(shù)需要你的時候,再電話或者來會議室參加討論即可。
這就是美:適當參與,幫助技術(shù),無處不在的服務(wù)精神
4、小結(jié)
無論任何一份工作,溝通是一門必修課?;蛟S有千千萬萬種溝通技巧,本文探討的感情溝通只是其中一種。用心溝通、讓大家懂你,不僅僅帶來工作上的高效,也帶來了很多小伙伴的認可。一起努力,一起成長,做個優(yōu)秀的產(chǎn)品經(jīng)理。
作者:Andy
來源:小水滴(微信公眾號:minidrupal)
- 目前還沒評論,等你發(fā)揮!