广百荟与购物APP分频道经营管理信息系统项目邀标书

随着智能手机等终端设备的普及和移动互联网的快速发展,O2O成为传统零售业开展线上线下业务良好的切入点,进而实现全渠道业务发展,通过移动终端将顾客、品牌/供应商、门店和网上商城很好的融合在一起,顾客在不同渠道的购物体验可实现无缝对接,从而大幅提升购物体验.
经研究,广百股份将启动广百荟与购物APP分频道经营管理信息系统项目.
欢迎各单位参与投标,希望贵公司结合广百荟与购物APP分频道经营管理信息系统项目的思路、规划和需求,以你们丰富的项目工作经验和资深的行业经验,充分发挥贵公司的资源和优势,为广百股份提供一个合适的项目解决方案.

项目概况项目名称《广百荟与购物APP分频道经营管理信息系统项目》项目整体思路和规划整合线上线下商品、会员、供应商、促销资源,实现资源共享利用,充分发挥线上线下各渠道各业态的优势,开拓全渠道的商品销售、客户服务的经营模式.

一个平台:广百荟平台.
两个应用端:PC端(重点)和移动端.
5+1多频道:广百荟划分为电器、超市、百货(面向线下实体店,需要对接百货商品中台,该部分不在本项目邀标范围内)、跨境、百货综合(电商自营)五个独立频道,分别由电器公司、超市事业部、业务中心和电商公司独立运营;一个开放品牌/供应商频道,由品牌商、供应商进驻、运营为主,我们管理为辅(供应商频道在本项目中的具体建设内容见"项目建设的主要内容"中相应部分及后文的相关描述,完整的"供应商开放平台(API)建设"不在本次项目邀标范围内,本项目系统建设时仅预留相应接口和框架设计).

分渠道、垂直管理:各事业部、品牌/供应商独立负责各自频道的商品组织、销售和运营,广百荟系统开辟多个频道,从前端的商品展示,活动管理,购物流程,到后端的商品发布,促销设置,订单管理,客服服务,物流配送整个流程,分渠道进行管理和运营.

项目整体框架描述该项目非全新开发项目,而是在现有广百荟电商平台(包括"广百荟"前端网站、多渠道管理系统、电商ERP系统、WMS系统、会员中台等)的架构基础上,进行深度二次开发和扩展.

项目建设的主要内容整个项目包括5个关键部分的开发:广百荟购物平台全面升级(PC端);广百荟移动应用开发(移动端);多渠道管理系统升级(二次开发、划分各频道/店铺的独立管理权限及流程、对接供应商提供的相关API);供应商开放平台(API)(仅预留相应接口和框架设计);所有相关系统(指图表1系统整体架构中列示的系统)接口开发、改造及调试.
开发环境及部署环境要点5.
1现有应用运行环境(前端网站、多渠道系统、ERP系统):托管机房服务器服务器中间件功能描述OS环境WEB服务器Nginx提供web服务,负载均衡Linux前端缓存及图片服务器Redis前端网站数据库、图片缓存服务搜索服务器Solr前端网站搜索殷勤、独立提供搜索功能应用服务器Tomcat前端应用服务器(web,java)接口服务器银行、支付宝等金融接口自治机房服务器服务器中间件功能描述OS环境内网服务总线ESBJMS实现后台管理等和与托管机房相互连接数据同步等Linux应用服务器Tomcat多渠道、ERP应用服务器数据库服务器Mysql多渠道系统、ERP系统数据库(独立)备用服务器Mysql备用5.
2现有应用运行环境(会员中台移动应用):操作系统:Linux,应用层:Tomcat,数据库:Oracle,主要开发语言为java及html5.
移动端应用页面同时嵌入微信服务号、android及IOS三个环境中.
5.
3本项目运行环境要求:对于前端网站、多渠道系统的改造升级,系统改造后需要完全兼容原有运行环境.

对于新开发的移动端应用,运行环境无硬性要求但需尽量兼容现有的环境.
但有两个问题需要考虑,一是独立开发与多渠道系统之间的接口,还是与PC端应用共用接口二是否能与PC端共用前端缓存数据库如果这两部分不共用,如何有效地解决数据同步及保证PC端与移动端的接口一致性的问题.
投标方需对这一问题做详细的阐述.

5.
4本项目开发环境要求:用JAVA语言进行开发,开发环境中需架设SVN服务器及MAVEN私服,按照原有系统的开发及部署流程进行开发.

移动端尽量使用HTML5标准,无论嵌入微信服务号还是手机APP(android及IOS)均使用同一套页面,无需在不同的平台进行重复开发,多个平台版本能同时更新及上线.

对于应用间的数据交互,尽量使用标准Webservice接口及消息队列,个别可使用数据库存储过程调用.

项目关键要点6.
1广百荟购物平台全面升级(PC端)升级改造目标:实现统一平台多频道/店铺运营,实现平台整体优化(UI、功能、性能、浏览器兼容性).

广百荟平台整体改造成垂直架构,支持多个频道(店铺)独立运营.
由一个综合商城改造成由几个垂直业态组成的统一在线购物平台.
单一品牌(广百荟)拆分成多品牌运作.
(广百荟.
电器、广百荟.

综合百货、广百荟.
超市、广百荟.
跨境购、广百荟.
汇品牌)平台公共模块:首页、会员中心、购物车、全站搜索、分类列表页、商品详细页面、客服及投诉建议等.

首页:集中展示各频道的优势商品及热门活动,全站搜索,完整商品分类展示.

会员中心:对接会员中台,基本保持不变.
购物车:购物车全平台统一,但结算时会根据不同频道的商品生成独立的订单,独立付款,运费独立计算,不同频道订单不合并付款.
供应商频道内不同店铺订单不合并付款.
总的来说,订单一单生成,后续的支付、发货、物流、售后等流程都是相互独立的.

全站搜索:通过全站搜索的结果能混合展示各频道商品.
分类列表页:通过首页的分类列表混合展示个频道商品,商品带有明确的频道标识.

商品详情页:商品详情页添加评价及咨询功能.
客服及投诉建议:自营频道个性化模块:频道首页、活动展示页、商品列表页、频道促销活动(自营频道指:百货综合、电器、超市和跨境购频道)每个频道都有一个独立的频道首页(首页元素可在多渠道系统进行配置),可以根据各自的运营需求设计不同的展示风格,包括频道内的商品列表页及促销活动展示页面.

频道内商品分类与搜索功能根据各频道运营需求进行特定优化.
供应商频道个性化模块:频道首页、店铺首页、活动展示页、商品列表页、频道促销活动、店铺促销活动.

供应商频道是本项目里一个比较核心的新增内容,由于供应商频道内的商品来源是多个供应商,因此供应商频道内的商品也可能是需要分开发货的,必须引入店铺的概念.
前端引入店铺的架构,一是为了每个供应商的商品展示可以实现个性化,二是顾客能更直观地知道那些商品是可以在一张订单内发货.

可见,供应商频道内的购买的商品,除了要与其他频道的商品分开订单支付,本频道内不同的店铺也是分开订单的.
更通用的说法应该是前端系统的拆单,不论是什么频道,其实都是按店铺这一架构为拆单原则,只不过其他的自营频道相当于一个大的店铺而已,而频道本身更接近于店铺的虚拟集合.

店铺这一架构的引入,导致频道内个性化的页面会增加很多,不光是频道和店铺的首页,还涉及频道、店铺内商品的列表页,频道、店铺内促销活动页等.
投标方需要就供应商频道的前端框架设计做比较详细的描述或提供比较好的案例作参考.

整体优化内容:UI、搜索引擎、推荐系统、性能优化、浏览器兼容性.
用户(会员)中心:根据功能或频道的建设需要进行必要的调整,确保与会员中台系统的平滑对接,数据交换准确、畅顺.

投标方需对现有广百荟前端架构作一定的分析,就上述列举的内容提出具体的可行的优化方案.

6.
2广百荟移动购物应用的开发,并与会员移动应用的整合移动购物应用的开发基于两个目的:一是线上自有渠道从单一入口(PC网站)扩展到PC端及移动端两个入口,适应顾客不同场景下的需求,PC端及移动端基本功能及框架保持一致,商品信息、商品库存、促销活动、购物车、订单、用户数据等能在两个应用中无缝切换.
二是充分利用现有会员移动应用的入口流量,实现从会员服务到购物行为的转化,提升整个广百在线销售平台的普及面及在实体店消费者中的知名度.

移动端购物虽然是一个全新开发的应用,但是在整体功能及流程上与PC端是一致的,基本上可以看作是PC端在移动端的一个移植版本.
投标方需详细阐述这个需求的具体实现方式和评估其可行性,在对PC端已经上述升级改造的同时要考虑如何在移动端同步实现对应的架构和功能.
另一个重点是PC端和移动端属于两个应用,是否能保证数据的一致性,如果同时读写一个数据源,如何保证其读写不产生冲突和异常.

在开发模式上,要求移动端购物应用采用开发一套页面(基于HTML5),能同时内嵌到微信服务号及手机APP中(android及IOS),无需针对不同平台进行多次开发.

与原有会员移动应用的整合,原有会员应用(会员中心)成为移动购物应用的一个功能模块.

移动端支付支持:能支持帐户内支付(积分、电子券、帐户余额),第三方支付(微信、支付宝、银联等).

6.
3多渠道管理系统的分频道/店铺管理升级,及移动端模块扩展在原有电商平台的框架下,多渠道管理系统是作为前端应用的管理后台,和对接后续ERP及WMS系统而开发的.
从前端首页布局,商品信息录入,上架,库存,促销活动,订单处理,售后处理等业务都是通过该系统来进行管理的.
多渠道和前端应用是不可分割的整体.

本项目中前端应用的两大核心变化:分频道管理和移动端应用,都需要多渠道系统的大量开发改造来支持其实现.

多渠道系统中的大部分业务流程和模块,都需要分频道进行开发并扩展移动端的支持或优化.
涉及模块包括但不限于:商品管理(用于各频道独立的商品添加、商品上下架、商品调价、商品分类),促销活动管理(用于设置及管理各频道的促销活动),商城CMS管理(管理整个平台的首页、频道首页、频道活动页、频道商品更新、频道商品详情页、移动端个性化页面).

多渠道系统作为整个项目的关键改造部分,其需要对接的系统是最多的,需要处理的业务也最为复杂,系统改造完成后,多渠道系统呈现的架构如下表所示,请投标方认真考虑该架构改造的可行性及相关难点.

前端渠道频道细分运营部门对接ERP对接WMS对接CRM自有渠道:广百荟PC端、手机端百货综合电商公司原电商ERP原电商WMS会员中台系统跨境电商公司跨境ERP/无服务商WMS超市超市事业部富基超市ERP超市WMS电器电器事业部金力电器ERP电器WMS供应商/店铺视具体运作模式供应商提供API供应商提供API天猫暂无电商公司百货、超市、电器ERP各自对应的WMS无政采及其他第三方无电商公司沿用现有流程上表的详细说明:作为自有渠道的广百荟平台,PC端和移动端不作为两个渠道明显区分,共享所有的商品及库存,常规购物流程保持一致,主要区别在于页面的展现方式及个别的短期促销活动(不影响整体流程的基础上).

百货综合频道由电商公司运营,商品自采,暂时沿用现有ERP系统及WMS系统进行对接.

跨境频道由电商公司运营,商品库存及订单等需要与跨境ERP系统对接(跨境ERP开发中,对接工作于本项目中实施).

超市频道由超市事业部运营,商品库存及订单等需要与富基ERP系统对接(对接工作于本项目中实施).

电器频道由电器事业部运营,商品库存及订单等需要与金力ERP系统对接(对接已实现,本项目中完善和优化).

供应商频道由于需要支持前端的店铺架构,多渠道系统也需要同步增加对店铺这一架构的支持.
从商品录入,上架,订单处理和前端的店铺个性化页面等都需要细化到店铺的架构.
从整体结构来说供应商频道与跨境频道比较接近.
但是现阶段由于具体的合作供应商及其合作模式还没有最终落实,具体的功能可能采用人工录入、订单导出或对接供应商API的模式.

多渠道系统的库存控制.
商品库存实物数据来源于各ERP系统,但是前端应用实际可以销售的库存数据来自多渠道,在新架构下,PC端和移动端是否共享库存,自有渠道与天猫的库存如何分配,各频道由于业态不同是否需要使用不同的机制,这些都需要进一步明确.
投标方需就库存控制机制提出对应的解决方案.

6.
4供应商开放平台(API).
(仅做框架设计)6.
5所有相关系统接口开发与改造.
内部系统接口改造:前端接口服务(同时提供给pc端、移动端调用),订单推送接口、ERP接口等;外部接口调用:移动端支付接口(支付宝、微信、银联、其他);对接供应商的API(商品信息、库存、订单推送、物流、售后等).
实施要求上线、项目验收及付款进度要求上线要求:签订合同后90天完成系统上线,PC端分频道及完整移动端应用(购物和会员服务整合)同时上线.

项目验收非广百股份因素影响,要求应在系统上线后3个月内完成.
结合项目上线进度和验收要求,按以下进度支付项目款:合同签定后支付合同总金额的30%;系统上线确认后支付合同总金额的30%;项目验收通过后支付合同总金额的25%;项目验收通过半年后支付合同总金额的10%;项目验收通过一年后支付合同总金额的5%.

实施期间实施团队及场地要求项目实施期间,要求项目实施团队(含项目经理、高级顾问、开发及测试人员)在广百股份现场办公,保证不少于6名(含6名)主要成员,需要提供最近连续一年或以上的社保证明文件,经投标并双方确认后,除广百股份有合理要求外,投标单位不得随意更换以上指定人员,该要求产生的相关投标成本投入,由投标人自行在报价中考虑.

验收后免费维保期间实施人员要求项目验收通过后,要求项目团队核心成员不少于3名(含3名)在广百股份常驻6个自然月,成员必须包括:项目经理、高级顾问、高级开发,以便强力保障项目的健康运行和可控维护,达成以上要求的,给予支付10%的项目进度款.
该要求产生的投标人相关成本投入,由投标人自行在报价中考虑.

接口开发要求本项目涉及众多接口开发,广百股份协调第三方与投标人协作电器、超市、WMS系统的接口(第三方系统的相关费用不包含在本招标范围内),其它接口均由投标人完成,该要求产生的投标人相关成本投入,由投标人自行在报价中考虑.

其它要求本项目的业务复杂性(对接多达10多个系统;现有购物平台的理解和改造;多频道的移动购物)和技术复杂性(在现有平台改造、接口开发、新应用开发、PC端和移动开发),要求投标人务必深入认真分析需求和要求,深刻认识项目对广百股份发展的重要性,深刻认知项目的难度和工作量,切实至少能按质按量完成项目各项要求.

技术要求系统架构:J2EE架构、支持C/S、B/S相结合的三层架构.
开发技术:JAVA、HTML5网页、微信开发技术,其中多频道购物的PC端必须基于广百荟现有平台改造.

后台应用数据库:支持Oracle、MySql等目前主流数据库.
前端缓存数据库:redis.
搜索应用服务器:Solr.
应用服务器:tomcat.
操作系统:支持Windows/Linux/Unix等多操作系统;Andriod、IOS等.
运行:各类PC端浏览器;各类智能手机APP;各类智能手机微信公众号;支持多窗口.

前后端系统之间的数据交互要有相应的安全保障措施.
整体系统架构具有灵活的扩展性,可有效支持业务和应用的增加,实现平滑的升级调整.

技术转移和知识产权经客户化开发和接口开发形成的成果的所有权和知识产权完全归广百股份有限公司所有,广百股份有限公司有权利用该成果进行后续改进和创新.

项目实施方需提供系统完整源代码和相关技术和实施文档,以便广百股份有限公司可以自行对建成后的系统及产品进行二次开发和维护,源代码提供的费用,由投标人自行在报价中体现.

投标人要求资质要求注册资金人民币100万元(含)以上,具有中华人民共和国境内独立企业法人资格、独立承担民事责任和履行合同能力,近三年的经营活动中没有重大违法记录.

具有履行本项目建设工作所必需的团队、设备和专业技术能力.
具有较强的本地化开发和服务能力,并配有较强的专业技术队伍,能提供快捷的开发、实施和售后服务响应.
具有良好的售后服务体系,能提供良好的技术支持,必须在广州有固定经营场所和维护人员者,能提供快速便捷的应急响应.

有相关互联网+/零售行业信息系统研究、开发、实施经验;近三年内具有建设同类项目经验,有相应的履约能力(须提交如项目合同与验收材料等证明文件).

其他要求投标人至少提供2个移动购物案例(运行中),并且至少一个案例可以通过微信公众号为运行入口,至少一个案例为跨境电商,投标人可允许广百股份作为用户使用该系统,如能提供者优先考虑.

本项目要求供应商可提供基于广百本项目需求的移动购物原型,可以基本运行,如能提供者优先考虑.

报价要求,投标人在详细阅读本邀标书后,必须提交项目报价,对于项目不理解而造成劣质报价的单位或无法提供预报价的单位,将失去投标资格.

本项目不允许联合投标.
投标文件要求投标文件应由:投标人资质文件、项目解决方案、商务报价文件及投标人认为需要的其他相关文件,并独立封装.

投标人资质文件至少应包括:经最新年度年检合格的营业执照副本、税务登记证(国税和地税)、组织机构代码证、一般纳税人资格证等资格证明文件复印件;法人授权委托书及授权委托人的身份证复印件;信息化相关资质、资格证书或文件;上一年度的财务报表(复印件);核心团队及成员介绍材料,包括技术能力和特长、项目业绩和经验等,附资质资格证书或证明文件;公司相关的主要业绩证明,主要介绍与本项目相关的项目案例,近三年内的,要有项目金额和简要项目说明及附相关项目合同与验收材料等复印件;认为需要的其他相关文件或说明.

投标人的项目解决方案应针对广百荟与购物APP分频道经营管理信息系统项目提供完整的技术解决方案和实施方案,包括但不限于:系统的体系架构、功能设计和实现思路;系统实现的关键技术要符合当前和未来发展的要求;在系统拓展能力、权限设计、系统性能(并发处理、可靠性等)、数据交互和安全措施等方面要给出具体方案阐述和建议.

投标人的项目解决方案应列出广百荟与购物APP分频道经营管理信息系统项目的整体实施计划,实施计划应涵盖系统实施、系统与接口开发和测试、系统部署、数据初始化和试运行、系统操作和管理培训等内容,计划表格式可参考如下:实施阶段任务描述重点/难点开始时间完成时间成果阶段一:……1、xxxx……年月日年月日《xxxx》2、xxxx……年月日年月日《xxxx》阶段二:……1、xxxx……年月日年月日《xxxx》2、xxxx……年月日年月日《xxxx》投标人的项目解决方案应包含系统运行维护方案,包括但不限于广州本地售后服务机构及人员情况、系统升级、故障排除、性能调优、技术咨询等售后技术支持服务情况;提供项目终验后一年的免费系统技术支持和维护服务;免费维护期内提供免费上门维护、升级服务,对故障响应,到达现场,解决问题所采取的措施等.

投标人的项目解决方案应包含其为完成该项目而组建的项目组成员名单及介绍,包括每个项目成员的情况介绍应包括简单履历介绍、工作特长(特长领域、能力取向、软件开发的能力等)、经验与业绩(包括从事相关系统建设的经验,对每一个项目有一个简要的描述,该人员参与的时间以及在项目中的责任)、资格资质情况等.
另附项目成员安排表,参考如下:编号姓名项目职务参与阶段是否驻现场驻场阶段及时间最近连续一年或以上的社保证明备注12345678910投标人的商务报价文件应给出相关广百荟平台改造、多渠道管理系统升级、系统接口、购物APP等项内容报价的明细报价清单.

投标人认为需要的其他相关文件或说明.
以上文件原件或复印件均须加盖投标人公章,并按分类独立封装好.
过程说明投标人按照本邀标文件的要求编制相关投标文件,并按相应时间进行报名、投标.

投标人的投标文件分两次提交,投标报名时提交投标人资质文件;通过资格审核后,在投标截止时间前提交项目解决方案、商务报价文件等投标文件.

邀标人先对报名投标的投标人进行资格预审,审核通过后将以邮件或电话的方式通知投标人并接受其投标,也将向不符合资格要求的单位发送通知(含告知那些资格不符合要求).

邀标人对投标人及其投标文件进行评审,同等条件下,最低价为中标人.
视项目需求、服务质量和要求、合同草案条款等,在必要时,邀标人有权利与中标人进行竞争性谈判,有权利要求中标人进行二次报价或最终报价,价格不高于首次投标报价.