今天救火小日記想來murmur一些實務上會遇到的流程問題,答案沒有絕對,每次遇到狀況都不同
需求訪談網路上很多教學文章,也有很多實用小技巧,但這篇沒有要講這個 (幹
這問題乍聽之下答案很簡單,就是報價前做啊,沒做好需求訪談怎麼繼續報價?
對,但在實務操作層面上,我PM會遇到一些困難 (沒困難的跟我說一下你們怎麼做到的,我也很想知道你們怎麼做到的QQ)
工作有個主要目的是什麼? 當然4賺錢R
需求訪談若在報價簽約前做,如果做完後客戶說:喔好吧那他案子不做惹,那我們前面接洽訪談花的時間做的工呢? 打水漂囉?
但你可以跟客戶:欸來找我需求訪談的話,就代表你一定要做囉,哇靠客戶還不嚇死XDDDDDD
某方面來說,這其實是有點雞生蛋蛋生雞的問題,接案會有壓力,開公司的大概更有壓力,一直在訪談還是要付水給員工,結果都不一定真的能成案
如果報價簽約前不做需求訪談:可能scope抓不準,變成像最近ㄉ救火隊案子一樣,簽約了客戶才在說這個我要那個我也要,細節加爆
如果報價簽約前做好需求訪談:溝通成本已經花下去,不到最後簽約前,一切都有變數,客戶永遠可能會在那個臨門一腳跟你說,抱歉啦~先不做啦~
我也在思考這個問題,目前有幾種做法跟大家一起討論看看
這是一個我覺得很難的問題,到現在都沒有答案, ”需求訪談” aka ”溝通” 就是一個處理人跟人之間的問題,有些人就很好溝通需求明確,有些人就很難溝通繞來繞去講不出所以然
因此這部分只能每個都個案處理,之前跟一些朋友跟其他PM討論過, ”知識有價” 這件事大家都認同,但在一般商場上,普遍把諮詢做成免費服務的前提下,”需求訪談”其實是一個有點難說服案主要收錢的東西,除非我們將整個”需求訪談”規模擴大到很完整,像顧問公司/市調公司/UX訪談公司,完整的去做一整系列的研究調查
後來我們將scope都拉回來”人”的身上,想辦法將事情簡單化,且成立一個 ”技術顧問” (要收費) 的角色,將回答的範圍問題做切割
(接下集)