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

一代版本一代神,代代版本削宫本。---图片源自网络

2018年3月底,随着系统陆续上线发布和业务推进,我们又带着新问题再次踏上非洲大陆《非洲考察的经历-5-尼日利亚华企拜访》。

回国后,公司又外派了市场、销售、物流、技术等常驻员工,开启系统运营模式。

4月初,研究了业界各大标准仓储(WMS)系统流程,并对从国内生产出厂、到海关、尼日利亚清关、入库等整个全流程做了推演,确定了WMS系统需求和功能列表,并正式立项研发。

同时也参观了工厂,熟悉了整个生产流水线各环节运作流程和输入输出。

V1.0版本只具备基础销售功能,由于供电、网络和设备稳定性问题,自建短信猫在系统正式运营部署上线后到达率一直不理想,直至换用在线短信服务后才得以解放。

4-6月份,分别迭代了销售、分期策略等基础功能增强,同时也加入了针对当地信用体系的功能和流程。

由于第一版WMS系统是参考业界标准来开发的,当地仓管可能之前没有用过这类系统,觉得流程太繁琐,要求简化。后面重构发布了简版,仓管对系统和业务熟练后发现简版又迭代成了之前的模样。

可见系统培训有多重要。

在7月份前系统最折腾的还是支付方式,一直在做各种测试,尼日利亚有大大小小很多家本地支付也在谈合作,7月份后发布支持第一家在线支付、8月份又加入了支持USSD支付。

后面又陆陆续续对接了多家当地在线、离线第三方支付,截至目前,我们已经支持10+种支付方式,包括自研的支付方式。

9月份,支持无网销售、Google地图定位、活动策略、报表等销售增强功能。

10-11月份,随着商城系统、仓储系统和支付系统陆续研发迭代接入,原流程和架构已经不适用,在V1.4.x做了订单体系重构,在第三方对接能力上做了很大优化。

12-2019年1月份,加入了圣诞换肤、我们自己2C的支付APP发布、售后等功能。

2019年2-3-4月份,在V2.0.x对在线模块做了重构,团队人员也做了很大的调整,节奏也慢下来了。

团队研发流程已流程化,迭代版本经理采取轮职策略,没有项目经理的概念。

在线模块做了微服务拆分,支付模块独立设计。

5-7月份,公司对外提供PAYGo解决方案,研发团队开发、运营、运维尼日利亚PAYGo+CRM+WMS系统的同时,又立了PAYGo基础版本项目。

7月上旬完成PAYGo V1.0版本发布内测,提供定制开发Basic条件。

做了9年多软件交付,这是为数不多的从前期需求调研、立项、设计、研发到现在的迭代交付都是全程参与的项目,在技术、管理、运维等各方面收获都很大。

非洲环境下,很多事情很难快起来,在各方面都面临波荡起伏、突如其来的挑战,需要团队沉住气,不断适应、调整和优化,厚积薄发等待爆发那天到来。

8月份团队再次调整(首图说明一切),又面临新的挑战......

- end -

原文地址:https://www.cnblogs.com/jwcz/p/11792884.html

时间: 2024-10-29 11:05:03

在非洲运营互联网系统-系统研发历程(中)的相关文章

在非洲运营互联网系统-自建短信猫踩的坑

?短信,是我们在非洲运营系统唯一需要本地化考虑的模块,之前写<在非洲运营互联网系统-基础建设>也介绍了部分短信建设的历程,目前我们的短信方案已经成熟,这里专门分享一下,可能不是最优方案,但还是可以供相互借鉴. 2018年12月份前,我们是采用的自建短信设备完成销售用户短信通知,期间也尝试找当地运营商渠道,并没有实质性的进展.同时第三方服务商的报价也结合预计业务量算了下,非常不划算(和自建单价对比).自建过程中也一直在想其他方案. 下图是我在去非洲考察前,在淘宝买的可以插单张SIM卡的短信设备(

互联网系统运营部署,维护

本人不是专职的运维人员, 本文将自己理解的运维技术知识做个梳理.以便 自己记忆和回顾. 现在的 互联网系统是越来越复杂,而且要求系统  7x24 小时不阶段的运作. 对于大型的互联网公司,系统更是错综复杂. 越复杂的系统,越要求简单的耦合, 能够最小化的切分. 统一输入输出, 这样系统才能做的庞大,而不显的复杂.而 且需要能够方便的水平的扩容. 一般系统架构都是随着业务,慢慢的迭代,不断重新架构适应扩张.按照我的理解 是农村的小路不要按照单向 4 车道来修. 而作为江浙沪的高速, 就不能按照单向

linux基础学习-03-操作系统发展历程及系统版本选择

第1章 Linux简介 1.1 什么是操作系统? 简单讲:操作系统就是一个人与计算机硬件的中介. 操作系统,英文名称Operating System,简称OS,是计算机系统中必不可少的基础系统软件,它是应用程序运行以及用户操作必备的基础环境支撑,是计算机系统的核心. 操作系统的作用是管理和控制计算机系统中的硬件和软件资源,例如,它负责直接管理计算机系统的各种硬件资源,如对CPU,内存,磁盘等的管理,同时对系统资源供需的优先次序进行管理.操作系统还可以控制设备的输入,输出以及操作网络与管理文件系统

智慧能源互联网系统建设能耗监测大数据平台开发

智慧能源互联网系统建设能耗监测大数据平台开发构建多能互补的能源互联网,是解决能源安全.环境污染和气候变化的重大举措,是世界能源发展的必然趋势,是安全.清洁.高效.可持续发展的必由之路.智能电网与能源互联网创新服务平台建设,以四川为例,一是促进了相关新技术和实用技术在能源互联网的应用.项目形成了非接触式三维磁场测量仪.智能电网智能变电站二次系统测试系统.交流充电桩.智能楼宇管理系统.电力大数据分析平台等系列产品:二是项目通过将智能电网与能源互联网相结合,在设备的自动化程度非常高的前提下,融入智能控

B2C电子商务系统研发——商品SKU分析和设计(二)

转:http://www.cnblogs.com/winstonyan/archive/2012/01/07/2315886.html 上文谈到5种商品SKU设计模式,本文将做些细化说明. 笔者研究过不少电子商务平台软件,关于SKU的设计各有不同,之所以有这样的区别,是因为面向不同规模的电子商务网站, 存在产品分类复杂度,产品数量级的差异.一种设计方式对于百货式的网站,如京东.淘宝等,也许比较方便,但也许对于一个 专卖服装的小型时尚类网站就不够方便了. 我们先看一下麦包包的 女包:http://

docker中的容器互联-linking系统

docker中的容器互联-linking系统docker有一个linking 系统可以连接多个容器.它会创建一对父子关系,父容器可以看到所选择的子容器的信息.1)容器的命名系统linking系统依据容器的名称来执行.当我们创建容器的时候,系统会随机分配一个名字.当然我们也可以自己来命名容器,这样做有2个好处:• 当我们自己指定名称的时候,比较好记,比如一个web应用我们可以给它起名叫web• 当我们要连接其他容器时候,可以作为一个有用的参考点,比如连接web容器到db容器使用--name标记可以

B2C电子商务系统研发——商品SKU分析和设计

一.SKU及相关概念定义 在设计商品SKU之前,首先让我们熟悉一下SKU和相关的一些概念. # 什么是SKU: SKU=Stock Keeping Unit(库存量单位) 同一型号的商品,或者说是同一个产品项目(商品条形码是针对企业的产品 项目来进行定义的),因为产品与产品之间有某些属性不同,用以区别开这些 不同商品的属性即商品变异属性,又称作SKU属性,因为它决定了SKU 的绝对数量. # 参考说明 百度上有一篇文章也有阐述,可以做关联阅读,我就不重复贴上了. 百度SKU参考 # 什么是SKU

web系统架构设计中需要知道的点(前端篇)

上周没写东西,这周写点互联网系统开发中需要了解的技术点,每个点都可以发散出去,连接更多的知识点,打算做个逐步细化的记录. 一个应用的整个生命周期中(生,老,病,死)都需要有一个整体规划. 前期 评估需求,根据需求提炼出其中隐含的非功能性要求,做为容量评估的参考.一般就是大致估算一下,技术发展到现在,如果是聊天或游戏应用,随便一个服务器单机能能维持100W-160W左右的tcp长连接并进行通讯.所以普通的创业起步阶段的应用一般不必太担心设计问题,可以等业务量慢慢上来慢慢调整系统架构. 互联网上许多

精益之识别和消除研发过程中浪费的思路和模式

本文基于精益思想和精益软件开发,针对研发过程中的"浪费现象"进行深入分析.浪费分成存粹的浪费和必要的浪费,其中存粹的浪费需要消除,而必要的浪费可以进行压缩.结合日常研发过程,本文对如何识别这些浪费.如果消除存粹的浪费以及如何压缩必要的浪费进行剖析,并提供思路和模式. 一.理论基础 精益思想来自制造业,引入软件行业不过10年,目前很多理念还是停留在理论阶段,很难在实际研发过程中进行直接应用和推广.精益的很多思想个人认为是对软件行业有参考价值的,例如本文的主题"消除浪费"