開發一款程序員喜歡用的SDK不容易。也許有些開發者還不知道能夠使用方便易用的消息推送平臺接口服務。但是像百度、網龍、去哪兒等APP應用都是在使用消息平臺接口的服務。魔推MPUSH開發者程凱徵以一位標準研發人員的視角，將研發和產品設計之間的關係用“與、或、非”來闡述他對消息推送技術是如何誕生的。
目前，魔推MPUSH已經嚮應用開發者開放，支持包括安卓、IOS、JAVA、PHP的主流系統。從原理上來說，爲應用開發者提供的SDK包嵌入到應用程序當中，就可以實現信息的推送功能。目前，廣泛的做法大多使用了長鏈接的發送方式推送消息。這種方式更能節省終端設備的用電量和流量，將更多的消耗轉移到服務器當中。
一般而言，在客戶端內，行業有四大標準來判斷一款SDK的性能。第一是SDK的大小，一般的也就是幾十K，這一點大家現在都能做到。第二點是流量。第三是省電。第四是穩定性。無限環境中，不同的地方需要採用不同的聯網策略，在服務器端，主要考慮的是2臺併發的策略；一臺服務器的高併發能力，也就是一臺服務器能支持多少用戶同時在線的消息推動;第二個是消息的併發能力，也就是一定時間內能順暢地送達多少條信息。
那麼魔推MPUSH又能做到什麼樣的效果呢？
魔推MPUSH在上述幾個指標的表現如下：用戶客戶端在待機空載時，流量消耗是0.8兆/月;在Android上每天40毫安的電量消耗;一臺服務器可以支持200萬用戶同時在線;一秒鐘可以下推5萬到8萬消息，一天能夠推50億條消息，這相當於中國移動整個全中國的短信的存儲量。並在0.5秒鐘內將消息送達用戶客戶端。根據用戶量，並計量同時在線用戶數。目前，魔推MPUSH已經向開發者開放使用。
在推送過程中，魔推MPUSH試圖建立行業技術標準;在推送之後，提供BI（Business ）服務。與其他消息推送類平臺不同，魔推MPUSH更專注於推送之後的運營和後續動作，在推送成功率、失敗率上面做精細化的分析。開發者在後臺就可以查詢到自己應用的這些數據情況。
移動端信息推送是個技術性的產品，對這類產品，行業類還有個說法，就是技術上沒有不可能的事兒，但一挑戰到技術極限，就是個考驗可能性的事兒。將這個可能性比對一下成本，信息推送就變成大平臺不願做的事兒了。無論是魔推MPUSH，還是其他的產品，衝刺技術極限，在信息傳送鏈條上磨練服務，比的就是個精細範兒。