在非洲運營互聯網系統-系統研發歷程（上）
- 2019 年 10 月 30 日
- 筆記
2018年1月初回國後，立馬出差到長沙分公司，完成市場需求場景推導、尼日利亞概況分享和V1.0項目立項等工作，大家對項目市場非常看好，熱情高漲。
當時長沙分公司團隊擅長OTT領域，大部分人都有知識領域情節，對CRM、PAYGo領域完全陌生，而且整個系統業務、數據模型全部都是研發自行摸索設計，需要解決低資源環境系統運營、運維和大非洲環境下支付等問題。
需求就一句話：
做一款在低網絡資源環境下支持銷售、分期支付、短訊發送激活碼和設備控制的系統（後來才知道這其實就是PAYGo方案）
出差這周基本上把項目前期工作都處理完了：
-
完成包需求輸出和確認；
-
完成項目任務書、組織項目立項、確定項目人力投入；
-
業務模塊劃分、系統架構、業務場景、數據流、支付流程圖輸出；
-
完成包需求設計任務分解分配；
-
完成版本庫權限分配和結構規劃、項目任務和產品創建、需求錄入；
-
啟動需求原型UI和業務功能設計；
-
完成短訊貓技術預研；
-
完成證件識別技術預研，並上報進展和建議方案；
-
將大致系統業務流程圖發業務方確認，全員啟動設計和技術預研。
1月底正式調往長沙，後面的3個月時間都在找各種資料摸索、試錯、調整，一切都在按計劃推進：需求設計、編碼、聯調、測試…
系統網元模塊劃分和業務流程推演物流、信息流、資金流：
各小組紛紛推演業務流程和用戶故事分析
設計方案討論
業務場景分析
短訊貓設備預研，當時是淘寶買了一塊短訊貓開發板，並安排了人員做調試。確定方案可行後，又購買了工業級短訊貓設備，並在尼日利亞實地完成部署。
考慮到當地人文化程度，使用系統要儘可能簡單和智能化，減少人工操作出錯的情況，所以計劃使用證件識別技術。
尼日利亞不是所有人都有身份證，主要證件有：身份證、選民證、駕駛證等，另外還要考慮綠卡、護照等證件。
當時也找了開源證件識別組件，但識別率非常低。找的幾家做證件識別的公司，報價都是十幾萬支持一種證件或者100w/年，而且工期都需要幾個月。
考慮到證件識別技術受太多因素影響，最終改成手工填寫+證件拍照存儲的方案。
還有這種紙質的身份證
當地網絡非常不穩定，偏遠一點的地區完全沒有網絡信號，APP做了離線設計，數據無網暫存有網自動提交。
支付方案，尼日利亞主要的幾大銀行：UBA、Zenith、Access、Gt、Diamond、First等，還有很多小一點的銀行（一起估計有幾十家），有很多都是民營的牌照，技術對接很難一通百通。
部分銀行談了合作意向，基本上都表示願意合作，只要我們發起正式商務合作，他們就會立項，然而事實並沒有那麼樂觀，最終是一條不歸路。
不管是運營商還是銀行，都各種拖拖拉拉，簽完合作協議後建立了Skype群，每天就回復一句話，電話各種催都沒有用，沒辦法完全統一接口，後面都不了了之了。
最終V1.0版本是直接採用解析銀行到賬郵件的方式臨時解決支付問題，這種方式安全性、操作性和穩定性都非常低，但在前期業務量少可快速上線。隨着後續第三方支付接入上線，就馬上廢棄了這種方式。
針對不同銀行間相互轉賬做了大量測試，當地銀行轉賬大部分都是按N50/筆收取手續費。
到賬郵件和短訊分析
V1.0版本最終在3月份順利發佈上線，但支付方案仍是最大的痛點。
其他基礎建設在《在非洲運營互聯網系統-基礎建設》有介紹，這裡不重述。
– end –
