在非洲運營互聯網系統-系統研發歷程（上）

​

 

 

 

2018年1月初回國後，立馬出差到長沙分公司，完成市場需求場景推導、尼日利亞概況分享和V1.0項目立項等工做，你們對項目市場很是看好，熱情高漲。

 

當時長沙分公司團隊擅長OTT領域，大部分人都有知識領域情節，對CRM、PAYGo領域徹底陌生，並且整個系統業務、數據模型所有都是研發自行摸索設計，須要解決低資源環境系統運營、運維和大非洲環境下支付等問題。

 

需求就一句話：

作一款在低網絡資源環境下支持銷售、分期支付、短信發送激活碼和設備控制的系統（後來才知道這其實就是PAYGo方案）

 

出差這周基本上把項目前期工做都處理完了：

1. 完成包需求輸出和確認；

2. 完成項目任務書、組織項目立項、肯定項目人力投入；

3. 業務模塊劃分、系統架構、業務場景、數據流、支付流程圖輸出；

4. 完成包需求設計任務分解分配；

5. 完成版本庫權限分配和結構規劃、項目任務和產品建立、需求錄入；

6. 啓動需求原型UI和業務功能設計；

7. 完成短信貓技術預研；

8. 完成證件識別技術預研，並上報進展和建議方案；

9. 將大體系統業務流程圖發業務方確認，全員啓動設計和技術預研。

 

1月底正式調往長沙，後面的3個月時間都在找各類資料摸索、試錯、調整，一切都在按計劃推動：需求設計、編碼、聯調、測試...

 

系統網元模塊劃分和業務流程推演物流、信息流、資金流：

 

 

  

各小組紛紛推演業務流程和用戶故事分析

 

 

  

設計方案討論

 

業務場景分析

 

 

  

短信貓設備預研，當時是淘寶買了一塊短信貓開發板，並安排了人員作調試。肯定方案可行後，又購買了工業級短信貓設備，並在尼日利亞實地完成部署。

 

 

  

考慮到當地人文化程度，使用系統要儘量簡單和智能化，減小人工操做出錯的狀況，因此計劃使用證件識別技術。

 

尼日利亞不是全部人都有身份證，主要證件有：身份證、選民證、駕駛證等，另外還要考慮綠卡、護照等證件。

 

當時也找了開源證件識別組件，但識別率很是低。找的幾家作證件識別的公司，報價都是十幾萬支持一種證件或者100w/年，並且工期都須要幾個月。

 

考慮到證件識別技術受太多因素影響，最終改爲手工填寫+證件拍照存儲的方案。

 

 

  

還有這種紙質的身份證

 

  

當地網絡很是不穩定，偏遠一點的地區徹底沒有網絡信號，APP作了離線設計，數據無網暫存有網自動提交。

 

支付方案，尼日利亞主要的幾大銀行：UBA、Zenith、Access、Gt、Diamond、First等，還有不少小一點的銀行（一塊兒估計有幾十家），有不少都是民營的牌照，技術對接很難一通百通。

 

  

部分銀行談了合做意向，基本上都表示願意合做，只要咱們發起正式商務合做，他們就會立項，然而事實並無那麼樂觀，最終是一條不歸路。

 

  

無論是運營商仍是銀行，都各類拖拖拉拉，簽完合做協議後創建了Skype羣，天天就回復一句話，電話各類催都沒有用，沒辦法徹底統一接口，後面都不了了之了。

 

最終V1.0版本是直接採用解析銀行到帳郵件的方式臨時解決支付問題，這種方式安全性、操做性和穩定性都很是低，但在前期業務量少可快速上線。隨着後續第三方支付接入上線，就立刻廢棄了這種方式。

 

  

針對不一樣銀行間相互轉帳作了大量測試，當地銀行轉帳大部分都是按N50/筆收取手續費。

 

  

到帳郵件和短信分析

 

  

V1.0版本最終在3月份順利發佈上線，但支付方案還是最大的痛點。

 

其餘基礎建設在《在非洲運營互聯網系統-基礎建設》有介紹，這裏不重述。

 

        - end -