PUSH本身就是一種觸達能力，會變成很多業務場景的一部分。而且因為會直接影響到使用者，是很重要的能力之一。我們可以按照發送的流程拆解：

1是傳送之前，重要的是開放性，而且主要是策略的開放性。也就是給哪些使用者發，發什麼，在什麼時間發等等。如果是一個技術規劃比較清晰的團隊裡，這些內容會分別有團隊來承擔。比如負責使用者畫像和使用者群標籤管理的團隊和平臺，負責文案編輯的內容運營團隊，負責研究業務場景和流程研究的產品團隊等等。開放性，就是要具備與這些團隊和平臺配合的能力。

2是傳送中，需要考慮系統穩定性。這部分在技術上都有比較成熟的方案，一般問題會出在業務層面。比如，一個大規模的傳送任務，如果中途因為錯誤而中斷了怎麼辦？應該通知誰？剩下的任務怎麼恢復？已經發過的使用者還要不要再發一遍？如果是接入了第三方渠道，渠道是否有數量瓶頸？如果只有一家，那麼這個瓶頸就要加入到策略裡，按時間段切分發送。如果接入了多家，還要有路由策略，一個渠道發爆了切換到另一個渠道。

3是傳送後，主要是留痕方便監控和分析，這個壓力就壓到了資料採集的身上。一個PUSH發下去，使用者有沒有點？點了有沒有看？看了有沒有買？這些都跟App中的採集SDK高度相關。所以像SDK這樣的東西，也要考慮到與PUSH之間的配合。