基于LBS和O2O模式的换灯服务系统的设计和实现

2016-10-21 07:50袁擎宇
无线互联科技 2016年18期
关键词:服务商订单框架

袁擎宇

(欧普照明股份有限公司,江苏 苏州 215000)

基于LBS和O2O模式的换灯服务系统的设计和实现

袁擎宇

(欧普照明股份有限公司,江苏 苏州 215000)

在移动互联网和全渠道营销快速发展的环境下,家居行业把装修后市场视为下一个营销重点,因此线上服务信息与线下服务实体之间的关系越来越紧密。文章针对欧普照明通过移动互联网为消费者创设更为人性化、便捷化并具有极致用户体验的上门换灯服务的需求,设计了基于LBS和O2O模式的换灯服务平台。其充分利用消费者所在地理位置、上下文情境、行为方式及用户数据,动态分配服务顾问,完成从服务需求、分配顾问、上门服务、支付和评价的闭环流程,对传统的上门换灯服务的应用加以改进。

LBS;O2O;移动互联网;换灯服务

1 换灯服务系统的设计

1.1 系统业务流程

本系统定位为基于LBS和O2O模式的信息系统,其中LBS用于根据消费者地理位置和服务商服务范围自动分配服务商,并引入O2O的运营模式,将消费者的线上需求和线下服务结合起来,提升用户体验。系统的业务流程如图1所示。

系统主要具有如下特点:

系统具有定位功能,并通过位置信息向消费者展示用户周边的服务商和服务顾问信息;系统为消费者提供了H5/ Android/IOS的服务预约入口,为服务商提供了Android/IOS的派单和服务入口,为运营商提供了Web后台;用户可以通过系统完成预约服务、分配服务商、派工、上门服务、评价的闭环,提升用户黏度;所有的环节都有短信/邮件提醒,提升系统整体流程的互动性。

图1 系统业务流程

1.2 社区服务商与服务顾问模块设计

社区服务商和服务顾问是系统的核心环节,消费者一旦提交订单,或者预约服务,系统通过服务商的服务范围校验后将订单发送到该用户所属的社区服务商。服务商收到订单后进行订单派发。派发方式有3种方式,由企业为服务商定制,分别为:服务商手动派发方式、系统自动派发方式、服务顾问抢单方式。在系统运营初期,订单量较小,初始均设置为服务商手动派发方式,流程图如图2所示。

服务商将订单派发给下属的服务顾问A,服务顾问A接单,联系客户上门服务,客户在服务结束给出评价,随着系统的运营,订单数量增加,用户的评价反馈增加,为系统自动派发方式提供数据支持。如果服务顾问A不能完成预约时间的订单,可以拒单服务商,由服务商派发给其他服务顾问,如果服务顾问A在接单后由于某些原因不能完成服务,可以将订单派发给其他服务顾问。

图2 系统运营流程图

1.3 移动商城模块设计

系统在服务顾问上门环节设计了移动商城,通过服务顾问的现场设计配灯方案,查看产品详情,通过场景式营销达成交易。对于第一次购买的客户需要填写联系地址和收货地址等个人信息,并填写上门服务的日期与时间段。在确认完订单后便可以支付订单。在接受完服务商的上门安装服务后,用户可以对服务进行评价。移动商城模块流程图如图3所示。

图3 移动商城模块流程图

1.4 系统框架的设计

此系统后端使用MVC框架,包括 Models 模型,Views视图和Controllers 控制器。

Models:可以理解为是对应用程序的状态、数据以及业务功能的封装。

Views:用来显示和用户进行交互的HTML页面(界面的显示和互动)。

Controllers:处理传入的请求,完成相应的UI逻辑调用Model里面的相应业务。

此框架的配置文件在web.config中,主要配置如图4所示。

图4 系统框架配置文件

其中,oauth:auth_server为用于配置登入验证的服务器地址,oauth:client_id用于配置登入验证项目的名称,oauth:client_secret用于配置登入验证的key值,connectionStrings用于配置服务器地址用户名密码。

系统前端使用Amaze跨屏前端框架,实现在各种设备上的图形界面适配性。Amaze框架主要有以下优点:

(1)适配性强:Amaze UI 以移动优先(Mobile frst)为理念,从小屏逐步扩展到大屏,最终实现所有屏幕适配,适应移动互联潮流。

(2)组件丰富,模块化:可快速构建界面出色、体验优秀的跨屏页面,大幅提升开发效率。

(3)本地化支持:相比国外框架,Amaze UI关注中文排版,根据用户代理调整字体,实现更好的中文排版效果;兼顾国内主流浏览器及App内置浏览器兼容支持。

(4)轻量级,高性能:Amaze UI面向HTML5开发,使用CSS3来做动画交互,平滑、高效,更适合移动设备,让Web应用更快速载入。

2 接口调用机制的实现

接口调用机制的设计主要考虑两个维度:标准化和安全性。

在标准化方面,由于系统存在PC,H5和APP多个端,同一接口会被多个端频繁调用,考虑到数据量和传输速度,在系统设计时采用Restful的标准实现接口。接口标准如下:

入参格式:

HttpGet请求

HttpPost请求

出参格式:

{"Data": ,// 出参值

"ErrorCode":0,

"State":true,//状态 true正确,false错误

"ErrorMessage":null//错误信息

在调用Rest接口之前,需要获取请求连接,下面以用户登录为例说明:

请求方式:[HttpPost]

请求连接:api/MobileMall/CustomerInfos/MobilLogin

入参:

phone: “13785454545”,//手机号verifycode:2545,//验证码

timespan:600//验证码有效时间秒

出参:

id: 318821//客户ID(customerinfoID)

phone: 13771724970//手机号

在安全性方面,本文通过两个方式实现接口的安全性:(1)通过接口添加用户名/密码认证,实现授权访问;(2)对核心接口进行加密,本文采用Base64算法进行加密。

3 结语

构建企业LBS和O2O系统的关键问题是提升开发效率,保证系统的扩展性,因此需要统一系统后端框架,规范接口调用机制,并采用适配性好的前端框架。本文后端采用MVC框架,采用Restful作为接口标准,Amaze框架做前端展现,有效实现了开发效率的提升,未来也可根据此标准拓展新的业务模式,并延展与第三方平台的数据交互。由此可知,企业可以通过统一框架,标准化服务来快速而有效地构建互联网应用,通过IT技术为企业转型打好基础。

[1]刘星妤.基于LBS的O2O业务模式分析[J].经营管理者,2014(29):282-282.

[2]魏国强,刘颖.基于LBS和O2O的移动电子商务业务模式研究[J].科技创业月刊,2012(6):36-38.

[3]理查德森,阿蒙森.RESTful Web APIs中文版[M].赵震一,李哲,译.北京:电子工业出版社,2014.

Design and implementation of lamp changing service system based on LBS and O2O

Yuan Qingyu
(Opple Lighting Co., Ltd., Suzhou 215000, China)

This paper designs LBS and O2O based on lamp maintenance system for enterprise's requirements to bring more humanized and convenient to customers. This paper fully analyzes customer's location, context, activity and user data, dynamically assigns service consultants, to complete closes loop process from service requirement to assign service consultant, door-to-door service, payment and evaluation, improving traditional door-to-door lamp maintenance service application.

LBS; O2O; mobile Internet; lamp changing

袁擎宇(1978— ),男,江苏无锡,硕士,工程师,经理;研究方向:计算机应用技术。

猜你喜欢
服务商订单框架
春节期间“订单蔬菜”走俏
航天卫星领域专业服务商
论IaaS云服务商的著作权侵权责任
新产品订单纷至沓来
广义框架的不相交性
“最确切”的幸福观感——我们的致富订单
WTO框架下
一种基于OpenStack的云应用开发框架
怎样做到日订单10万?
期刊展示宣传服务商