《战略咨询报告.docx》由会员分享，可在线阅读，更多相关《战略咨询报告.docx（38页珍藏版）》请在三一办公上搜索。
1、跨境电商企业信息化建设咨询报告（版本1.0）2017年2月本文档所包含的资料和信息均为严格保密，未经跨境电商公司书面同意，不允许直接或间接地向第三方泄露本文档的内容。文档信息卷 宗：跨境电商企业信息化建设战略咨询报告 文档编号：跨境电商 IT-001文档类型：咨询报告 版 本 号：Version 1. 0执 笔 人：目 录1引言41.1编写目的41.2项目描述41.2.1项目名称41.2.2项目背景42业务现状及战略方向分析52.1业务模式分析52.1.1业务模式简述52.1.2目前主要业务模式流程分析62.1.3存在的问题及优化建议102.1.4近期业务模式变革132.2业务战略方向133I
2、T战略目标153.1IT应用战略目标153.2技术目标153.3主要系统要求154信息化现状评估164.1五重维度评估164.1.1IT组织164.1.2基础架构164.1.3应用状况164.1.4人力资源174.1.5信息安全174.2IT建设的内外部约束条件174.2.1内部约束条件174.2.2外部约束条件175IT规划蓝图175.1信息化应用整体框架175.2技术架构185.3基础架构195.4应用拓扑195.5系统扩展195.6信息安全195.7人员体制196主要系统需求196.1跨境电商代购平台196.1.1代购平台前台功能196.1.2代购平台后台功能216.2采购系统246.3
3、WMS系统266.4自营商城系统276.4.1自营商城前台功能276.4.2自营商城后台功能286.5买手商城306.5.1买手商城前台功能306.5.2买手商城前台功能337信息化建设实施建议337.1信息化建设策略337.2分期建设步骤划分347.3每期建设目标及计划347.4系统实施的难点及注意事项347.5基础架构建设规划347.6信息安全建设规划347.7IT团队建设规划347.8分期预算投入规划341 引言1.1 编写目的根据VCanBuy公司（以下简称跨境电商）在现在及未来3年内的业务战略和规划，编写此文档作为其制定IT战略规划及指导的手册，用于未来IT系统开发建设、人员配备、阶
4、段性目标等的计划和目标。1.2 项目描述1.2.1 项目名称跨境电商 IT战略咨询项目1.2.2 项目背景跨境电商作为一家从事泰中跨境电子商务的平台，目前业务已经营运了几年，并且积累了一定的客户群体，但是由于一直受制于IT体系不完备（包括系统不能满足业务发展的需要以及IT人员能力等各方面的制约因素），导致无法满足业务发展及变革的需要，基于以上的主要问题，此次组织了专业的顾问团队对公司的业务、需求及系统进行梳理，并基于顾问团队多年的业务及技术的理解，对跨境电商提出一套切实可行的IT整体战略实施规划及落地方案，以满足未来三至五年内公司发展的要求。2 业务现状及战略方向分析2.1 业务模式分析2.1
5、.1 业务模式简述跨境电商目前从事的是泰中的B2B跨境贸易，但是模式还是比较单一，主要是以泰国的客户自行在中国的电商平台（如淘宝、天猫、阿里巴巴、京东、亚马逊等）进行货物的寻找，通过跨境电商的平台进行下单，由跨境电商在中国的采购团队根据用户提供的货品URL进行采购、收货、转运最后送达客户处。目前的业务模式存在的主要问题包括：l 业务环节中人工操作部分太多，导致差错率高、成本高l 人为因素多，无法提供统一的服务给客户l 业务模式单一，无品类运营，无法引导消费l 采购议价能力差，导致利润率低l 支付手段落后，用户体验差l 业务量扩大后，资金面临风险l 如果中国电商平台开通泰国线，则业务将会受到巨大
6、影响2.1.2 目前主要业务模式流程分析目前的业务流程中，主要包含六个参与方（泰国客户方、跨境电商泰国公司、跨境电商中国公司、国内电商卖家、CTW及泰国快递公司）。具体业务流程（本节中流程以业务主流程为主，部分分支流程则在主流程中以文字方式描述）包括：1. 下单（参与方：泰国客户）a) 客户在淘宝、天猫、阿里巴巴、京东、亚马逊等中国电商平台浏览产品，选中了产品以后，将产品URL复制粘帖到跨境电商平台（）中进行下单。b) 一个客户一次下单不能超过50个SKU，客户一次下的单称为客户单。2. 审核（参与方：跨境电商泰国公司）a) 客户提交的客户单，由跨境电商泰国公司的客服人员进行审核，审核内容包括
7、货物重量、包装要求、价格、运输方式等内容。b) 客服确认过后的订单，会根据与客户确认的内容和条款进行订单金额的调整。3. 支付（参与方：泰国客户）a) 客户根据与客服确认的订单金额进行支付。b) 支付有两种方式，一种为网银的电子汇款，一种是线下去银行门店进行汇款。c) 汇款完成后，通知客服支付完毕。4. 支付确认（参与方：跨境电商泰国公司）a) 客户通知客服订单完成支付，并且提供汇款流水号等信息。b) 客服根据汇款流水号、账户金额等信息，登录跨境电商收款账号进行确认。c) 确认已经收到客户的货款之后，客服在系统中确认。5. 采购下单（参与方：跨境电商中国公司-采购部门）a) 系统会将客户下的客
8、户单，根据不同卖家拆分成相应的采购单。b) 一张客户单对应多个采购单。c) 一个采购单对应多个SKU的记录，都为同一个卖家。d) 除淘宝订单可以自动下单外，其余全部需要手动下单。6. 采购议价（参与方：跨境电商中国公司-采购部门、电商卖家）a) 淘宝订单自动下单后，采购还会与淘宝卖家进行议价，如能降低售价，淘宝卖家进行价格修改（降低部分则作为公司利润）。b) 支线流程：如果泰国客户下订单时，电商网站价格低于中国采购部门下单时的价格，中国的采购部门首先与电商协商是否可以降价，如果协商没有结果，则要将情况反馈至泰国客服处，由客服与客户沟通是否要继续采购，如果客户同意则继续采购，客户不同意则进行退款
9、处理。7. 采购付款（参与方：跨境电商中国公司-采购部门）a) 淘宝订单议价后，其他电商平台下单后，由跨境电商中国公司采购部门进行付款操作。b) 目前淘宝平台是一个采购一个淘宝账号、一个支付宝账号，付款前由采购部门负责人使用公司支付宝账号给采购的账号拨款进行支付。c) 其他电商平台采购使用统一的账号进行采购，由采购部门负责人统一进行付款操作。8. 卖家发货（参与方：电商卖家）a) 电商卖家接收货款后，组织发货。b) 每个订单由负责下单的采购员来跟进发货进度。c) 部分电商平台发货后，由系统接口可以得到采购单关联的包裹运单号9. 仓库收货（参与方：跨境电商中国公司-物流部门）a) 电商发货后，由
10、中国的快递或者物流公司将货物统一寄送到跨境电商中国公司的收货仓库。b) 每个包裹上要求电商卖家打印或者手写订单号。c) 仓库收货人员接收到包裹后，根据系统中关联的运单号或者包裹上的订单号来进行货物和采购单的关联登记操作。d) 对于不能关联上的货物，则由人工进行查找，再进行登记关联。10. 质检上架（参与方：跨境电商中国公司-物流部门）a) 做了登记后的货物，要在操作台上进行开箱质检。b) 质检主要包括：包装是否破损、规则、数量是否正确。c) 如果质检没问题，则在系统上登记，再进行上架（货架以客户为单位，一个客户的货物放在一个或半个货架内，转运模式），等该客户所有货物都到齐后，可以进入打包环节。
11、d) 如果质检有问题，则转入下一个交涉环节11. 采购交涉（参与方：跨境电商中国公司-采购部门、电商卖家、跨境电商泰国公司、泰国客户）a) 如果收货质检时发现货物质量有问题，数量有问题，物流团队会提交到采购团队和卖家进行交涉。b) 交涉分两个方面，一方面与电商卖家交涉，换货或补货，另一方面，如果卖家确实因为缺货等原因无法进行换货补货，则提交到跨境电商泰国客服处，由客服与泰国客户进行沟通，是否接收退款处理，如果接受再进行中国电商卖家的后续退款处理。c) 卖家的换货及补货，到货后流程与9-10环节相同。12. 打包发货（参与方：跨境电商中国公司-物流部门）a) 等一个客户单下的货物全部到齐，仓库进
12、行装箱打包。b) 装箱的原则是同一个客户的货物多件装入一个运输小箱，多个运输小箱装入一个运输大箱，一个运输大箱内可能含有不同客户的货物。c) 打完包准备发货的运输箱，贴TCW面单，运至TCW仓库13. 运输（参与方：TCW）a) TCW负责从中国出关、运输及泰国入境报关等一系列工作。b) 最终货物运抵跨境电商泰国仓库。14. 泰仓收货（参与方：跨境电商泰国公司）a) TCW清关交运到跨境电商泰国仓库。b) 仓库开箱、验收及上架。15. 打包发货（参与方：跨境电商泰国公司）a) 仓库开箱、验收及上架。b) 等待三天后（有可能一个客户的货被分装在两个不同集装箱柜中，等待三天等货物到齐），跨境电商泰
13、国公司仓库负责根据不同客户的货物重新打包，贴泰国快递公司面单发货。16. 运输（参与方：泰国快递公司）a) 负责运输包裹到泰国客户处。17. 收货确认（参与方：泰国客户）a) 根据快递公司交付的包裹，进行收货确认。2.1.3 存在的问题及优化建议目前的业务流程中，虽然有系统在支持作业，但是涉及到的人工操作环节太多，浪费人力成本也容易出错，对此根据业务流程，提出以下优化和改进建议1. 下单a) 目前一个订单完成时间整体比较长，一部分时间就在与客户沟通的环节，建议在系统中设置一些业务规则，比如包装、保险、运输公司选择等，让客户进行一些选择，这样可以减少与客户确认的时间。b) 客户下单时和采购时金额
14、不一致也是比较多见的问题，系统在下单时提示客户，如果在国内采购时，金额偏差在5%10%以内，默认客户接受，等系统通知后自行补货款即可，也可以减少大量沟通工作。2. 审核a) 人工审核重量、客服询问买家否需要加固包装等增值服务，审核时标准不统一容易造成问题，比如审核重量时同一个货物不同的客服重量不一致导致客户不满。b) 可以将日常审核的内容梳理出具体规则，相应规则尽量配置到系统中，能由系统判断的由系统判断，不能判断的也由系统提示客服进行操作，减少标准不统一带给客户的不满。3. 支付a) 目前系统的支付非常落后，尽量要采用电子支付渠道。b) 每个客户都采用一个电子账户模式，可以充值、体现，所有资金
15、往来都通过该账户。c) 目前支付只凭一个登陆密码，非常不安全，建议至少要采用手机端动态密码的模式，后期考虑数字证书方案。d) 目前业务没有一个完结的概念，几个月前的货都会有退货情况发生，给公司带来很多损失，系统要有一个业务完结状态，比如客户收货验收后7日内，该订单关闭，不接受退换货及退款请求，否则涉及跨国退换货，成本非常高。4. 支付确认a) 支付对账人工完成，工作量大，容易产生差错，需要和银行进行对接（最好采用实时接口或异步接口对接，如果不行，可以采用定时下载批量对账文件，自动导入系统后系统进行对账工作）。b) 在业务过程中，会涉及非常多异常情况需要处理，比如部分缺货、部分涨价、打木箱或特殊
16、包装等情况，涉及退款或者补收，但是没有人来监督退款或者补收是否完成，也存在资金风险，需要通过系统统一控制完成。5. 采购下单a) 除淘宝平台外，其他电商平台可沟通是否能够提供自动下单接口b) 由于一个客户单下有多个采购单，一个采购单下有多个SKU，涉及到部分商品缺货、部分商品退货、部分补收等问题，往往状态就混乱，造成资金损失风险。6. 采购议价a) 通过电商平台下单的货，由于不是源头商品，议价能力不强，利润空间很小。b) 采购议价的额度，需要与绩效挂钩，提高他们主动参与议价的积极性。c) 采购过程中有太多需要与客户沟通的地方，造成大量人力资源浪费，建议抽象业务规则后系统化，在客户下单时尽量能够
17、让用户选好，将采购工作尽量流水化作业。7. 采购付款a) 目前每个采购的支付宝余额会隔夜，存在资金风险，建议可以和支付宝协商是否能实现统收统支的模式。b) 采购和付款对账都由人工完成，工作量大，建议改为系统进行对账。8. 卖家发货a) 电商卖家同一个订单可能会分多个包裹发货，系统需要能够将订单关联到多个包裹9. 仓库收货a) 电商发货后，由中国的快递或者物流公司将货物统一寄送到跨境电商中国公司的收货仓库。b) 全程物流记录可以跟踪，方便客户、客服及采购跟单10. 质检上架a) 做了登记后的货物， 11. 采购交涉a) 如果收货质检时发现货物质量有问题，数量有问题，物流团队会提交到采购团队和卖家
18、进行交涉。12. 打包发货a) 一单到底，在中国仓库打包的时候，就实现将中国运单和泰国运单都打印出来贴在包裹上，到泰国就不用再拆包打包，直接可以交付泰国快递公司寄运。13. 打包发货a) 一单到底后，不需要再进行重新打包，打面单操作14. 客户服务a) 目前客户服务都是基于纯手工及电话或IM工具沟通，但是涉及跨国业务协调、客服二次呼入等问题就能难解决，系统需要引入工单机制，将泰国端发起的业务处理，可以以工单形式在两国团队内部流转处理。15. 其他a) 目前结算、财务方面做得非常不够，单笔订单的盈亏、毛利率都分析不出来，资金应收应付的管理也没做到位。2.1.4 近期业务模式变革目前单一的业务模式
19、，势必不能支撑公司未来的发展，根据在跨境电商的调研，近期针对业务模式会进行变革的方向包括：1. 自营业务公司会建立自己直属的采购渠道，根据系统后台数据分析及资深的采购专家经验，在国内建立公司自营部门的采购，通过自营的渠道管理及供应商管理，提供具有竞争力的产品，提高单品的GP率。2. 买手商城目前的业务模式中，客户下单后采购都是由中国的采购团队进行，实际上国内的采购团队只是进行代下单工作，业务模式上非常被动，为了改变这个被动的局面，将来会采取代下单和买手混合的模式，除代下单保留外，会大量引入国内的买手，由买手进行选品、制作商品简介、发布产品、采购，跨境电商负责买手的商品运到仓库后的转运等工作，这
20、样可以通过引入新的模式变被动采购为主动营销的模式，提高转化率、销售额及GP。3. 第三方转运目前跨境电商的转运平台，在有先进的系统、流程及处理能力的基础上，可以承接第三方的泰中转运业务，扩大业务规模和营业收入。2.2 业务战略方向除了近期要进行的业务模式改革外，未来还会进行的业务战略发展方向包括1. B2C业务在自营的模式完善后，除了服务目前的小B客户外，还有足够广度和深度的自营SKU数量后，可以扩展到服务整个泰国的C端客户，针对C端客户，可考虑采用移动APP的模式，类似京东和天猫客户端的模式。采用B2C模式以后，可以快速扩展跨境电商的用户数、日活、日订单，为下一步的业务发展或者融资提供足够的
21、业务规模和数据。2. 东南亚多国业务在完善了系统和业务模式及经验的基础上，可以考虑将业务扩展至东南亚其他国家和地区，完成区域性电商平台的布局。3 IT战略目标3.1 IT应用战略目标l 支持目前的业务模式及应用需求l 支持多国家、多实体，便于将来扩充业务范围至其他国家l 支持灵活的配置，实现快速支持业务变化l 实现统一的客户账号体系，将来多个商城体系，用户的信息统一管理3.2 技术目标l 支持大并发量的访问l 支持多节点的联合运算l 能支持分布式部署l 实现数据合并汇总l 去中心化l 高安全性l 高可靠性3.3 主要系统概述1. 代购平台代购平台能够支持目前的业务模式，客户能够进行下单、支付、
22、收货、售后操作，后台能够进行推荐商品、审核、订单管理、系统配置、管理等操作。代购平台引入更多环节的流程化和自动化，尽量把大部分工作由系统进行完成或者辅助完成，减少人工操作环节和降低运营成本。2. 统一客户账户管理平台未来跨境电商会有多套电商平台，包括代购平台、自营业务、买手商城、B2C业务，随着业务量大可能会独立部署，前期规划时，就要将所有平台的用户体系统一规划为一个单独系统，否则将来平台多的时候，再要合并就会非常复杂和困难（不光涉及到用户信息、还包含了积分、优惠券等各种数据），所以这期就开始规划和准备这个管理平台。3. 采购系统采购系统能够支持目前代购模式，以及未来的自营业务板块，与代购平台
23、类似，也要尽量减少人工操作环节，降低差错和运营成本。4. Call Center+CRM未来随着业务量的增大，特别是买手制和B2C平台的开放，会有越来越多的多渠道客服需求，所以需要有全媒体渠道Call Center系统和客户管理系统。这个系统可以规划到后期再开始建设。5. WMS（转运+电商仓）WMS系统需要支持目前的转运业务，以及未来自营，买手制（电商代发货模式），B2C业务等，这个系统也会是整个业务模式中的核心系统。6. 买手商城为了提高业务量，丰富产品线，要引入买手的模式，买手的模式和目前的代购平台区别很大，所以需要建立一套完善的买手商品，包含前后台。7. 财务系统整体业务运行的总账，必
24、须建立财务系统进行管理和运行，否则无法支持业务规模扩大和规范化。8. 大数据分析系统业务运营需要大量的数据分析，在前期业务系统建设到一定程度，有了一定业务数据积累以后，需要建设大数据分析平台来提供数据分析的能力和服务。9. 基础平台包括HR、用户认证系统、OA等辅助型系统，在公司运营到一定规模后，也需要进行建设，起到规范化公司管理和运营的效果。4 信息化现状评估4.1 IT组织目前的跨境电商内部的IT团队非常不完整，原来只有一个十几人的开发团队，缺少IT管理岗位、产品经理、需求分析、用户体验、网络专家、系统运维及管理、技术支持等岗位。中国和泰国分别有IT人员，系统规划、运维等都不是统一管理、各
25、自为政，无法有效的进行协作。4.2 基础架构泰国、中国分别部署服务器，此外还有云服务，由于中国国内防火墙的问题，双方互相访问问题也非常多4.3 应用状况目前有的系统只有下单平台、后台采购及转运的ERP，其他系统暂无，而且目前的后台处理，系统无法进行有效支撑，还是大量依靠人工在进行操作。4.4 人力资源目前跨境电商的IT体系人力资源非常薄弱，技术人员水平不高，经验不足，亟待大力改善。4.5 信息安全目前系统安全做到也比较差，用户账户体系全靠密码的方式进行校验身份，系统间调用不进行身份确认，传递参数采用明文传递，由于系统底层没有深入研究，从表面问题来看整体信息安全控制就做得非常糟糕，会有非常大安全
26、隐患。5 IT规划蓝图5.1 信息化应用整体框架 根据跨境电商的系统规划要满足未来五年内的应用需要这一目标，规划的整体系统应用架构如上图所示，系统一共分为七个方面：1. 渠道层：渠道层的含义是提供各种接入服务，包括用户端的接入（如浏览器、手机APP、H5页面、电话呼入、FB接入、Line接入、电商接口等）、后台客户端的接入（包括网页、移动管理客户端等）及数据接入等，所有接入都通过渠道层完成，提供服务的接入能力，前期规划时可以考虑单独系统各自建设，在系统成熟度到达一定程度后，则可以考虑抽象、封装，提供统一的渠道接入服务，便于将来更好的扩展。2. 客户层：对于渠道层接入的客户请求，会通过呼叫中心和
27、CRM进行用户甄别，提供客户的基本资料、服务诉求及历史服务记录等信息，即从客户接入开始，就能识别出客户身份，提供与之对应的服务。3. 产品及服务层：这是整个系统应用规划的核心，其中基本上涵盖了将来业务需要的所有业务系统，只是未来，需要将业务系统改造、根据业务应用粒度进行服务封装，提供复用能力，比如用户账户、支付、账单等都可以独立封装成服务，这样的好处是随着服务封装的粒度越来越细，在进行一些新产品开发时，比如将来要上团购，则可以通过复用封装的账户、支付、账单等服务，以及配置相应业务流程来快速实现产品支持系统的交付和上线，这也是目前中国先进互联网企业已经实现的程度。4. 结算层：企业核心系统之一，
28、包括了结算和总账系统，总账系统建议用成熟产品，结算系统则要涵盖多个平台的往来账结算、分润，需要有大量数据快速处理的能力及结算准确性保障。5. 分析层：在系统运行一定时间后，通过ETL抽取出系统核心数据，搭建数据分析平台，可以实现业务数据分析，通过数据来驱动业务，改变目前判断都是基于经验的模式。6. 公共平台层：提供所有系统基础服务能力、比如全公司的组织架构、人员、权限、安全管理、报文管理等，将来也要实现服务化封装，尽量提供更多的复用可能性。7. 数据总线层：作为一个互联网企业，整体系统的耦合性降低，鲁棒性提高等方面都要基于良好的企业数据总线支持，特别是分布式服务总线，能够实现服务提供和调用分离
29、，去中心，灰度发布，局部下线等功能。5.2 技术架构架构的分层整个架构分为四层：框架层、组件层、应用层和解决方案层。框架层定义了基础的规范和模型。组件层提供了丰富的可复用的组件及开发组件所需要的通用接口和公共服务。应用层整合各种组件服务，以满足应用的需求。解决方案层则是根据具体的业务和客户，通过业务咨询的方式，利用平台应用组件快速定制化一套系统，以满足客户需求。框架层l 框架层包括：业务组件框架、分布式服务框架。l 业务组件框架将系统中相关的功能单元划分为一个个业务组件，定义业务组件与系统交互的规范，提供业务组件所需的接口及服务。l 分布式服务框架为系统中的业务组件，服务提供分布模型，使系统具
30、有灵活的部署能力，伸缩性、可用性。组件层l 提供各种应用系统所通用的系统组件，以及特殊业务领域可复用的业务组件。l 提供业务组件开发所需的通用功能接口。l 提供业务组件开发所需的公共服务。应用层l 应用层包含一系列应用组件l 应用组件包含一系列相关领域的业务组件。l 应用组件可以进行一定的行业知识积累，可以针对具体行业业务，也可以针对具体通用系统。l 应用组件必须依赖于组件层的服务支持。解决方案层l 针对不同业务领域进行具体的业务分析l 根据平台提供的应用组件进行合理的剪裁和装配l 根据具体的情况进行客户化定制改造上述技术架构为逻辑上的划分，但是软件开发商的技术架构要能够满足跨境电商未来5年内
31、的技术要求，尽量要与上述技术框架一致，如果跨境电商在短期内没有足够的架构级的自主研发能力，前期可以参考成熟的应用框架，比如借助阿里的EDAS，DRDS，MQ等架构能力，后期能业务能够支撑技术团队后再研发自己的技术架构。此外，更多的考虑异步机制，关键步骤采用同步接口，其余都采用异步调用，尽量实现事务的最终一致性，都是电商平台技术规划的重点。5.3 基础架构建议部署尽量采用云的模式，减少自建机房或者IDC租用的管理、运维成本。根据服务区域不同，采用不同节点部署，以网络访问顺畅为前提。5.4 系统扩展系统扩展能力，主要依靠后期的服务封装的粒度及能力，如果满足这个能力，后期系统扩展性会非常强，工作量也
32、会小很多。5.5 信息安全1. 系统安全n 安全漏洞检查（可以请乌云等第三方参与）n 系统安全产品使用（软硬件）2. 身份安全n 动态密码n 用户证书n 数字签名3. 数据安全n 数据加密n 消息加密n 分布式存储4. 网络安全n 网络安全产品n 网络安全机制5.6 人员体制作为一个互联网公司的IT建设，可参照下图所示：IT体系可以分成三个部分1. 产品管理中心：所有开发的源头都源自产品管理部门，这个部门主要负责的工作包括产品规划、项目管理及业务推广（BD），对规划的产品提出需求，进行项目管理和对产品的使用和推广等业绩负责，完全实施产品项目组制度，产品经理作为小组的负责人，所有资源由其挑选。2
33、. 研发中心：研发中心作为一个资源池，提供架构师、设计人员，开发人员，测试人员等技术类人员，研发中心人员根据不同产品，抽调到产品项目组中提供技术服务，对小组产品的上线、效果等业绩负责，产品组解散后重新放入资源池中。3. 系统运维：系统运维团队负责整体所有系统的运行维护、管理及技术支持工作，相对比较独立，对系统的可用性、稳定性负责。6 主要系统需求6.1 跨境电商代购平台6.1.1 代购平台前台功能主模块功能子功能详细描述首页主分类导航列出重要内容的快速链接，可快速直达新闻公告网站市场新闻内容列表flash幻灯片广告显示近期进行的促销活动或重点推荐的商品，可点击直达网站公告对本店近期的状况给出说
34、明，或假期说明，或促销信息淘宝目录显示淘宝平台的目录，点击后可以进入相应的淘宝界面商品分类对本店推荐商品进行划分的类目，即方便对商品进行管理，也方便顾客查找商品推荐推荐商品显示，图片及文字，含链接汇率显示当日汇率使用帮助通过bannar及帮助页面告知用户如何使用代购平台URL输入区用户可以输入电商平台商品详情的URL到该区域，可以跳出商品展示详细页面进行购买商品展示详细页商品规格选择在商品详细页面显示本商品的颜色、尺寸等规格内容，顾客可点击规格后选择数量购买立刻购买点击立刻购买会快速跳转到订单页面，进而完成订单加入购物车点击加入购物车可将当前商品加入购物车，然后继续选择其它商品，选择结束后再进
35、入订单页面会员中心交易管理我的订单记录当前会员的订单历史，包括已结束和未结束订单订单数据包含了整个订单过程中产品的数据以及物流跟踪记录我的预存款为了购物方便，会员可将部分现金预先打给商家，购物时直接扣除预存款充值/提现对预存款账户进行充值/提现充值后可以在充值记录下留言，备注汇款信息用于人工核对我的咨询咨询客户对平台和商品的咨询留言给平台留言，客服可以答复个人设置个人信息顾客注册为会员后最基本的信息，包括姓名、邮箱地址、电话等内容修改密码修改当前密码，更换为新的密码，支付密码为手机动态码方式收货地址商品的配送地址，可以有多个配送地址，只有一个默认售后服务如果开启了售后服务功能，可以进行退货操作
36、，但仅限于平台规定的时间段内购物车所购商品名称列表在商店已购物商品的简单列表，可供顾客快速查看销售价格商品在本店进行销售时的价格数量本次购物中，某个商品的购买数量操作对购物车列表里面的商品，进行移除、可勾选商品进行部分结算支付操作商品总额本次购物的金额总和商品享受优惠说明如果本订单享受了优惠，对优惠进行的详细说明订单确认收货信息确认/修改顾客填写当前订单的收货人、收货地址、联系信息等收货地址保存顾客对当前账户的收货信息进行管理和配置配送方式确认/修改顾客对当前订单所支持的配送方式进行确认和修改支付方式确认/修改顾客对当前订单所支持的支付方式进行确认和修改运费信息展示当前订单顾客所选择的配送方式
37、和购买商品所产生的运费金额商品清单商品名称、销售价、数量金额商品金额、运费、优惠金额、总金额等提交提交订单订单提交订单信息订单号、订单金额、订单商品数量、收货信息支付方式修改顾客可以对当前已经选定的支付方式进行更改，选择其它支持的支付方式订单支付顾客可以对当前订单进行预存款或其它在线支付方式，进行最终的付款查看订单顾客可以在支付前和支付后，对当前订单的详细信息进行最终的查看和确认会员注册登录会员注册或登录注册或登录时的界面，注册时需要提供手机号码、推荐人代码评论/咨询/留言更简化的评论咨询页面可快速发表咨询、评论、留言，可设置是否由会员操作友情链接支持图文链接可展示与本站相关的网站，通过此方式
38、可提高搜索引擎的认可度，从而获得更多的搜索结果6.1.2 代购平台后台功能模块模块管理类别模块功能块模块子功能功能描述商品推荐商品管理批量操作推荐商品发布将已经添加好的多个商品进行推荐推荐商品取消将已经添加好的多个商品进行取消商品排序添加商品时的默认顺序，可批量调整，序号越大，排列越靠前，显示也靠前添加商品基础信息添加基本的图片，商品名称、重量、分类等信息商品URL该商品的URL链接商品分类分类管理添加分类，添加分类子类，编辑排序，收起，展开自定义分类模板自定义某个商品分类的前台展示页面，一般用于特殊分类或重点推荐的分类订单订单管理添加订单根据顾客的需求，由商家在后台手动添加订单，包含顾客的相
39、关信息，一般用于电话下单订单状态操作管理订单支付订单生成后，通过第三方或线下的方式付款后，对订单做的一个标志订单发货订单生成后，商家对该订单进行发货的相关操作订单退款订单生成并付款后，由于某种原因，对此订单进行退款操作订单退货订单生成并付款后，由于某种原因，对此订单进行退货操作订单作废订单生成后，由于某些原因将此订单作作废操作，作废后此订单无效订单标签给订单加上的某些临时标志，供商家作分类操作订单筛选基于某个标准，对订单进行选择订单导出将某些订单用CSV方式导出到本地进行记录单据管理收款单管理管理在付款过程中的产生的单据，对付款进行记录供查询退款单管理管理在退款过程中的产生的单据，对退款进行记
40、录供查询发货单管理管理在发货过程中的产生的单据，对发货进行记录供查询退货单管理管理在退货过程中的产生的单据，对退货进行记录供查询售后服务管理功能设置售后服务是否开启，及相关注意事项售后申请表处理售后单处理会员申请的售后，包括：审核中，接受申请，完成，拒绝标签为售后数据设置标签导出售后数据导出删除售后数据删除会员会员管理会员搜索按用户名、姓名、手机、电话、email等信息快速查找会员添加输入会员基本信息，添加一个会员会员删除删除一个会员会员筛选基于某个标准对已存在的会员进行筛选会员导出将选择的会员用CSV的方式导出信息列表咨询、评论等内容信息列表展示会员注册项新增新增会员在注册时需要填写的注册项
41、及是否必填编辑编辑或激活注册项，激活的注册项在会员注册时显示删除删除会员在注册时需要填写的注册项站点页面管理页面列表设置商店中的某些单独页的样式文章栏目设置商店中的文章分类，相当于商品的分类异常页面管理用于设置某些特殊情况下的页面提示信息文章管理栏目新增/管理可建立相关的文章栏目，并进行统一的管理文章新增/管理专门建立一个页面，可以围绕某个话题设置多方面的促销活动帮助中心购物流程图用图文的方式介绍在本站购物的简单流程，通俗易懂购物指南在购物过程中遇到的各种问题的解决方式新手上路介绍各种名词，或与购物有关的信息支付与配送介绍本站支持的支付方式与物流方式配置平台配置邮件短信设置配置邮件的发送，配置
42、短信的发送支付与货币支付方式管理配置支付方式的具体内容，可添加、编辑与删除，如支付宝的配置货币管理管理商店中支持的货币及汇率，一般有一个默认货币，可以有多个其它货币汇率管理系统中设置币种之间的汇率价格精度设置设置价格有小数位时的进位情况支付自定义设置设置在线支付完成时的提示信息配送设置配送方式设置配送方式的具体信息，可添加、编辑与删除物流公司设置本店中配送方式支持的物流公司，关联后可在会员中心直接查看物流状态地区管理地区设置设置本店支持的地区信息，也可自定义地区信息管理员与权限操作员管理设置本店支持的多级管理员体系，默认只有一个超级管理员角色管理对某些功能的集中体现，如商品管理员就只能拥有商品
43、中的相关功能操作明细日志对每个登陆的管理员记录每部的操作明细操作日志对每个登陆的管理员记录每部的操作图片管理商品图片配置设置本店中商品图片的尺寸及与水印相关的信息图片管理用于管理本店中已经上传的商品的图片，可删除、替换统计运营统计经营概况本店的整体经营情况账款统计销售收入本店的销售收入预存款本店所有会员的预存款使用情况销售统计店铺销售情况本店已经销售的商品的排名情况商品销售排行某些商品的购买情况会员排行统计本店会员的购买情况6.2 采购系统主模块功能子功能详细描述前台操作采购操作订单拆单将客户单分拆成针对不同卖家，不同SKU的采购单采购单分配系统实现自动的进行采购单分配到不同采购人员进行作业（
44、或采取采购员指定一次拉多少个任务进来处理的模式）采购单调整手工调整分配的采购单，可以取回、放入分配池、重分配等操作自动采购根据所分配的员工在淘宝，天猫等的账号进行比对（订单数），自动提交到指定商城商家。手工采购对于不支持自动采购的平台，采购员手动进行下单，下单后在系统内填入订单号等信息议价登记系统自动记录下下单时的价格及最终付款的价格，其中的差价作为议价的业绩，每月统计后可以进行一定比例给予奖励申请付款提交付款申请补款申请针对供应商，因为特殊情况需要补款申请补收申请针对客户，客户货款不足，需要补收退款申请由于缺货等各种原因造成无法采购，发起退款给客户支付操作由主管进行审核及支付操作对账操作订单对账客户订单与采购单对账支付对账
