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

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 -

猜你喜欢

转载自www.cnblogs.com/huige-you/p/11767103.html