一點小啟發(fā):專治需求傳遞中的各種不服
編輯導語:有時候,產(chǎn)品出現(xiàn)問題,雖然需求本身沒問題,但在需求傳遞過程中出現(xiàn)了瑕疵,一點小的瑕疵便能夠牽扯出很多的問題,這就很考驗產(chǎn)品的智慧。因此,遇到需求傳遞中出現(xiàn)的錯誤,該如何解決?作者分享了他的一些相關(guān)經(jīng)驗,一起來看下。
不得不承認,大多時候,靈活的頭腦比強健的肌肉,更有用。
峽谷隊友都知道,鏡同學這兩天工作繁重,都沒時間開黑。
加之領導制定的KPI比他的腰還粗,導致團隊壓力巨大,天天主動加班,蹭完晚飯蹭夜宵,好幾天都沒有峽谷開黑了,儼然優(yōu)秀新農(nóng)工的楷模。
以至于連二傻子都疑惑了,不斷地對我靈魂拷問:阿鏡,你近來不對勁兒啊,工作期間怎么還干起活了?
呸,我特么哪天不劃水?呸呸,我特么哪天干活了?
經(jīng)過我們團隊刻苦的努力,連續(xù)幾天的通宵鏖戰(zhàn):我們特么終于被考核了。
似乎印證了一句老話:干得越多,錯的越多,嗷,嗷嗷。
當時的需求是這樣的:在我們應收賬款融資產(chǎn)品的授信管理功能里面,其中,有個字段叫做“開單服務費”,是由我們自己平臺收取的。
按照需求,“開單服務費”是區(qū)間比例值,區(qū)間規(guī)則為:0-10%。
包括零。
結(jié)果測試同學在執(zhí)行用例測試時,漏掉了0這種情況,忘記測試0了。
而我作為產(chǎn)品汪,在驗收測試時,也沒有驗收到該用例,只是驗收了主流程,所以也需要附帶連帶責任。
說心里話,咱當時的心情和李團長差不多:老子從哪兒突圍不是突圍,驗證主流程不就行了,能有啥影響?還要求全部驗收完畢么?這不是欺負老實人么?不行,得給老子昭雪平反。
這咱能忍?
可鏡同學再次被打臉(雖然我已經(jīng)習慣了),事實再一次驗證了墨菲定律。
昨天集團地產(chǎn)板塊作為核心企業(yè)開始正式使用我們的金融產(chǎn)品,但是我們平臺不能收取開單服務費。
于是運營人員設置成零時,發(fā)現(xiàn)竟然無法設置成功,直接報錯提示。
有業(yè)務經(jīng)驗的同學都清楚,在真實業(yè)務遇到這種問題很棘手,搞不好就會客戶流失,最要命的是,時間很緊,必須馬上付款,也就是系統(tǒng)不能耽誤一絲一毫時間。
就這么一個小錯誤,竟成了滑鐵盧,直接導致了重大的實單運營事故。
我們似乎聽到運營人員在說:測試同學拉出去祭旗,產(chǎn)品經(jīng)理直接槍斃。
甚至看見他們在本子上畫圈圈。
怎么辦?
雖然需求本身沒問題,但需求傳遞過程中出現(xiàn)了瑕疵,是應該揮淚斬測試,但眼下怎么辦?
沒有項目經(jīng)理,產(chǎn)品經(jīng)理就是第一負責人,解決問題是當務之急。
看著他們還在本子上畫圈圈,急得鏡同學原地轉(zhuǎn)圈圈,祭旗測試事小,當下不行,他還欠我倆待測模塊呢。
于是,怒從心頭起,惡向膽邊生,我急中生智,果然,打敗魔法的還得是魔法:
咱和運營商量,還先正常按千分之二收取平臺服務費,我們再出具一個減免協(xié)議,不實質(zhì)收取。
這樣就不至于阻斷流程,當務之急是抓緊走流程。
運營同學一聽靠譜,好在客戶也不懂,跟客戶一說減免,他們還挺高興,似乎占了便宜。
也樂的運營同學直夸咱:你特娘的可真是個人才。
我特么親手看到他把我的名字從小本本上劃掉了。
鏡同學現(xiàn)在發(fā)掘自己,除了吹牛皮和臉皮厚這倆優(yōu)秀品質(zhì)之外,講故事有望解鎖為第三技能。
我再講一個昨天發(fā)生的真實小故事:
因為工作繁重,人手不足,新功能的界面設計圖,UI同學無法面面俱到,于是提出相似界面不再出圖,這其實也是敏捷流程下的常規(guī)操作。
前端在開發(fā)時,發(fā)現(xiàn)好多列表展示時,有的是左對齊(比如,操作按鈕),有的是右對齊(比如,金額類數(shù)據(jù)),還有的是居中對齊(比如,企業(yè)名稱,系統(tǒng)編號等)。
這可難壞了前端,因為頁面圖不全,好多字段他就不知道怎么放,UI只是說,固定字段靠左,金額類靠右,可前端也不知道哪些是固定字段,人也怕寫多了bug被考核啊。
于是,前端提出來,將頁面圖補全,他們對照著頁面圖去設計。
老實說,人家說的也沒錯,前端展示重點就是按照設計圖去設計啊,很難發(fā)揮主觀能動性的,擔心發(fā)揮錯了也是可以理解的。
一面是Ul設計時間不足,一面是前端要求全部出圖,僵持不下,各說各理。
都是客觀情況,怎么辦?
如果反饋到雙方領導,同樣是各自站隊自己部門,而且又傷和氣,也不好。
事情的發(fā)展再一次證明了一個古老的諺語:內(nèi)事不決找產(chǎn)品。
于是,鏡同學突然就站到了前面,原來我沒有動,是他們特么后退了兩步。
看著這個皮球,怎么看怎么像口鍋。
產(chǎn)品經(jīng)理嘛,最關(guān)鍵的就是要有方案解決力,不僅要上知天文,下知地理,還要洞察人心,學會靈活應對。
有時候,最好的解決方案往往很簡單,靈活變通一下就好了,但是前提是要深挖背后真正的原因。
原來是技術(shù)部考核是按bug數(shù)計算的。
所以,前端才要求設計圖標準、齊全,要不然禪道的bug記錄,就是他們的支出流水啊。
明白了這個道理,這就簡單了:
鏡同學把他們喊到會議室,告訴他們,UI設計時間比較緊,全部出圖不現(xiàn)實,但前端的主張絕對合情合理。
這樣吧,前端還先參考設計圖,拿不定主意的自己先靈活處理,比如都居中處理,等到界面驗收時,UI發(fā)現(xiàn)不合理的直接提出來,不做為bug缺陷,也不提到禪道。
于是,皆大歡喜,他們只夸:還是特么產(chǎn)品經(jīng)理鬼點子多。
事實上,需求傳遞過程中會遇到很多小瑕疵,好多都是小問題,但是會影響整體效能,有時候,越是小問題,越考驗產(chǎn)品智慧。
而我們產(chǎn)品同學在堅持原則性的基礎上,在洞察問題本質(zhì)的前提下,要多一些靈活性,要考慮解決問題,并思考提高問題的解決效率。
本來嘛,對于我們產(chǎn)品人來說,最關(guān)鍵的,不就是解決問題么?
最近在研讀《易經(jīng)》,發(fā)現(xiàn)其偉大之處,恰恰就在于靈活,也正如偉人的智慧:嚴肅、活潑。
#專欄作家#
產(chǎn)品大峽谷,公眾號:產(chǎn)品大峽谷,人人都是產(chǎn)品經(jīng)理專欄作家。七年B端產(chǎn)品經(jīng)理,供應鏈物流與金融領域,擅長需求設計、業(yè)務指導、商業(yè)觀察等。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Pexels,基于CC0協(xié)議。
凡事要懂得變通,如此方可擺脫非此即彼的二元對立思維的束縛
哈哈哈哈我看完文章的第一瞬間發(fā)出了和首樓一樣的評價 ,很實用!受教了受教了
你他娘的真是個人才!
算盤砸頭.jpg
導語里有個逗號放在了行首,強迫癥來了…
誰讓你說的,我也有強迫癥額~
大聰明
[旺財].jpg
確實是很有效的手段,受教了,也遇到過尷尬到扣腳趾的情況。。。
客氣客氣~