? ? ? 上周被開會(huì)告知有個(gè)關(guān)于售后安裝維修的需求想要接入物流APP，于是業(yè)務(wù)方第二天找到我，溝通此事，用了不到一個(gè)小時(shí)的時(shí)間，展示講解三頁P(yáng)PT，大概意思是要做一個(gè)給安維工程師用的APP，主要功能是指派給他們維修單，并且讓他們通過APP及時(shí)反饋維修結(jié)果。接下來告訴我，這個(gè)需求比較著急，想知道下周能不能出一個(gè)大概的原型輪廓？
? ? ? ?對(duì)于一個(gè)陌生的業(yè)務(wù)，如果能用一個(gè)小時(shí)的時(shí)間溝通完需求，且不經(jīng)任何調(diào)研，就把原型畫出來，我想說即便做完，湊合交差，也一定不能解決真實(shí)存在的問題。但這就是現(xiàn)在普遍存在的現(xiàn)象，舍本求末，著急出結(jié)果，卻不關(guān)注過程和本質(zhì)。這樣做出來的產(chǎn)品可以活，但一定活不久，于是有了敏捷開發(fā)，有了迭代。如果迭代是在大方向一致的基礎(chǔ)上去更新，對(duì)開發(fā)、對(duì)用戶都是容易接受的，這個(gè)產(chǎn)品會(huì)不斷帶給用戶驚喜，是良性迭代；反之，如果方向不明確的時(shí)候，就一味追求創(chuàng)新，追求結(jié)果，那后面產(chǎn)品會(huì)變型，最后可能驢唇不對(duì)馬嘴，四不像，往往迭代到最后已經(jīng)和最初版本大相徑庭了，即便最后可能是成功的，但付出的代價(jià)也是慘痛的。
? ? ? ?有些工作追求結(jié)果見效快，比如銷售，最關(guān)心的銷售額、毛利額KPI數(shù)字搞好了，80%就是成功的了。但尤其是需求類的東西，如果不搞清楚就下手，是很難做好的，最怕的就是不熟悉用戶的前提下就妄下結(jié)論，意淫用戶的需求。
? ? ? ?據(jù)業(yè)務(wù)方介紹，現(xiàn)有流程是網(wǎng)點(diǎn)把維修單分派給工程師，一般通過電話的方式分派，但因工程師時(shí)間不固定，最終上門服務(wù)的工程師經(jīng)常和系統(tǒng)上分派的人不一致，導(dǎo)致系統(tǒng)里的維修單與最終的維修工程師不一致。他們希望能通過APP分派給指定的工程師，如工程師有事可以在APP上轉(zhuǎn)給其他工程師，但如此流程，在時(shí)間上還是需要電話事先溝通好，而且萬一客戶的時(shí)間又變了呢？工程師豈不是也要連鎖反應(yīng)跟著一連串的變化？
? ? ? 上周六根據(jù)業(yè)務(wù)方提供的三頁P(yáng)PT流程，用了半天時(shí)間研究他們現(xiàn)有的后臺(tái)系統(tǒng)，發(fā)現(xiàn)在PPT的流程之下，還隱藏著許多環(huán)節(jié)，尤其是用戶預(yù)約安裝維修的時(shí)間，從后臺(tái)數(shù)據(jù)來看，每個(gè)維修單都要經(jīng)過至少兩輪的改約，一般要經(jīng)過半個(gè)月的時(shí)間，才能和用戶在時(shí)間上達(dá)成一致，安裝維修完畢。究竟是什么因素影響了時(shí)間的變更呢？——預(yù)感這個(gè)是優(yōu)化流程的關(guān)鍵。
? ? ? 在整個(gè)流程里，后面一連串的工作都取決于客戶的時(shí)間，所以我們要從客戶時(shí)間的角度考慮，為何不把客戶想要預(yù)約的時(shí)間發(fā)出來，讓工程師們主動(dòng)去搶單呢？
? ? ? 如果工程師反饋很重要，那為何現(xiàn)在不用微信群，或者郵件的方式搜集信息呢？究竟工程師反饋的信息會(huì)影響哪個(gè)環(huán)節(jié)呢？業(yè)務(wù)方一時(shí)也說不上來，還有待找真正的需求人——更了解業(yè)務(wù)的同事，或者網(wǎng)點(diǎn)和工程師去了解真相！
? ? ? 總結(jié)下就是，業(yè)務(wù)方想要工程師通過手機(jī)接收維修單，反饋維修信息，這時(shí)我們不要直接跟著業(yè)務(wù)方的思路就展開手腳畫流程圖、畫原型，而是要充分了解背后的問題，挖掘引發(fā)此需求的真相！這才是真正要解決的問題。
? ? ? 需求像洋蔥，等你一層層的去剝開~
以下轉(zhuǎn)載：http://heidixie.lofter.com/post/b8226_6acf545
如果需求和解決方案你都分不清，就別做產(chǎn)品經(jīng)理了
老生長談的一句話，可是為何我們現(xiàn)實(shí)生活中總還是會(huì)犯這個(gè)基礎(chǔ)的錯(cuò)誤？
某天路過自己團(tuán)隊(duì)產(chǎn)品經(jīng)理和需求方溝通的一個(gè)小桌子，側(cè)耳傾聽了幾句，發(fā)現(xiàn)雙方陷入爭執(zhí)，于是忍不住參與進(jìn)去，發(fā)現(xiàn)原來雙方正在糾結(jié)于是把一個(gè)任務(wù)管理功能中的優(yōu)先級(jí)作為篩選條件還是排序條件……于是忍不住問產(chǎn)品經(jīng)理了，需求方的需求是什么？是篩選？還是排序？還是什么？需求方的需求是讓他能夠從非常多的任務(wù)中把自己最需要關(guān)注的任務(wù)給找出來，或者再深一層，需求方的需求是能夠讓他一目了然知道現(xiàn)在最需要做的是什么。
而給出優(yōu)先級(jí)字段也好，還是把優(yōu)先級(jí)字段作為篩選條件、排序條件也好，都是解決方案層的東西。
不要過來給我投訴說：需求方的需求不合理，不靠譜，出現(xiàn)這種情況，大部分是因?yàn)槲覀冞€是停留在解決方案層面。
很多時(shí)候，需求方會(huì)直接提一個(gè)解決方案，認(rèn)為就是他的需求。這種情況下，產(chǎn)品經(jīng)理也無需苛責(zé)需求方。比如，你去蛋糕房里買蛋糕，也是傾向于說：喂，給我拿那個(gè)草莓蛋糕（這是解決方案）。而不會(huì)說：你好，我女兒要過5歲生日，我女兒很喜歡吃草莓，我讓讓她的生日很開心，你覺得有什么可以幫我的嗎？這就有點(diǎn)太傻帽了。雖然一個(gè)去買蛋糕的顧客內(nèi)在的需求可能是“讓女兒的生日很甜蜜很開心”，或者是“讓我的喜歡浪漫氣息的老婆結(jié)婚5周年快樂”，但是能夠簡單表達(dá)出來的或許就是他認(rèn)為最合理的解決方案。
需求溝通也是一樣的。
一個(gè)需求方來說：我要想數(shù)據(jù)直接導(dǎo)出，不要每次下載都走審批。他不會(huì)表達(dá)成：我每周都要寫周報(bào)，而我的周報(bào)需要好幾張報(bào)表的數(shù)據(jù)整合，所以我需要導(dǎo)出數(shù)據(jù)在電腦上用Excel加工，但是因?yàn)槊看蜗螺d都需要審批，不但麻煩我，也麻煩我的審批人，有什么辦法能夠降低我做周報(bào)的成本嗎？
如果需求方描述成“有什么辦法能夠降低我的做周報(bào)的成本嗎？而且據(jù)我所知，和我一樣需要導(dǎo)出多張報(bào)表數(shù)據(jù)做本地加工做周報(bào)的小伙伴都是這樣的痛苦，希望你們能夠想想辦法”，你可能會(huì)發(fā)現(xiàn)解決方案未必只有“導(dǎo)出”一種，比如長遠(yuǎn)來講，你可以提供在線編輯器，小伙伴把需要做周報(bào)的數(shù)據(jù)都存在一個(gè)自己的數(shù)據(jù)環(huán)境里，在其中做加工，編輯，然后分享周報(bào)地址出去即可，或者去了解需求方周報(bào)匯報(bào)的對(duì)象看數(shù)據(jù)的需求，把其需求也做成在線可直接查詢的報(bào)表……或者……
需求方可以隨意表達(dá)需求，即使說的是解決方案，也不是他不專業(yè)，而是解決方案就在他的口頭邊。而作為產(chǎn)品經(jīng)理，最關(guān)鍵的就是：
多問幾個(gè)為什么，把解決方案背后的真正的“需求”給挖掘出來
場景驗(yàn)證，看看這個(gè)需求方的需求是否具備一定的通用性，個(gè)性化的需求和通用的需求有不同的解決方案
暢想解決方案，從中選擇最合適的
解決方案與需求方進(jìn)行溝通、與開發(fā)進(jìn)行溝通，敲定
記?。簺]有什么需求是不合理的，只是解決方案夠不夠合適。
