电商平台产品需求.docx
- 文档编号:5541474
- 上传时间:2022-12-19
- 格式:DOCX
- 页数:39
- 大小:1.48MB
电商平台产品需求.docx
《电商平台产品需求.docx》由会员分享,可在线阅读,更多相关《电商平台产品需求.docx(39页珍藏版)》请在冰豆网上搜索。
电商平台产品需求
电商平台产品需求
起草人
版本
时间
评审
备注
张彩荣
V1.0
2012-05-16
1、产品背景
电子商务在国内市场领域发展迅速,如电商巨头阿里巴巴的崛起,正是电商发展的一个特例,电子商务市场庞大,属于一个高速发展的新型行业。
中国网购市场2010年销售总值达到了4600亿人民币,整体销量增速达102%,远超传统的零售销量。
在这样的市场下电商具有强大的发展潜力,如京东、当当、凡客等等电商的新旺。
然而,商家通过网络的运营方式有限,加之各个实体经营的实体商家缺乏电商运营能力,电商网络运营成为商家面临的新难题。
我们将为商家提供一个全面一站式网络运营、营销、活动平台。
帮助商家抢占网络消费市场。
同时为消费者提供优质的网络消费体验。
2、产品定位
A、最大的商家运营活动网络平台
B、一站式商家活动策划服务站点
C、最赚钱的消费者消费电子商城
D、最权威的消费者评论平台
3、功能模块一览
3.1、功能块简述:
3.1.1、会员中心
会员中心的角色分为两类,一类是平台的入驻商家;一类是平台的消费者。
图3.1——会员中心功能一览
3.1.1.1、商户管理
3.1.1.1.1、商户用例(UseCase)
商户在会员中心对自己的帐号进行操作的主要功能用例(UseCase):
分为基础帐号操作、帐号绑定手机号码操作、帐号绑定现金帐号操作三类,涉及到这三类信息的增、删、改、查。
图3.3——商户会员中心用例图
3.1.1.1.2、商户状态
商户根据开户和运营过程中的操作拥有下面图中的各种状态。
开通帐号的三种状态,需要相关人员填写资料提交申请,专员审批;黑白名单的状态由系统对商家进行信用统计进行评级(需要专员进行信用明细审查,审批后转换信用等级)。
图3.4——商户会员状态图
注释:
正负评分均为0的商家为正式用户。
3.1.1.1.3、商户帐号开通流程
图3.5——商家开户流程图一
Ø线下流程说明:
A、销售人员线下和商家沟通:
可以是商家到我们平台填写信息申请注册,后销售专员得到信息后和商家进行线下沟通;也可以是销售专员寻找到商家直接做线下沟通,然后再做线上申请。
B、商家同意入驻协议,可以自己进行线上电子协议签订,并提交开户审批;也可以签订线上协议并委托销售专员进行线上帐号开通申请操作。
图3.6——商家开户流程图二
Ø线上流程说明:
线上操作的每一个步骤,都需要做及时的相关人员通知,保证上线操作高效及时。
3.1.1.1.4、商户帐号修改流程
商户注册信息在审批前可以进行修改,提交审批的资质信息在审批前面可以进行修改。
●审批中是不能修改的。
锁定所有的可输入框为只读状态。
●同样修改中的信息不能做审批。
●需要做同步锁定。
并显示处于“XXX审批”或者“XXX修改”中,只允许查看。
●关键信息修改需要审批。
如:
商家开户时填写的运营执照、法人等等。
●非关键的信息修改不需要审批。
比如:
帐号密码(只需要做手机短信验证码验证就可以修改)。
或者商家描述、店门地址等等。
图3.7——商家帐号修改流程图
3.1.1.1.5、商户手机绑定流程
用户的手机号码比较重要,在用户进行安全插件安装,现金帐号变更时都需要通过手机得到动态验证码,有验证码才能进行操作;现金积分变更时可以从手机上得到及时的通知保护帐号安全。
●提交资质审查时可以做手机绑定。
●完成注册后强制进行手机帐号绑定。
●绑定现金帐号前需要先绑定手机号码。
图3.8——商家绑定手机流程图
3.1.1.1.6、商户手机修改流程
在用户手机号码发生变更的情况下,用户可以使用我们的手机绑定更新功能更新自己绑定的手机号码。
●更新用户的手机号码。
●备份用户的老号码,不做删除。
图3.9——商家绑定手机流程图
3.1.1.1.7、商户现金帐号绑定流程
商户在提交资质审查的时候可以进行现金帐号绑定的操作,也可以成为正式的入驻商户后在帐号管理中进行现金帐号绑定的管理操作。
●在用户填写现金帐号的时候需要做安全控件,保护用户帐号安全。
●需要做用户选择的第三方帐号级联匹配,提示用户输入的正确性。
比如:
银行帐号,需要用户输入的帐号和用户名称全部正确、验证身份证号码。
如果有一项不正确都视为错误的帐号录入。
●正式用户在登录后如果未完成现金帐号绑定需要系统有提醒信息,非强制,但是在进行充值或者提现的时候需要做强制绑定操作。
图3.8——商家现金帐号绑定流程图
注意:
所有有关现金帐号变动或者操作都需要系统的动态手机验证码。
所有在绑定现金帐号前一定需要先绑定手机号码。
3.1.1.1.8、商户现金帐号修改流程
商户在运营过程中如果需要修改现金帐号,那么需要使用该流程,进行现金帐号的更新。
●提供的新的帐号走现金帐号绑定的流程,参考图3.8.
●老帐号需要做备份,不能删除或者覆盖。
需要提供给对账系统,和安全中心使用,方便用户查询。
●在修改帐号输入正确后,后台需要走现金帐号转账的操作,将老帐号的现金转入新帐号。
图3.9——商家现金帐号更新流程图
3.1.1.1.9、商户帐号注销流程
商家如果需要退出我们平台,那么需要用到帐号注销流程,结束在平台的一切活动。
满足下面条件可注销帐号。
需要线下平台人员提交一份商家退出访问调查报告,了解原因,帮助平台更好的运营。
●无任何有效期内的商品发布。
●无积分、无现金。
●无任何与平台之间的未处理事项。
图3.10——商家帐号注销流程图
3.1.1.2、消费者管理
3.1.1.2.1、消费者用例(UseCase)
消费者在会员中心的功能用例基本和商家用户是一致的,可以参考商家用户的流程处理。
图3.11——消费者用例图
3.1.1.2.2、消费者状态
会员注册后成为试用会用,当用户进行了绑定手机激活后就是正式的会员,当用户需求进行充值、提现等操作时则进行现金帐号绑定。
请参见商家流程基本类似。
图3.12——消费者状态图
3.1.1.2.3、消费者帐号注册
图3.3——消费者帐号注册流程图
Ø关键点说明:
A、防止注册机攻击:
●页面注册验证码。
●需要控制同IP一定时间内注册用户量(可配置),如:
同一个IP每天只能注册10个帐号。
●对于配置时间期限内一直都没登录的用户(户头无积分、无现金、未激活为正式会员),发送提醒信息。
第三个周期依旧没有登录的帐号,给予清除处理,并发通知到用户。
3.1.2、安全中心
安全中心需要负责这个平台运营的全面安全,包含了会员帐号安全,系统数据安全和系统与用户间的信息交互传输安全三个方面。
图3.4——安全中心
3.1.2.1、帐号安全
帐号安全包含商家帐号、消费者帐号和管理员帐号三类。
这里的安全只的是使用安全、保存安全、修改安全三类。
3.1.2.1.1、使用安全
帐号使用安全是指为了保证用户在使用帐号进行平台登录时候的安全策略。
可以考虑两种方式来保护用户帐号安全:
●数字证书
●软键盘输入
3.1.2.1.1、修改安全
修改安全是指用户在修改个人帐号信息的时候,部分关键信息的修改需要进行验证才能修改。
比如商家修改法人信息、现金帐号等关键信息。
需要得到手机验证码才能修改。
图3.6——修改安全流程
3.1.2.2、信息传输安全
信息传输安全,是指信息在用户客户机和系统服务器之间进行传输过程中的安全,需要考虑防拦截攻击。
可以考虑使用SSL协议加上关键数据加密的方式。
或者其他的安全方案,保护用户安全和系统信息安全。
3.1.2.3、系统数据安全
系统数据安全有两个方面,一个是关键数据安全、备份、关键操作路径记录,一个是系统防止攻击、系统网络安全。
●对于用户进行的修改关键信息,需要做备份,供申诉查询。
●对用户的关键操作,比如支付等操作路径需要记录操作路径,供对账检阅。
●系统服务器需要选择安全较高的防火墙之类的软件。
3.1.3、折扣券商城
折扣券商城,主要是以商家活动策划发放的折扣券、优惠券作为商品,消费者可以进行消费的场所。
消费者可以使用积分来兑换,也可以使用现金购买。
图3.7——折扣券商城
3.1.3.1、折扣券状态图
商家可以保存折扣券,下次继续填写,填写确认完成后提交,提交后为待审批状态,专员审批通过后为正式状态,到期后置为过期,并下架。
3.1.3.2、折扣券管理
折扣券管理包含商家对折扣券进行更新、浏览查询功能,方便商家管理的自己的折扣券。
3.1.3.2.1、发布折扣券
正式商家可以通过两种方式发布折扣券,一种是选择系统提供的公共模板,填写信息提供发布;一种是自己定制折扣券,上传到系统提交发布。
图3.8——折扣券发布流程
3.1.3.2.2、折扣券更新
商家在发布了折扣券之后,可以更新折扣券信息,比如修改折扣券的有效时间,活动描述等等信息,修改信息需要审批。
通过后生效。
图3.9——折扣券修改流程
3.1.3.2.3、折扣券浏览查询
商家可以查询到自己待提交、待审批、正式、到期的全部折扣券,可以按照时间、类型、状态进行查看。
图3.10——折扣券修改流程
3.1.3.2.4、折扣券下架
在折扣券发布为正式状态后,按照常规需要到期后自动过期下架;同时也需要提供管理员强制下架功能。
●在该商品被投诉达到一定量时,管理员可以和商家沟通并强制下架。
图3.11——折扣券修改流程
●商家在活动运营不好,需求提交下架,也可以提出提前下架申请,由管理员进行下架操作。
图3.12——商家申请折扣券下架流程
●商家只能进行有效期延长操作,需要审批。
图3.13——折扣券延长有效期流程
3.1.3.3、折扣券审核管理
需要提供审批流、审核通知、结果通知、信息过滤这几个部分的功能。
●审批流,即折扣券审批过程的状态流程变换。
●审核、结构通知,当折扣券状态发生变更后,需要及时的通知相关成员。
如:
当商家提交了折扣券后,系统要自动通知审批成员进行审批。
●信息过滤,是设置关键字过滤库,一些敏感的字不能出现在发布的商品描述中。
比如在折扣券描述中发布网站URL链接信息,做钓鱼网站等。
3.1.3.4、折扣券运营管理
主要是折扣券的推荐功能,分为以下几点:
●推荐区(都在消费者个人首页的公共信息区域,同时也出现在公共首页):
人气区、好评区、新产品区、消费者推荐区、平台推荐区。
●推荐源:
系统统计中心提供的信息(点击最多的为人气,好评最多的为好评、新发布的按照时间为新品区、消费者推荐的商品按照推荐为消费这推荐区)
●只有消费者推荐区、平台推荐区可以由消费者、管理员进行人工操作,其他的区域都是统计中心统计出来的信息。
图3.14——折扣券推荐流程
3.1.3.5、折扣券交易管理
交易涉及到折扣券购买、兑换、使用、评论全流程的折扣券消费流程。
3.1.3.5.1、购买折扣券
消费者可以使用现金购买自己需要的折扣券,支付方式可以是:
●平台帐号绑定的网银进行支付;
图3.15——网银支付流程
●可以使用手机移动支付;
图3.16——手机支付流程
●可以使用平台帐号的余额进行支付;
图3.17——余额支付流程
●可以使用支付宝进行支付。
图3.18——支付宝支付流程
折扣券交易基本特征:
笔数多、额度小,使用平台账户余额支付有奖励(可奖励积分或者现金反馈),使用其他的支付平台成本比较高。
第一期可以开通余额支付、手机支付。
3.1.3.5.2、积分兑换折扣券
消费者除了可以使用现金购买折扣券之外,还能使用参与平台任务获取到的积分来兑换折扣券,积分兑换方案需要支持可配置,比如10个积分等于1元现金。
●积分不能兑换现金;
●积分只能做消费使用,兑换折扣券。
●积分只能通过完成平台任务得到。
图3.19——积分兑换流程
3.1.3.5.3、使用折扣券
消费者在购买了折扣券之后,如何进行使用消费,目前的途径有:
●电子二维码
图3.20——折扣券使用流程
●通过打印机、广告机打印出来的纸质券
可以参看图3.20流程,是一致的,只是消费者使用的是实体纸质的券。
●消费二维码状态:
初始状态、待激活状态、正式状态、已使用状态、过期状态。
图3.21——消费二维码状态图
3.1.3.5.4、评论折扣券
消费者在进行消费后,可以返回我们的平台对该次消费进行评价,评价:
进行打分附加评论留言的方式进行。
●需要完成了消费的成员才能进行评价。
●该评价的正确性,可以帮助消费者赢取“平台金牌评论家”的奖励。
图3.22——折扣券评价流程
3.1.4、搜索中心
搜索中心为平台用户提供快捷的折扣券,方便用户寻找自己关注的商品折扣券。
图3.23——搜索中心
3.1.4.1、分类搜索
3.1.4.2、分地域搜索
3.1.4.3、全文模糊搜索
根据用户输入的关键字进行站内折扣券全文模糊匹配搜索。
3.1.5、支付中心
支付中心,负责管理平台、商家、消费者的现金、积分流,保证资金,积分使用顺畅。
图3.24——支付中心
3.1.5.1、商家支付管理
3.1.5.1.1、充值(暂不做)
商家充值,是指商家从绑定的现金帐号上将资金转入到平台帐号上,以便进行支付和使用的行为。
3.1.5.1.2、提现管理
提现,是指会员将平台帐号上的现金转移到绑定的银行帐号上,从而实现取现的行为。
●方案一:
专员提现操作:
会员提交提现申请,有专员进行银行操作,完成提现。
图3.25——专员提现流程
●方案二:
自动提现,提现流程打通银行接口提现流程不需要人工干预。
图3.26——自动提现流程
3.1.5.1.3、商家支付
商家支付主要是商家在购买平台的额外服务的情况下需要对平台进行支付,支付的方式和流程可以参考“3.1.3.5折扣券交易管理”中的支付流程和方式。
●商家向平台定制网络运销活动,委托平台运营,需要向平台支付费用.
3.1.5.2、平台支付管理
平台支付主要是返现,在消费者完成了平台任务或者“邀请码”被有效使用的情况下,都将获得返现的机会。
3.1.5.3、消费者支付管理
消费者的支付行为主要是购买折扣券时的支付请参见“3.1.3.5折扣券交易管理”中的支付流程和方式。
3.1.6、电子杂志
电子杂志做为运营一个载体,需要方便的为客户提供广告管理、定制、申请、阅读、下载等功能,起到宣传的作用。
图3.27——电子杂志
●方案一:
每一期都进行线下开发,然后上传到平台。
●方案二:
做一个杂志内容管理平台,每期都可以在线上完成内容的发布和更换,选择风格形成杂志。
3.1.6.1、广告管理
杂志广告管理分为两个角色端:
●平台端:
可以发布杂志广告位、广告位定价等信息。
●商家端:
可以查看到广告招租信息,并订广告。
3.1.6.2、杂志阅读管理
3.1.6.3、杂志内容管理
3.1.7、后台管理
后台管理,为平台管理员提供全面的系统维护管理功能,通过后面控制,可以管理商家、消费者的功能权限,并可以支持会员进行门户功能定制。
同时管理审批流程定制、审批人员分配等。
并可查看各类日志,定位系统问题,便于维护。
图3.28——后台管理
3.1.8、申诉平台
申诉平台,一方面保护消费者权益,一方面维护商家运营的合规性及利益。
促使平台商业环境清澈化,维护运营。
图3.29——申诉平台
3.1.9、第三方接口
第三方接口是指,我们系统平台需要对其他平台预留的或者是我们需要接入其他平台的接口,方便系统进行全面的资源整合,真正成为一站式运营提供平台。
图3.30——第三方接口
3.1.10、统计中心
统计中心作为平台运营的全面关注平台,需要统计出,三类信息:
1、我们关注的信息2、商家关注的信息3、消费者关注的信息。
图3.31——统计中心
3.1.11、积分中心
积分为会员在系统平台上参与一定的活动所获得的奖励,可以使用积分兑换商品。
●消费者积分可以兑换商品(折扣券)
●商家积分可以将自己的折扣券推荐到热门榜。
图3.32——统计中心
●消费者积分获取:
消费者在完成注册、购买折扣券、转发折扣券、评论折扣券、获得“平台金嘴评论家”都能得到系统送的积分。
●商家积分获取:
正式入驻、发布折扣券、进入好评榜单、信用等级提升都会获取到系统送的积分。
3.1.12、区域管理
作为平台的地域管理中心,为商家及消费者提供直观的位置展示,商家可以很清楚统一地域内的其他对手(后期可以为新开实体店面提供参考信息)。
消费者可以根据自己的位置选择最近的商家店面(或者评价信用最高的)进行消费。
平台管理运营者,可以直观的指导加盟商的分布情况。
图3.34——统计中心
4、团队要求
满足下面几个条件:
A、专职有PM、需求分析师(或者产品经理,可选)和架构师;
B、有专职的测试人员。
C、最好有高安全性的电商系统研发案例成功经验。
5、技术要求
整体技术要求使用J2EE(JAVA企业级解决方案),可以是J2EE官方标注规范EJB,可以是SSH(strutshibernatespring),建议使用SEAM(在安全性方面有非常不错的表现)。
后台使用MYSQL数据库。
要求架构有比较好的可扩展性,需要考虑后期系统庞大后,会分割成多个子系统进行SOA(面向服务)架构和部署,以应对超大的访问量。
6、特殊需求
A、高安全性,因为涉及到用户的个人私密信息。
B、高可扩展性,考虑用户量超大,并发高的情况。
C、高可用性,要求系统具有高稳定性,全年(第一年)将不可用率控制在1%以内。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 平台 产品 需求