在非洲运营互联网系统-系统研发历程（上）

​

 

 

 

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 -