亚马逊的模块方面

更新时间：2019/9/18 9:35:14信息编号：1039-2308760

所属分类：
所在区域：: 郑州　金水
详细地址：: 民航路怡乐商务A座
联系人：: 骆先生
电　　话：: 13027518501

收录查询： 百度搜狗 360 分享更易传播

赶驴网提醒您：1、在办理服务前请确认对方资质, 夸大的宣传和承诺不要轻信！2.任何要求预付定金、汇款至个人银行账户等方式均存在风险，谨防上当受骗！

详细介绍

做一个TOB产品，针对公司每个用户群体的需求都会有相应的功能和模块g a n l v 5 c o m。

客服部门：公司的客服负责售前、售中、售后的咨询服务，但是在ERP体现的是对订单的有效性进行审核，还有处理退换货。订单的有效性客服会根据客户提供的个人信息，进行人工审核+外呼确认来确认。

采购部门：根据公司的订单量和产品的现有库存进行计算管理，并负责采购和提前备货。

物流运营：物流运营根据每个国家的规定政策，对接不同的运营商，并在系统设置每个物流商的发货量和发货种类。

仓储部门：仓库进行使用WMS进行货物的管理，拣货发货（基本不使用ERP系统）ganlv5.com。

业务部门 : 负责销售产品，所以有需求知道自己的产品和产品对应订单量是多少，对自己投入的成本和所有的库存进行管理计算。

Boss：需要看到公司的订单，投入的成本，应此需要一堆详细的报表。

思考：目标用户不同因此在开发的过程中会产生矛盾的需求，遇到这种矛盾的需求，会根据优先级进行分析是否紧急重要，不重要不紧急的进行搁置。重要紧急的需要商量出明确的方案，大家一致同意才能进行开发。

盲目的新增需求，浪费的是开发资源，也会大大的导致上级和用户群体对产品的不信任原文www.ganlv5.com。包括需求的真伪性，也要有着一股刨根问底的心性。用户会提出一些他们的解决方案，这时需要考虑到他们真正想要解决的是什么，现有的功能是否可以满足，不能满足才会进行开发。
每个模块是相互独立的数据，但是模块之间的信息会进行互通传递。保证了数据的安全性，提高了系统的高效性和承载量。

产品中心：负责产品的SKU建立和管理赶.驴.网。

订单中心：客服负责审核订单，业务查看订单，订单的状态流程显示。

采购中心：缺货的产品数量显示，近几天的销量显示，采购负责采购的功能。

仓储中心：显示每个仓库的库存量以及库存的占用数，采购备货的功能。

物流中心：对接第三方的物流商，负责抓取物流轨迹，在页面进行跟踪展示。

调度中心：负责每个模块的数据流转展示，已便确认发现定位问题来自www.ganlv5.com。

思考：因为公司的系统之前经历过重构，之前的系统存在的是功能区分不明显，采用的PHP语言进行的开发，优点是快捷便利的开发，缺点却是无法承载高速增长的订单量。

重构后的系统，采用的是Java语言进行开发，并按照模块进行划分，数据在每个模块进行传输，可承载订单量大大提升。并且重构前的系统在不断的做加法，没有很好的进行功能的划分。重构后的ERP系统，进行了明确的划分，克制的增加新的功能，让我想到奥卡姆剃刀定律“如无必要，勿增实体”

展开更多描述 ↓

展开更多图片 ↓

温馨提示：“亚马逊的模块方面”由用户自行发布，信息内容的真实性、准确性和合法性由发布人负责。虽然部分网友认证了账号，但是并不代表没有风险。赶驴网不提供任何保证不参与交易，亦不承担任何法律责任。

精选信息热门信息