二:流程模型 – 移动应用能为客户提供哪些功能?如何提供?
业务主管视角 流程模型 | 这个应用跟哪些业务活动相关?为移动应用和后台支持所定义的子流程是否清晰明确?例如:事故报案电话的录音、录像及检索系统。 示例:列出以下关键活动的子流程: ● 确定拖车、救护车、交警以及紧急道路救援的信息 ● 事故现场录像,为车辆、驾照、目击证人拍照 ● 在FNOL中提交索赔申请(车辆损坏/人员伤亡/第三者责任) ● 索赔状态跟踪 |
设计人员视角 业务流程、规则和工作流
|
● 业务规则和工作流:是否可以利用现有的后台索赔系统的工作流和业务规则?如果需要为手机申请索赔开发新的流程,应该何时进行? |
实施人员视角 系统功能与交付
| 如何实现业务流程自动化,并将其转化为系统功能? ● 使用者 – 非客户用户是否可以使用这个应用? ● 速度 – 能否应用敏捷开发的方法?采取按功能逐步发布该应用,或是整体发布? ● 规模 – 需要进行概念认证(PoC),或直接开发整个应用? ● 范围 -- 在设计页面时,是否考虑了手持设备单屏可以显示的信息量和处理速度? |
三:信息模型 – 所需信息的种类,如何将这些信息展现给客户?
业务主管视角 内部及外部的数据要求
| 内部和外部系统集成要求 ● 与后台系统集成 – 从后台提取数据的易操作性,数据的一致性 ● 提取速度 – 要做到实时提取信息有哪些挑战? ● 外部接口 – 需要用到哪些外部接口?如何获得? ● 数据集成 – 数据集成是否包括所有接触点,电话、电子邮件、传真、网站是否都可以为综合报表提供数据? |
设计人员视角 数据模型和数据保密
|
● 数据模型的完整性 – 用已有数据模型支持新的移动应用能否确保数据的完整性和准确性?需要进行哪些改动? ● 同步策略 – 能否支持批量数据高频率的导入和导出? ● 数据保密 – 开发人员是否完全理解数据保密策略?如数据的共享、加密,敏感数据的处理等等? ● 数据安全 –安全措施是否充足?比如身份验证,入侵检测等。 |
实施人员视角 数据库性能
|
数据库性能 ● 是否有为用户提供实时信息的服务水平协议(SLA)? ● 采用何种数据压缩和数据同步技术? ● 数据库在安全性和隐私性方面做得如何? |
四:技术模型 – 开发这个移动应用在技术上需要考虑哪些因素?
业务主管视角 技术现状评估
|
● 为了支持长期的移动应用战略,公司是否预备在基础架构方面进行额外的投入? ● 公司是否准备更新IT技术人员的技能,以应对新的需求? ● IT部门是否准备好改变部门文化,成为响应更加敏捷的组织以应对移动应用的未来需求? ● 公司对移动设备选择、安全补丁部署、不同设备的支持和版本更新采取怎样的策略?内部用户和客户是否需要区别对待? |
设计人员视角 技术现状设计 |
目前的技术能够多大程度支持移动应用? (a)解决方案架构师的视角 ● 技术更新规划 – 怎样才能在新技术过时之前就实现投资回报? ● 是否已有符合移动技术需要的基础架构?支持移动应用的规划如何?是否需要大规模升级? ● 实施移动应用需要哪些开发平台(集成开发环境,运行系统,浏览器,共享软件,测试工具等)? ● 使用什么移动数据库(如Microsoft SQL Server CE)和集中数据库? ● 采用什么网络分析工具监控网络使用情况? (b)基础架构设计师的视角 ● 是否需要额外的网络带宽?采用何种网络协议? ● 必要的连接协议有哪些?是否需要定义? ● 现有帮助台的能力是否足够支持激增的用户群? (c)设备的选择 ● 知名品牌移动设备,带有网络功能 ● 系统能够支持不同的浏览器版本 ● 用户对设备独立性的要求 – 例如允许各种移动设备用户使用该应用,并能便捷的进行信息输入 ● 如果长时间保持该应用的在线状态,是否会消耗太多电池电量? ● 单屏信息量是否和显示区域匹配? ● 区别强制用户和自愿用户,强制用户如员工和代理销售商,自愿用户如客户。 (d)安全管理员视角 ● 如何设置网络的安全界限、设备安全、身份管理和敏感数据访问? ● 如何保证个人用户在有线和无线局域网状态下,能随时随地且安全地使用移动应用? ● 如果设备遗失,是否需要自毁设备内存储的数据? |
实施人员视角 实施推广和维护计划 |
● 您计划自己开发应用或是外包? ● 如果需要为内部用户配备移动设备,设备成本和设备技术淘汰的风险有多大? ● 公司是否已有支持财务和敏感数据传输的高安全性无线网络?是否满足法律要求? ● 公司的测试团队有针对移动计算的测试策略吗?尤其关于:网络基础架构,数据库同步,安全,移动应用程序,设备以及浏览器。 |
或许,您正在为如何规划移动应用战略而困惑?建议您考虑以下两个基本维度:(1)对公司第一个移动项目应该抱以怎样的投资回报期待,实现怎样的价值?(2)如何通过较小的改动就可以让现有的网络应用转变成移动应用?
这两个维度在下图中表示为X轴和Y轴。气泡的大小代表投入的大小。右上象限的目标较容易实现,不过,您的最终选择也暗示了您对风险的态度。
总结
如果您希望您的移动应用免遭形同虚设或转瞬即逝的境遇,仔细考虑上述表格中提到的问题,至少开展一次卓有成效的内部讨论。表格中所预设的内容并未涵盖部署移动应用所需斟酌问题的方方面面,但它们至少可以帮助您形成正确的方向。
如果您想先做一个概念验证(PoC),这篇文章仍然可以为您提供参考。无论您从前至后阅读本文,或者反过来阅读,文中提供的框架能够帮助您充分考虑到问题的不同侧面。无论是项目人员或者公司股东都会对充分的前期准备表示赞赏。每个公司都希望能够利用技术变革抢占更多的市场份额,移动应用的兴起也不例外。实际上,不是所有的事情都必须一步到位,靠谱的做法是,做好移动战略规划,然后稳扎稳打按步骤实施。
责编:张鹏宇
微信扫一扫实时了解行业动态 微信扫一扫分享本文给好友