•移动战略 – 现在是否该是回顾和修订现有的移动战略的时候了？

• 回报 – 价值主张是什么？回报是什么？

• 价值主张 – 这个应用如何改善业务流程和客户认知？它是为了降低成本、改善流程、帮助客户、代理机构，还是为了参与社会化网络？

• TCO – 根据估计的安装总量，应用的总拥有成本（TCO）按人均计算是多少？

•投入水平 – 这个应用的生命周期是多长？多久需要进行一次大的升级？

• 移动策略 – 在个人设备上访问企业数据的策略是什么？客户数据和企业数据的治理有哪些规定？如果销售人员必须使用规定的移动设备，谁来支付这笔费用？移动设备必须采用什么标准？

•法律责任 – 公司是否清楚有关敏感数据、信息安全、金融交易错误等的法律上应负的责任？

•可扩展性 – 这个移动应用是一次性的，还是说它为以后其他的移动应用打基础？比如说，是否这个索赔应用只是一个开端，而移动计算将延伸到其他诸如销售、分销、承保等功能领域？

•用户体验– 用户体验的质量是否很重要？有哪些资源（比如可用性实验室）来保障该应用程序是用户友好的，并且符合人体工程学原理？

•社会化集成– 这个应用是否完全是功能性的，还是带有类似于Twitter、 Facebook、LinkedIn等的社会化模块？

部署机制

示例：为以下关键活动列出子流程：

•确定拖车、救护车、交警、以及道路紧急救援的信息

•对事故现场进行录像，给汽车、驾照、目击证人等拍照

•提交索赔

•提交后跟踪索赔状态

业务流程，规则，以及工作流

系统功能与交付

•使用者 – 这个应用也会提供给非客户吗？

•效率– 我们能否用敏捷开发方法？是按功能逐步发布还是一次性同时发布？

•规模– 需要先进行概念验证（PoC）吗？还是说可以直接开发全应用？

•范围 – 我们是否放进了过多的信息，超过了一个手持设备可以展现的和可以处理的信息？

•提取速度 – 在提取实时信息方面有哪些挑战？

•外部接口 – 流程需要用到哪些外部接口？如何获得这些外部接口？

•数据集成 – 为提供综合报表，数据集成是否包括所有的接触点，比如：电话、电子邮件、传真、网站等？

数据模型

• 数据模型的完整性 – 现有的数据模型是否足够完备和准确，可以支撑该移动应用？需要做哪些改动？

•同步策略– 应用是否支持对大量的数据进行频繁的导入导出？

数据私密性与安全

•私密性 – 开发人员是否完全理解私密性策略？比如，数据共享，加密，数据敏感性等等？

•安全 – 是否有足够的安全措施？是否完全清楚有关安全的问题，比如，身份验证，入侵检测等等。

数据库性能

•是否有一个服务水平协议（SLA）保障提供给用户实时的信息？

•应用采用哪种数据压缩和数据同步技术？

•数据库在防范安全性和私密性攻击方面做得如何？

•公司是否准备好了更新技术人员的IT技能以应对不同的需求？

• IT部门是否准备好了改变部门的文化，成为一个更加敏捷的组织以应对移动计算未来的需求？

• 针对如何选择移动设备，如何部署安全补丁，对不同设备的支持，版本更新，等等，公司的策略是什么？对企业用户和个人用户，是否有不同的策略？

技术现状设计

开发与测试

•公司是否有用于传输财务和敏感数据的高安全性的无线网络？该网络满足法律方面的需求吗？

•公司的测试团队有针对移动计算的测试策略吗？包括：网络基础架构，数据库同步，安全，移动应用程序，设备，以及浏览器。