需求与问题——一个老现象
今天,和一個在成都的人談了一個項目的情況,對方一直堅持他們對需求很清楚,我對他說,你們清楚的不是需求,你們清楚的只是問題或者說目標。
過程是這樣的:
對方提到:
目前的糧庫經常生蟲,每過不知道多長時間就會有兩到三種蟲子出現,他的同學在用大量的人工進行抽查,用東西把糧倉里面的糧食取出來,進行篩查,速度慢,成本很高,希望能找到一個好一些的方式來操作。
又提到:
他們聯(lián)系過深職院的一位老師,說到用振動傳感器,溫度傳感器等來進行探測,應該可行,他們也布置了不少設備,但是一直沒有很好的效果(估計應該是沒有什么效果)。
再問其他的,多少人工,多少投入,多長時間出現等等信息,他就說不上來了,還一直說,他們很清楚需求,目前就是解決的問題。
我回復說,這樣的情況,我必須先到現場去做調研,確定具體的需求(當我說到這里的時候,對方明顯很激動,立刻重復說,他們很清楚需求是什么,我回應道,你們清楚的不是需求,是問題。對方仍然堅持他很清楚需求),然后才能思考解決辦法。
對方就說,那你安排人過來調研吧。
我回答說,這種研究型項目,誰也不敢保證就一定能解決,但是,前期的調研,沒有費用我們是不可能出人過去做的。
對方就說,那你定個價格,前期多少錢,必須提出解決方案,并投入解決。
我再次強調回答說,這種研究型項目,誰也不敢保證就一定能解決。
對方又說,他們對需求很清楚,不需要調研,解決就是了,……(后面的我就記不住了)
隨后我只好回答說,那就這樣吧,這個項目我們沒有辦法承接。隨后掛斷了電話,微信上回復了一句話,你們清楚的是目標,不是需求。
對方回復:謝謝。
說到這里,需要明確一些內容,什么是需求,什么是問題。
用戶往往只能提出問題,而不能提出需求。
需求是技術人員需要實現的東西,問題往往可能需要拆解成多個需求,也可能多個問題組合成不同的幾個需求,這都需要現場調研分析才能做決定。
最可怕的是對方的聯(lián)系人對技術半懂不懂,動輒認為自己已經掌握了全部需求信息,其實只是了解了一些問題而已,他們沒有能力把問題進行拆解,也沒有能力解決這些問題,卻定義這些問題就是需求,于是造成承接方技術人員的無奈或者不得不照著做,最后使得項目徹底失敗。
簡單地以我們的有角動物智能放牧機器人產品為例:
牧民的牦牛去鄰居家吃草引起的爭議,這是問題。
目前國際上和國內通用的解決方案是:架設鐵絲網攔截,讓牛過不去。
但是牧場是很大的,牛需要遷徙,總有攔截不到的地方,這時候,還是會有這種爭議發(fā)生,比如說,中國大陸自從1995年(這個時間是一位四川省招商局的老哥說的,未經考證,但時間應該差不多)開始建設鐵絲網,到現在平均每八年投入300多億人民幣,可是2018年7月15號左右,拉薩市當雄縣有兩個村子的牧民卻仍然干了一架,因為下游村子的牛到了一個河灣地區(qū)吃草,上游村子認為河灣是他們的牧場范圍,據當地政府官員說,傷了十幾個人在醫(yī)院。
這個問題拆解出來的需求應該是,牛吃草,吃草的范圍如何限制,如果不能限制是否可以進行吃草數量的計量,以解決爭議問題。
目前經過20多年的鐵絲網建設實踐證明,確實無法完全通過物理隔離的方式來實現對牛吃草范圍的限制。
于是需求就是:能不能記錄牛吃草的數量,能不能知道牛的實時位置,能不能設置禁牧區(qū)和輪牧區(qū),能不能設置各家牧場的邊界范圍這樣幾個可以實現的需求。
于是我經過兩年的實地調研后,提供的解決方案是:
咀嚼傳感器記錄牛吃草范圍,耳旁的發(fā)生裝置解決牛驅趕的問題,通過衛(wèi)星定位獲取牛的位置信息,通過電子地圖繪制標定禁牧區(qū)輪牧區(qū)和各家牧場范圍。
四個功能同時使用最好,不能同時使用也至少使用前兩者的任何一個加上后面兩個功能。
這樣就徹底解決了牛跨界吃草的問題,同時對政府設定的禁牧區(qū)和輪牧區(qū)也能很好的實現其功能目標,而不需要政府派人去長時間的看護和監(jiān)管。
區(qū)分清楚問題和功能是一個老問題,唉,這話真的很拗口。但是,確實是很多人搞不清楚的內容。
當然有人可以說,這還是問題,確實,漢語里關于問題和需求很難描述很清楚,這也是一個問題。
如果較真,那就是說,一個不可解決的問題是否可以拆解成多個可以解決的問題,然后對問題進行有效的解決。到這里,各方應該都可以滿意了。
總結
以上是生活随笔為你收集整理的需求与问题——一个老现象的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: .Net线程同步技术解读
- 下一篇: 动手造轮子:实现简单的 EventQue