昨天在群里看到一小段對話，大意是因為技術(shù)原因運營的同事遇到了緊急的問題，我們技術(shù)說，依賴的服務(wù)出了問題而實在太晚相關(guān)的技術(shù)已經(jīng)休息找不到只好等明天。運營的同事不知道是無奈還是理解，最后接受了。

拋開這個問題是否真緊急到必須即刻處理不說，事件本身反映的是更深的問題：即作為技術(shù)，我們應(yīng)該怎樣處理業(yè)務(wù)方反饋的問題。

1. 首先是技術(shù)問題，怎么把自己的系統(tǒng)做得更有彈性，即依賴的服務(wù)出問題時，我們也能盡量不中斷業(yè)務(wù)，至少讓業(yè)務(wù)人員知道是怎么回事，而不是驚慌失措。比如做好自動監(jiān)控和報警。比如本地數(shù)據(jù)有AB兩份，一份用來從更新遠(yuǎn)程，更新成功后再切換等。這依賴業(yè)務(wù)，不能一概而論，而且也要看代價。還可以采用的做法是給業(yè)務(wù)方合理的提示，比如告知他等會再刷新，而不是直接出系統(tǒng)錯誤。

2. 其次是問題響應(yīng)機(jī)制，不應(yīng)該出現(xiàn)有問題時找不到人的情況（這次不是因為這個原因），溝通渠道應(yīng)該暢通，響應(yīng)制度應(yīng)該完備。比如分響應(yīng)級別，什么類型的問題需要即刻找到人處理，什么問題雖然很著急但可以晚一些處理等等，應(yīng)該有基本的標(biāo)準(zhǔn)。另外，有必要的話可以有值班小組，來分辨問題級別，并且進(jìn)行調(diào)度。

3. 再者是溝通問題，換個角度，如果我是業(yè)務(wù)方，火急火燎的問題別人跟我說太晚技術(shù)休息的時候，我也會很惱火，盡管嘴上客氣。不信可以試試不同部門之間打滿意度，恐怕能說明問題。不滿是各種小問題累積起來的。

4. 最后是技巧問題。人力原因，不可能24小時隨時有人響應(yīng)問題，但問題不會考慮人在休息就不出現(xiàn)。為了融洽各部門，那就應(yīng)該在重要問題時快速響應(yīng)，持續(xù)改進(jìn)產(chǎn)品，提升服務(wù)可用性。日常遇到問題時，則控制好節(jié)奏，攢一批問題再處理，避免被頻繁打斷。借用“峰終原理”，在產(chǎn)品開發(fā)資源有限的情況下給業(yè)務(wù)方制造好的體驗。

5. 最后，復(fù)盤總結(jié)是非常重要的工作方式，總結(jié)需要告知各業(yè)務(wù)方，不要自己聊完就完了。

6. 技術(shù)面臨的最大問題其實都不是技術(shù)問題。