寫代碼這麼多年，經常聽到組裏小夥伴和產品經理溝通時說“技術上無法實現”，我剛工作的前幾年也很愛把這句話掛嘴邊。那麼，究竟真的是無法實現還是不願去做呢？今天我們來聊聊這句話的背後，究竟阻礙了什麼。
先說大部分場景吧，這句話是程序員用來擋產品的需求的，因爲除了會增加程序員的工作量外，很多需求會涉及到當前的開發進度、後續代碼維護的時間成本，以及許多不可預測的未知問題，能少一事是一事。
如果這時候產品經理來了一句“爲什麼競品可以？是我們技術沒到位？”那麼程序員就坐不住了，越刺激他越不給你做，u can u up，no can no bb，就是常態了。
而還有一種情況，就是這個需求脫離了程序員熟知的技術範圍，在不是特別瞭解技術能實現的程度的情況下，不會輕易接這個需求，想想都很複雜的事情，待在技術舒適區不香嗎？
於是“技術上無法實現”又成了很好的遮羞布，產品經理如果不是很懂技術，就會被程序員唬住，並不知道背後原因是需求觸及到了這位程序員的知識盲區。。
其實不管是真的不瞭解所以無法實現還是推脫需求的藉口，有些時候這反倒成爲程序員技術進階的一個阻礙。
時間和資源到位的話，不妨從以下幾方面重新判斷需求：
1、瞭解需求背後的原因，真正對用戶有幫助且能給公司帶來正向收益的，想辦法去實現，和產品較勁不是目的。
2、與其盯着一個完美的解決方案，不如聚焦在某個分類問題，逐個擊破，需求優先級在這時候尤其重要。
3、除非你能一眼看出這個需求本質就是無法用技術解決的，否則不要輕易用這句話去拒需求，“技術上無法實現”是阻礙程序員找到真正的實現路徑和解決方案的絆腳石。