你的浏览器已禁用javascript,请启用javascript,否则网页显示将不会正常!
成都微商城开发:牧鲜生菜蔬超市建设
发布人:       

1、背景

1.1 背景

以牧鲜生菜蔬超市为核心进行用户覆盖展示。

1.2 客户群

个人用户,周边辐射区域。

1.3 本系统建设目的

通过平台商城和APP、微信的方式,多渠道为用户搭建生疏配送,成都微商城开发便捷用户操作,实现生疏快速购物下单。

1.4 系统使用者

大众用户群 

2、内容架构

2.1系统整体架构

系统说明:

系统整体架构








2.2用户角色架构

用户角色架构


2.2.1 管理员

管理员拥有整体最高权限,分配相关功能权限安排,并可以分配分店管理员进行管理。可实行商品上传、管理与订单管理。

2.2.2 配送员

管理员可以添加配送人员账号信息,分配配送人员配送任务与配送区域管理。可以查询配送人员各自的销售任务。

流程:

配送员


以上只提供一种配送解决方案。

还有可以采用:为配送员线下分配配送区域,系统产生订单之后,管理员进行订单分配(或者可以直接今日某配送员配送区域),并打印各自的订单配送地址,并分发给所有配送人员,进行配送和配送确认。


2.2.3 用户

用户可以自行登录,浏览、收藏商品并下单支付和配送。

用户


2.3内容架构

内容架构

  

Tips:整个项目有一后台整体管理,提供API接口给手机客户端、微信公众账号端调用,网站PC端也可以展示相关内容,由后台统一管理控制。实现网站PC端、app及微信客户端数据统一。


2.4 功能说明

2.4.1 车侣卡产品说明

描述车侣卡产品的服务内容及相关说明。让用户对车侣卡有个清晰、直观的认识。

2.4.2 车侣卡惠民

着重描述车侣卡产品的惠民内容,主推“实实在在的惠民”,给车主提供车类方面的优惠,并提供特约打折服务等。告诉用户车侣卡是如何惠民的。

2.4.3 车侣卡优势

将车侣卡的优势整体进行包装,进行核心主推,有利于市场占有。

2.4.4 车侣卡示例操作方法

如原网站中列举的某某人具体买车险,应该交多少,而实际通过车侣卡只缴费多少,省多少钱等。此处可以突出使用车侣卡可以节省哪些环节,使用车侣卡是如何一步一步的操作,各个环节点可以标注,便于为后续直通服务做对接。

2.4.5 特约商户

后台通过录入特约商户的信息(比当前贵网站上的内容详细,提供的数据有商户的名称、地区【筛选】、地址【客户端可以根据LBS进行定位附近的特约店进行到店指引】、联系方式【客户端上可以直接拨电话联系】、类型【筛选】、公司介绍【图文】、服务内容、优惠形式【可按照折扣的多少进行筛选】、地图位置【到店地图指引】、用户评价)。

用户通过使用app或者网站,微信公众账号可以查看相关行业的特约商户的具体位置及折扣说明等。可以分不同的方式进行筛选。特约商店也可以与平台联系进行活动宣传。

(1)车主用户使用app时可以按照地区、所属行业类型、折扣的多少,价格、评价等进行筛选。显示符合条件的特约商户信息列表数据。

PC端:

PC端


客户端:

客户端

车主用户使用

 特约商户信息列表数据


(2)商户详情页

商户详情页



(3)客户端LBS定位,到店地图指引(调用百度地图api)

A、地图路线

客户端

B、文字路线描述

文字路线描述


(4)附近的商户(客户端LBS定位)

附近的商户



*后期可否考虑将商户进行会员化,纳入到营销系统中,这样便于与用户的车侣卡进行商务绑定,利润控制等。

2.4.6 办卡开卡

A、办卡流程

B、开卡流程

C、网上申办

D、经营网点

E、办卡网点

需详细描述清楚办卡的流程,及经营点的信息。

2.4.7 推荐

*后台可以控制相关特约商的排序及推荐方式等。

*也可以根据客户的实际情况或者条件个性化推送推荐信息内容等,第一阶段报价不涉及消息推送功能。

2.4.8 分享推广

内容信息可以分享到第三方平台。

*推广需具体考虑如何设计,推广是带有奖励制度的。初期是未带奖励模块设置的。后期可以考虑。

*2.4.9 车侣卡管理

因车侣卡系统办理及激活是单独的一套独立系统支撑,本系统方案中之所以提出后期考虑卡管理方面,主要是为了记录车主客户使用卡的记录,做数据分析,便于对数据的掌控与分析,便于后续更深层次的需求开发。

1、记录汽车洗车记录——分析车主洗车频率,习惯等。

2、记录汽车修车记录——分析车主汽车状况,后续可以间接评估车主汽车状况,为其进行汽车维修推荐服务或者换车服务。

3、记录加油记录——可以分析车主的行驶轨迹,可以绘制其行驶地图,便于联网服务。

4、记录用户在特约商处消费记录——可以分析车主消费习惯。便于其他的商务拓展。

后期在办卡通道上可以做到更透明,用户提交申请,中间经历到什么阶段,都可以查询。随时获取信息。用户也可以登录系统进行相关积分查询兑换、活动参与或者其他O2O项目。

2.5 微信通道功能


2.5后台功能说明

2.5.1 系统管理

(1)网站设置——网站标题、主题相关设置。

(2)主题设置——网站主题模板管理控制。

(3)权限管理——网站管理员权限设置等。

(4)安全设置——网站安全相关设置。

(5)系统备份——系统自备等设置。

2.5.2 CMS内容管理

(1)CMS栏目分类——自定义设置相关栏目。

(2)CMS栏目管理——栏目增删改查。

(3)CMS模板控制——界面模板设置。

(4)CMS内容管理——相关栏目下的内容增删改查。

2.5.3 商户管理

(1)商户增加——管理员进行商户信息添加(需提交商户的经纬度坐标供客户端到店指引)。

(2)商户编辑——管理员进行商户信息修改。

(3)商户删除——管理员进行商户冻结删除管理。

(4)商户评价审核——对用户对商户的评价进行审核显示处理。

2.5.4 其它管理

(1)活动管理——管理员进行活动信息发布。

(2)客户端版本控制——客户端现有版本管控。

(3)留言管理——用户对网站、平台的留言。

(4)*推送消息管理

2.5.5 客户端API接口

提供客户端所需的API数据接口。

2.6系统工作流程设计

系统工作流程设计

  

2.7功能界面

2.7.1 原网站分析

对比参照贵公司以前网站

(1) 网站第一印象像是工业生产类公司的企业网站。未能体现金融行业行业属性。

(2) 设计未能体现项目主题思想,设计上可以更醒目更富设计感的体现网站主题。

(3) 各栏目稍显中规中举。可以针对不同的内容设计不同的风格呈现模板。吸引抓住客户。

2.7.2 PC端界面

(1)金融色系一般以金色、橙色及灰色搭配为主色系或者纯蓝色系。

参考财付通

PC端界面

(2)布局采用三层布局形式,首页需突出内容的中心思想。

(3)内容更多针对性的模板展示具体内容,多图文呈现。吸引眼球。

参考

模板展示具体内容


2.7.3 客户端界面







3、工作量和进度

3.1 项目工作量

3.2 项目推进计划

阶段

内容

相应文档

预计时间(天)

需求分析

建立需求基准,包括软件项的功能与性能;运行的环境条件;资料定义和数据库要求;用户操作与维护需求等

《需求规格说明书》

 

概要设计

确保所有需求分派到其软件组件;开发关于软件项的外部接口和软件项的各个软件组件之间接口的顶层设计;开发数据库的顶层设计;开发用户文件的最初版本。即外部设计

《软件概要设计说明书》

《数据库设计说明》

 

详细设计

开发软件项外部接口、软件组件之间以及软件单元之间的接口的详细设计;开发数据库详细设计;规定要测试的软件单元的测试需求和进度安排

《详细设计说明书》

《测试计划》

 

编码

开发每一软件单元和数据库机器测试规程的资料;

《项目质量管理登记》

30

测试

测试每一软件单元和数据库以确保满足需求

测试报告

10

评审和验收

支持需方的验收评审和软件产品测试;按照合同规定完成和交付软件产品

《评审记录》

《验收报告》

 

项目结束

总结整理项目所有文档和源码,存档处理

《项目开发总结报告》

 


总体开发测试时间为40工作日(设计确定开始计算)。


3.3 项目实施流程

项目实施流程



4、售后服务

Ø  强大的技术支持与服务队伍

本司拥有一支优秀的专业技术支持服务队伍,所涉及的技术领域覆盖计算机系统、网络、数据库系统、操作系统、应用系统等各个层面。

Ø 丰富的应用与项目实施经验

本司有实施过的大中型项目的经验,大量的实践使服务人员对各行业具有比较深入的了解,可以更加快速、准确地把握用户的需求,提供适用的解决方案。

众多的项目实践,也使服务人员对不同的行业背景、不同的软件平台、数据库系统都有了比较深入的了解,在工程项目的组织、管理与实施方面也积累了丰富的经验,形成了详尽而标准的解决方案与项目组织规范。

Ø 完整而规范的支持服务内容

支持服务贯穿于整个项目的全过程,贯穿了专业、规范的精神。

售前技术支持包括技术交流与研讨、需求分析与方案设计、组织或参加方案论证等;

售后服务的内容包括协助用户进行原型开发、技术与项目培训、工程的管理与组织、应用开发协助、应用系统测试协助、性能调协、试运性及开通协助等,一直到系统验收。

Ø 客户支持服务方式

l 用户服务专线电话;

l 客户支持工程师进行技术故障诊断和维修操作;

l 防止问题发生的维护计划以及更正问题的维修计划;

l 指导用户管理有关的技术资料;

及时通知用户有关技术资料的更新。