工作中會遇到各種各樣的阻力和限制，可能是個別需求方對設計這一環(huán)重視程度低，也有可能是老板壓根不關(guān)心你負責的部分工作，從項目維度上獲得知識并成長通常是藉由跨部門溝通，體驗驅(qū)動的實驗設計可以借助一些老板視線之外的保障項目，以免被各方面掣肘，這也正是其有利有弊的地方。

供應商端的訂單管理頁面結(jié)構(gòu)上看起來非常復雜，我們區(qū)分了“待處理”“已確認”和“已取消”三大類訂單類型，其下的子類型和可篩選條件涵蓋來看顯得很復雜，所以想去做一個重設計。

客人下單后無論支付未支付都會在供應商端生成一筆待處理訂單，由于“待處理”同樣可針對那些退款待處理/取消待處理的訂單，因此我們把新生成的這些未經(jīng)客人再次染指的訂單統(tǒng)稱為“新訂單”；供應商可在未支付訂單24小時之內(nèi)對客人引導支付，超過24小時訂單自動轉(zhuǎn)化為已取消訂單；對于已支付的訂單，供應商可確認或拒絕資源（訂單），同樣是超過24小時未確認自動歸為已取消訂單并向客人全額退款；

客人自行在供應商確認資源之前之后取消訂單也有差異，之前的訂單即便取消了我們也無需刻意知曉，但已經(jīng)確認的訂單都可能已被派遣了相關(guān)的資源，雖然通過線上派遣資源的訂單都會在被取消后自動釋放資源，但也存在少部分的供應商依然通過線下方式聯(lián)系派遣，如果不告知必然會引起紛爭，所幸隨著我們特意在流程上強化，這部分比例正在急劇縮減中。資源派遣在滴滴事件之后做了時間上的限制，如果限制時間之內(nèi)沒有實行派遣則會記為缺陷。

還有一種特殊情況是第三方資源代訂，這類退訂規(guī)則獨立，可能與供應商所設的規(guī)則有沖突，這就需要客人和供應商自行聯(lián)系，平臺唯一能便利于供應商的就是提供訂單備注的功能。當然這是很極端的情況之一。

客人和供應商都可以取消訂單，且都可以手動或通過時限被動觸發(fā)取消行為，而供應商取消訂單的行為會計入拒單數(shù)，影響預訂端顯示排名。提到取消自然要談到退訂，這邊有“退訂”和“退款”兩種概念，退訂是指取消已支付或未支付的訂單，退款則只針對有余額的訂單且可設定退款金額，一個場景是客人支付后與供應商商議獲得一些優(yōu)惠，即可發(fā)起部分退款的要求，供應商可以針對退款行為批允或拒絕。若批準退款金額達到訂單金額，則這張訂單記為被客人全部退訂。

供應商可以自行設定寬松或嚴格的退訂規(guī)則，即客人x日內(nèi)退訂返還y%金額。還有一個坑是針對那些“可訂今日”的訂單，情況會變得有些復雜。通常而言，客人在下單和支付之前都會與供應商先行聯(lián)系確認，供應商也會在客人下單之后與之聯(lián)系，但如若真的有客人直接下單并支付了，產(chǎn)生的退訂后果也需要供應商和客人自行溝通處理，除非供應商有設置極為寬松的退訂規(guī)則。