降低語速,完美應對需求評審
評審會議里,產品經理哪些小技巧?作者認為,降低語速可以準確傳達需求,讓開會人員理解地更透徹,自己的思考也能夠更深度。
部分產品經理在主持需求評審會議時,習慣性地會用很快的語速完成需求評審。但大部分時候,語速越快,需求評審的質量也越差。
需求評審會議中,絕大多數的語速過快,都是我們在面對很多的開發時,容易緊張所導致的。
我們害怕自己方案中的漏洞被發現,害怕被開發拒絕,害怕自己講得不夠好。這些或多或少的恐懼,都會直接導致緊張。
人在緊張的時候,往往會想要早點結束,好逃離現在的處境,擺脫緊張的感受。此時,就會不自覺地提高語速。
語速過快導致的問題
參會人員跟不上
日常生活中,如果一個人說話的語速過快,傾聽的人往往需要集中注意力,非常認真地去聽,才能聽清楚他說話的內容。在會議中,也是如此。
需求評審會議,看起來大家都是帶著工作任務來參加會議,應該會比較認真。
但實際情況并非如此。
在會議室中,每一個參會開發的風格都不一樣:
- 少數人會認真地聽完全部內容;
- 有些可能只會聽自己關注的點,自動忽略自己不關注的內容;
- 有些可能已經在想下班后要去打游戲;
- 有些可能還沉浸在會前沒有解決的bug中;
- ……
不僅參會人員的注意力無法完全集中,接收、理解和分析信息的效率和能力也是參差不齊的。
參會人員不僅要聽我們當前正在講的內容,還需要見縫插針地理解和分析:
- 內容中有哪些概念?明確定義是什么?
- 邏輯關系是否有問題?
- 技術上如何實現這個需求?
- 有沒有什么異常問題產品經理沒考慮到,但是會影響技術方案設計?
- ……
效率高、能力強的人,能很快地聽明白我們講的內容,并完成自己的理解和分析;而效率低、能力弱的人,則需要時間來慢慢理解消化,否則不知所云。
在參會人員注意力無法集中和接收、理解、分析信息效率和能力參差不齊的前提下,如果我們講解的語速過快,必然就會導致參會人員跟不上節奏。
最后,參會人員從需求評審會議中,可能只半知半解地理解了業務流程,有些甚至連個業務流程都沒明白。會后,為了開發的順利進行,還需要花大量的時間逐個逐個地解答他們提出來的疑問。
需求評審目的,完全沒有達到。
影響團隊對產品經理的認同
從產品研發的流程上看,產品經理是一個團隊的核心成員。作為一個核心成員,需要讓團隊看到一個自信、沉穩、胸有成竹的狀態。
當我們有理有據地告訴開發,我們為什么要這么做的時候;當我們面對質疑,沉穩應對的時候;當我們準備妥當,了然如胸的講解需求的時候;我們都是在給團隊帶來安全感和方向感。
這樣的產品經理,是非常容易被團隊認可的。
需求評審會議中,我們的語速過快,參會開發感受到的很可能不是自信、沉穩、胸有成竹,而是信心不足、心浮氣躁、張皇失措。長此以往,開發就會認為這個我們對自己做的產品方案不自信,進而貼上不靠譜的標簽!
即使我們僅僅是語速快,并沒有犯錯,參會人員對我們的評價也會被降低。因為過快的語速,會讓大家感到我們的耐心不夠、信心不足。
團隊對我們的認同,就在這一次次語速過快的需求評審會議中,不知不覺地降低。
為什么要降低語速?
參會人員理解的更透徹
前面我們講到,人們接收、理解和分析信息的效率和能力是參差不齊的。要想通過需求評審會議高效傳遞信息,我們就必須考慮這個問題,照顧參會的大多數人。
有些開發在需求評審時,可能會投入時間思考很多問題。而較慢的語速,給了參會開發足夠的時間差,他們在時間間隙中,有更多的時間理解我們所表達的內容,并分析所描述事物之間的邏輯關系。
而在較快的語速下,大家能聽清楚我們在講什么就已經非常不容易。完全沒有時間去理解和分析。
讓我們做一個簡單的數學題:13+34+21+89+10=?
如果我念題的時候,語速很快,用時不到3秒。相信大家都來不及計算,甚至連題目都沒記住,根本不可能完成計算。
但如果我每念完一個數字,停頓5秒,甚至更長時間,整個題目我花1分鐘才念完,我相信大部分人都能馬上得出計算結果。因為,我們一邊聽題目,一邊就完成了計算。
需求評審會議,也是如此。
我們降低了語速,就給參會開發留下了更多的時間,不僅讓大家聽的更清楚,也有足夠的時間深度地理解需求。
給自己留足思考的時間
在需求評審會議中,我們要把自己已經想明白的方案,有結構、有條理地表達出來,讓參會開發也理解清楚——這并不是一個簡單的任務。
看起來,我們只需要按自己準備的東西,從頭到尾講一遍,我們的任務就已經完成了。
但實際上,這是非常不專業的做法。因為需求評審會議,不能以“完成需求講解”為目標,而應該以“準確、完整地傳遞了需求”為目標。
需求講解完成,不是我們的目的,而僅僅是一種基本手段。而準確、完整地傳遞需求,需要我們有結構、有條理地完成需求講解。
那如何才能有結構、有條理地完成需求講解呢?
除了提前做好充分的準備,使用可讀性更高的方式來撰寫需求文檔,還需要我們在需求評審時,有足夠的緩沖時間去思考,接下來應該要如何表達。
我們在發言時,至少需要同時做2個事情:
- 將目前要表達的內容,表達出來;
- 準備接下來要講的內容。
降低語速后,我們的大腦就能利用低語速帶來的緩沖時間,完成思考。
更容易緩解緊張和保持理性
大部分人在進行公開演講時,都會緊張,這是非常正常的表現。
作為聽眾,我們常常會以為演講者侃侃而談,一點都不緊張。這其實是因為對方控制地很好,或者有充足的演講經驗,可以從容應對,以至于聽眾看不出來。
在緊張的前提下,如果我們降低語速,主動思考的時間就會更多,大腦馬上就可以發出指令,指揮身體的各個部位,調節緊張情緒。
一旦緊張情緒被撫平,我們的的注意力,就會逐漸被集中到“如何準確、有條理地表達”上。此時,需求評審就會進入一個正向循環,越講越好。
同時,在需求評審中,還可能發生一些意想不到的爭執。
如果我們用很快的語速去回應爭執問題,甚至可能會讓對方產生更大的反感。最后,導致無法理性面對沖突,陷入僵局。
而如果我們降低語速,我們就能利用時間間隔,組織和語言合適地進行回應。對方看到我們能如此沉穩、自信、耐心地解答他的疑惑,自然會對我們更加信服,沖突也更容易被化解。
放慢語速,讓我們在需求評審時,不僅更容易緩解緊張情緒,同時還能讓我們保持理性,從容應對一些突發情況。
總結
需求評審會議,有很多的技巧。
但我認為,降低語速是最有價值的技巧。不僅可以讓參會開發理解更透徹,還能給我們留足思考的時間,緩解緊張情緒、保持理性狀態,從而準確、完整地傳遞需求。
本文由 @誓博 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
專欄作家
誓博,微信公眾號:產品慎思錄。人人都是產品經理專欄作家。7年產品經驗,專注電商交易系統方向。
本文原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自 Unsplash,基于 CC0 協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
這個技巧確實很好,心態和技巧是一方面,主要還是產品對這個需求有足夠的思考和了解!
一場評審會是否達到了目的,確實作為產品經理調整語速后,給自己大腦緩沖時間,給參會人員緩沖時間能給這場評審會議加分·
我的小技巧是在每次評審了一個需求后會附上一句“我這樣說是否表達清楚”,大腦在線的參會人員就會給我反饋,沒在線的也會被這句話打斷并調整狀態進入到評審會議中····
這個技巧也很有用,我一般會在講完一個復雜邏輯的時候,問這個問題,引導開發主動反饋。
十年前做開發的時候,每次需求評審前都會仔細看PRD,記錄疑問點并思考落地過程中可能的問題,在需求評審會議上大家直接溝通問題。
現在做了產品經理,發現現在的需求評審,都默認成了開發人員在會前不看PRD,只靠產品經理現場去講,有的還邊聽邊刷手機,后面搞不懂業務邏輯和需求細節,就開始抱怨產品經理太水。
這個問題是開發工作積極性和責任心的問題。需要領導從管理的角度來解決了。