迈向企业级移动之路

Editor's Notes

• #2: 最近最热门话题是什么（iPhone 5）那么，为什么iPhone如此热门？
• #3: iPhone 5发售，与中国移动合作，预计新增2700万台销量iPhone为什么大受欢迎？ × 互联网基础设施（大负载，安全，支付⋯⋯）在过去10年中成熟× iPhone把成熟的互联网基础设施连接到个人消费者，打开了移动互联网消费渠道
• #4: 移动互联网已经不再是一个“趋势”。这张图是印度的互联网流量统计，它很能说明问题。就在今年，来自移动设备的流量已经超过了桌面设备。据“互联网女皇”玛丽-米克的分析，至2013年第二季度，智能移动设备的保有量将超过PC；到2015年，智能移动设备总量将是PC两倍。从2008年至今，移动应用和广告收入以129%的年复合增长率递增，2012年总额190亿美元。其中非常大部分是新市场、新业务、新消费者。
• #5: 超过10亿中国人使用手机，其中2亿7千万人使用智能手机。其中绝大部分使用者将是尼彩手机、阿迪王的使用者，是市井的普通消费者，不是被高科技、互联网磨练多年的白领。他们要在移动互联网上进行平常的消费，这对于众多非高科技的“传统”企业来说是一个良机。面对这样一个新增的、与IT距离相当远的消费者群体，我们需要以怎样的方式来提供他们喜闻乐见的移动互联网产品？
• #7: 这些以前没有丰富IT经验、或者没有丰富的通过IT渠道直面消费者的企业，现在会面临哪些挑战？
• #8: 已经不用多说了。操作系统的差异，硬件的差异，屏幕大小的差异，都使开发跨平台应用成为一个巨大的挑战。以前iPhone开发者说他们没有这个问题。突然有一天iPhone开发者问Android开发者：哥们，你们是怎么处理不同分辨率的？
• #9: 一开始客户想要的就是一个“很酷的应用”，但是一个很酷的应用背后有很多事情要做。例子：澳洲某房地产网站尝试开发Android应用，第一个原型版本（4周）实现之后，要求和iPhone应用一样的look&feel，要和后台系统集成，要支持LBS，要无缝集成facebook，要在GooglePlay发布，要分析用户行为及时调整快速发布⋯⋯
• #10: 企业是有原来的信息系统的，最起码有客户数据库，很可能还有一些业务系统。移动应用不应该成为一个独立的跟其他IT系统没关系的系统。案例：某酒店旅游集团（锦江）计划提供iPhone应用，某小有名气的开发商报价几万元、几个星期。应用确实上线，但数据库、服务都是与现有web应用独立的烟囱。
• #11: 现有的技能组合：Ruby/PHP,Java/JavaEE, C#/.NET需要的技能组合：Windows Phone, HTML 5, Ruby/PHP,Java/JavaEE, C#/.NET, Android, iOS…
• #12: 前面讲的是一些大家都清楚的挑战。从根本上来讲，企业移动应用的困难，其实是生产商/服务提供商由面向渠道转为直接面向消费者的挑战。当企业通过移动渠道直接面对消费者，就需要更理解消费者的特征。消费者第一完全不清楚自己要什么（你问他们反馈也没用，“更快的马”）；第二变化非常快；第三毫无忠诚度。所以面对消费者提供IT系统时，我们需要有新的思路。
• #13: 移动设备的用户有一些特点：× 永远在线× 连接不能保证 × 文本输入更困难× 更多的个人信息（照片、身份、位置⋯⋯）
• #14: Lean Startup的核心是一个循环： ideas -> BUILD => code -> MEASURE => data -> LEARN (=> more ideas)书里的一个故事：做一个本地社区的团购订餐网站，一开始没有任何自动化的功能，自己动手服务客户，客户量增加了再逐渐增加自动化功能这里面有两个要素：第一，你要能得到顾客的反馈，而且不是他们嘴上说的反馈，是真正的行为；第二，你要能快速调整你的系统。
• #15: 对于企业来说，移动渠道是企业形象的一部分，对待移动应用就必须更加严肃。一个质量不佳或者更新迟缓的移动应用会损害企业形象。企业移动应用必须关注整个软件生命周期，包括开发 => 测试与构建 => UAT => 产品，需要涉及业务、需求、开发、测试、运维等不同环节，同时还要快速发布和更新。
• #16: 我们在这里不是要给出确切的答案。比起答案，更重要的是思考正确的问题。我们在这里给大家提出一些问题、提供一些参考。这些信息来自于ThoughtWorks全球若干个移动项目的经验，希望给大家一个起点来思考企业级移动应用的战略。
• #17: 消费者对用户体验有更强的要求。企业用户尚且可以接受功能完善但可用性不佳的软件，尽管他们会抱怨；但消费者不会抱怨，他们直接抛弃这个软件。 × 从软件构想之初就必须把用户体验考虑在内，体验设计是项目启动时的重要环节。 × 软件交付的整个过程要随时考虑用户体验，不能指望某个设计师最后搞一把来把软件“变美”；体验不佳的软件就是不可交付的。 × 整个团队都必须重视用户体验，就像重视质量一样。
• #18: 需求分析过程不能像以前一样，做一本厚厚的需求文档。（ZTE的故事：1400多页的需求文档，翻到800页才第一次出现“用户”。）业务战略、产品战略、需求分析、项目管理，都需要以高度可视化、体验良好的方式进行，这样才能确保高效沟通，减少返工。分析和计划同样要迭代进行。
• #19: 跨平台的挑战在于两个方面：开发工作量（支持两个平台实际上就是开发两个应用）和难以获得必要的技能（iOS和Android开发相比HTML/Java/Ruby都是比较难以获得的技能）所以我们需要的是这样一种技术平台：它能抽象不同的平台，提供统一的编程模型，并且允许接插替换不同的界面实现Calatrava作为一个新兴的开源项目，可能是回答这个问题的一个答案。但是至少到目前为止，Calatrava还非常年轻。感兴趣的同学可以自己去网站上了解。
• #20: 企业移动应用需要根据用户的反馈和行为快速调整、快速发布，所以人肉回归测试是不可接受的，自动化测试是必须的。为了快速交付，质量必须被内建在整个开发过程中。质量问题不能等到最后的检测环节才发现，必须在出现的第一时间被发现、被修复。（宝马生产线的故事。）对质量的把握需要延伸到软件交付的“最后一英里”，将更多的自动化、更及时的反馈应用在上线过程和生产环境，实现可靠的一键式部署。（自动开通、自动配置、自动部署、自动回滚、自动数据库升级、自动监控报警⋯⋯）
• #21: 如果不能知道用户到底在干什么也就谈不上根据用户反馈调整。所以对用户行为的监控和分析需要从项目一开始就同时进行。这里涉及两个点：监控，分析。已经有一些在线的服务，可以像Omniture和Google Analytics一样提供移动应用的监控和分析。另外在分析非结构化数据（例如服务器日志）的时候也可能需要用到Hadoop之类的敏捷分析技术。
• #22: ThoughtWorks移动实验室是ThoughtWorks全球针对移动技术和趋势进行研究探索的团队，目前落地在中国公司。这个实验室汇集了ThoughtWorks全球在移动领域的经验、案例和技术，自身也在做一些技术和工具的研发。如果大家对这个实验室感兴趣，欢迎联系。