相信很多工程師都有過這樣的經驗,明明專案已經開發的快收尾了,卻突然要大改,或者有很多功能需要調整,這時心中不免會說:『X,又要改了,當初怎麼都不確定清楚呢?』。
在一個資訊爆炸且快速變化的市場,需求變更已經是一種常態。客戶的需求會隨著時間而改變的頻率越來越高,市場競爭也持續帶來新的挑戰,因此為了能存活下去,改變會越來越容易發生。
如果工程師只把需求變更視為一種麻煩,就會難以適應不斷變化的環境,因為改變只會越來越多,不會減少。我們應該用不同的角度來看待改變,既然無法阻止那我們就去探詢為什麼改變,瞭解背後的商業價值。
需求變更的目的,是讓產品可以更符合客戶的需求,並提高產品的競爭力。如果工程師能夠從商業角度去思考需求變更,就會看到其中蘊含的價值。
這時候我們不如用好奇的心態去詢問,『這次的需求變更,是有發生什麼原因或是事情而需要調整的嗎?』,那這次『調整的目的是想解決什麼問題呢?』,或是有什麼『商業上的考量嗎?』。
趁這個機會去瞭解市場發生了什麼變化,很多時候商業的利益來源是來自於資訊落差,因此我們需要保持對市場的敏銳度,才能更進一步的瞭解我們的產品在這個市場上是處於什麼樣的狀況,是否有可以進一步創造價值的機會。
在過往擔任接案公司的工程師應該是最常遇到,客戶經常看到了什麼功能,他覺得他也應該要有,所以會要求說是不是也能幫我加上去,又或者說他覺得這樣的方式可以讓系統更好,因此就會跟業務說他要做這樣的變更。
而我以前也會很不爽的跟客戶說,當初已經說好了要做這樣子,已經不能再更改了,往往這樣除了得罪客戶外,有時候客戶也會在外講不好的事情。
但現在換個角度想,可以趁這個機會去瞭解,為什麼客戶看到這個功能覺得不錯,他覺得不錯的原因是什麼,我們的目的是『幫助客戶去解決問題,創造互利』,因此幫助客戶釐清他所看到的問題是什麼也是一種學習的機會。
或者用客戶的角度去思考這功能是否真的對他是有幫助的,我們如果能主動去建議有商業價值的需求,相對於只是被動告知的一方比起來,我們的價值就不只是開發產品了,而是幫助客戶去創造收益了。
當然這樣的思維改變,也讓我後續公司的案子從主動找尋轉變成持續有客人推薦,也算是幫我們品牌建立了口碑。
因此,工程師應該積極主動應對需求變更,並與需求方合作,找到最佳的解決方案。
可以從以下幾個方面入手:
從中去理解更多需求背後商業的考量,也算是幫助自己學習商業知識。
當然需求變更一定也會影響到很多原本規劃的事情,例如:
在需求變更來臨的時候,更需要去瞭解到這個需求變更所帶來的商業價值是什麼,與原先計畫的需求來說,價值是否值得我們去調整原定計畫來進行。我們更需要建立好的需求價值觀念,幫助我們去釐清需求的價值優先度。
持續的改變需求是一種常態,我們應該用開放的心態面對,並且用商業的角度來看待變更背後的目的與價值是什麼,嘗試著從需求的接收方,轉變成價值的創造方。