应用的未来——面孔、豌豆荚、HTML5小组专家访谈

为了让大家能够了解到不同平台的产品特质以及现状和发展趋势，我们特别邀请到移动App平台的@面孔网杨锴、PC平台的@豌豆实验室张涛和姜楠以及@HTML5研究小组的黄蔚瀚，他们将分别以各自独特的视角，来审视和解读未来时代的Apps。

【注：本文同时刊发于InfoQ主办、百度支持的《应用的未来》一书。该书内容面向App设计和开发技术等，将于3月23日举行的百度开发者大会与大家见面，现在报名百度开发者大会，即可免费获取该书。】

InfoQ：请介绍一下您自己以及您所负责的产品？

杨锴：我是杨锴，我们面孔目前的主要项目是HTML5开发工具：Julia。Julia是一款基于HTML5的开源移动应用开发框架。通过Julia，只要具备网页工程师的基础知识（例如，HTML+CSS+JavaScript），就能否开发出足以媲美本机代码（Native APP）的移动应用。

张涛：我是张涛，@hidecloud，曾任职于 cnBeta.com 及腾讯。目前负责豌豆荚应用搜索产品的设计工作。豌豆荚应用搜索是一款很有趣的产品。一开始豌豆荚只和应用汇一家市场有合作，后来随着接入的市场越来越多，用户开始有了抱怨“每次找应用都要去不同市场，还不能保证这个市场就是最新的版本”。于是我们发掘了这个需求，并开始整合与我们合作的市场应用资源，来做这么一个手机应用领域的垂直搜索引擎。目前我们已经与 21 家应用商店合作，为用户提供不同版本的超过 50 万款应用进行下载。

姜楠：我是姜楠，豌豆荚应用导航产品设计师，目前我负责的主要是豌豆荚应用搜索产品中所以浏览型页面的设计工作。

黄蔚瀚：大家好，我是来自于HTML5小组的黄蔚瀚，目前我负责华彩彩票客户端产品设计以及后期的产品优化的工作。

InfoQ：您认为好的应用应该具备哪些特质，请列举三点并说明一下理由。

杨锴：

1. 开发者自己有需求长期使用：只有把自己当成用户，你才会发现真实有效的潜在需求。
2. 容易维护和升级：我们见过很多应用开发因为初期规划混乱，或开发团队不稳定，造成1-2个版本更新后就夭折了。
3. 性感：如果在理性需求之外，让用户在感情上对你得产品产生认同，那么这个产品的用户忠诚度和扩散性都会很好。做到这点不容易，但是我们也能看到一些产品实现了，比如Mini cooper，糗事百科，豆瓣等。

张涛：

1. 可用性：手机上的操作空间相比桌面来说小很多，界面元素需要保证用户在各种条件下（斜视屏幕、手指遮盖、阳光直射……）可见或者说是可预见。这要求设计师对自己所设计应用的使用场景有深入的认识，确保用户在整个使用过程中无痛。
2. 专注：我一直很强调“应用”与“软件”的区别，手机应用就应该专注于某项功能，为用户解决某个特定的问题。而不是像桌面软件一样，提供大而全的功能覆盖。手机应用要求启动快，解决问题快，帮助用户快速进入快速退出。应用，应该只是用户处理问题的一个工具而已，不应该成为浪费时间和精力的平台。
3. 长期维护：一款有开发者长期维护的应用，总给人一种安心感，更容易让人投入到其中。特别是某些需要开发者长期维护才能很好使用的服务，更新频繁程度、功能开发进度，都很影响用户的最终选择。

姜楠：好的应用站在不同的角度答案也许会发生不小的变化，比如开发者、市场、用户给出的答案都是不一的，我以用户的角度认为好的应用至少应该包含：

1. 易用性：这里也包含了典型的应用场景、涵盖更广的机型、轻量化的体积。
2. 精致性：这里主要指的是应用设计层面的精美、细致，即要有精美的UI，也要有对细节处不断的打磨。
3. 风格性：一款好的应用一定要有自己的风格，或受众人群、或设计风格

黄蔚瀚：好的应用要做到“好看，好用，有生命力”

1. 好看主要体现在用户第一眼看到应用的印象，以及使用过程中对应用整体和细节的印象，这里需要设计的强大力量。有许多应用由于图标没有吸引力，用户下载后可能就再没打开过，或者根本就没有打开它的欲望，这对应用本身是很不利的。
2. 在可用的情况下，好用主要针对整体操作以及合理性，这里有两点，一点是对应用内部数据类型和数据量的编排设计。二是对操作这些数据的实现方式。
3. 有生命力，主要与产品周期以及服务周期，让用户知道这个产品不是3天或者5分钟就可以删除的，这里需要结合商业计划进行分析。我们的客户端与现实生活挂钩，所以，我们会把它看做一种基于娱乐的消费工具，我们希望用户习惯性的打开，看看就可以关闭了，希望操作在1~2分钟内完成。产品的生命力和本身的使用周期以及业务逻辑周期有关。

InfoQ：在设计、开发、运营中，最让您头疼的是什么，请列举三项。

杨锴：

1. 设计师和程序员的沟通。
2. 前端工程师和后端工程师的沟通。
3. 程序的可维护性和复用性。

这三点也是我们开发Julia的一部分原因。

张涛：

1. 设计：对用户需求的揣测。
2. 开发：工程师对设计方案的理解。
3. 运维：国内没有专业的网络支撑服务，比如Amazon这样的。所以需要投入很大的力量来保证线上服务稳定。

姜楠：

1. 在产品成熟前，摸着石头过河的感觉，需要不断的尝试，在产品 launch 后，不断调整，过程比较痛苦。
2. 有时需要不断地对开发人员去讲解，产品这样设计的原因、过程及目的。

黄蔚瀚：设计—>开发—>运营

1. 需要弄清UI与GUI的关系，有好的结构UI才可以让设计人员制作出好的GUI出来，这里可以减少未来的重复劳动量；设计是需要时间来消化的，而且需要接受一个客观的时间段来批判，对于设计来说，我们最担心就是遇到审美疲劳的问题，和”看起来不专业”的问题。
2. 开发需要跟着策划走，因为在实现过程中往往发现有的‘可以做，但是暂时做不了’，所以需要与策划紧密沟通来作出临时解决方案，由于技术开发与策划有明显逻辑不同，所以策划对技术需求描述也是一个难点。
3. 运营针对用户的多样性，以及服务的复杂度提升，宣传渠道的变化这里主要体现资金问题。

InfoQ：您最看好的技术或工具或理念是什么，请列举三点。

杨锴：

1. 简洁有效。
2. 前端、后端在语言和开发方式上的统一。
3. Open Web App。

张涛：

1. SaaS：虽然被炒烂了，但随着带宽的提升（最近全国都在提速嘛），软件和应用这个概念最终将会模糊掉，用户在意的是数据，和数据被处理的方式。至于这个应用到底运行在本机还是云端，用户终将不会在意。
2. iPad：虽然这几年 iPad 的狂潮已经席卷了全球，但其所带来的影响还没有真正地显现出来。媒介既信息，iPad 所带来的将是对下一代人阅读及交流习惯的颠覆式改变。

姜楠：

1. 个性化：目前号称自己做个性化的产品多如牛毛，但实际并没有哪一个技术或工具可以完美的让用户有这种感知。
2. 关系+兴趣社交：目前关系社交鼻祖Facebook，兴趣社交twitter，两都都在各自领域做到极致，当然并不是说Facebook 只有靠关系，或Twitter只靠兴趣，他们也有向对方的领域进军，不过兴趣和关系本身并不矛盾，而将两者都完美结合的案例，个人觉得还没出现。

黄蔚瀚：我们常说的“技术不是问题”是需要调整这个说法的。因为，技术往往受到了时间的约束，时间则受到市场限制。做不做得了不是技术实力的问题，而主要是时间的问题，如果时间不够，那好产品是出不来的。所以，对理念的具象化需要有“现实的”思考，而不是做大而是做远。这里需要思考产品周期，以及每个版本可以实现的东西，千万不能急着让所有东西都在一个时间段内出来。

InfoQ：您认为应用未来的发展方向是什么？

杨锴：

1. 有偿云服务。
2. Open Web App。
3. 永远在线

张涛：更轻量化，摆脱对单一平台或者使用场景的限制，可以在不同的设备和场景中自由平滑切换。用户关心的是“自己”和“数据”，不需再为应用本身而操心。
姜楠：

1. 个人娱乐化，这点在iPhone 平台上可窥见一斑，但在Android平台上才刚刚起步，基于个人兴趣的娱乐化服务方式将是以后发展的趋势。
2. Cloud：云端的服务从兴起到如今的“蓬勃发展”，但仍远未到其可以较好的服务用户，服务分散化，局限性，操作的复杂度，空间大小等等在这些都解决后，将会迎来其更为人性化的浪潮。

黄蔚瀚：未来应用发展方向会持续的两级分化，会有一部分大型应用开始把渠道走进电视屏幕。

1. 我觉得小型应用会开始大量使用云端，而且会快熟进入一个成熟期；大型应用会基于企业级的大型服务器做服务；中型应用会很快进入一个瓶颈，生存会非常困难。
2. 用户体验会渐渐被复原为用户中心设计，因为产品的发展趋势都是‘重体验，轻功能’。因为，好的产品强调的是用户中心设计。对于用户体验分析，则需要大量使用数据反馈才可以得到相关优化依据。
3. 由于我们的产品专业性强，以及涉及渠道包括网站，手机，数字电视，终端机等平台。所以产品方向会继续注重安全性，以及挖掘不同平台特征来满足用户的不同需要。

InfoQ：在2012年，您所负责的产品会有哪些改变和升级？

杨锴：我们会在2012年推出Julia的1.0和2.0两个版本，并推出JS++的规范。通过对Julia和JS++两个项目的改进，预计在2012年第三季度实现如下两个产品目标：

1. 只写一套代码，实现跨平台运行。
2. 用HTML5开发，自动编译为二进制代码。
3. 前端开发直接声明数据，后端自动生成数据库。

张涛：豌豆荚应用搜索在实现了基础的应用市场整合后，将会在为用户提供更精准搜索结果这点持续优化。结合用户使用习惯，用户推荐内容等信息，帮助用户更好更方便地寻找发掘应用。

姜楠：

1. 推荐数据与云端的无缝整合。
2. 个性化的推荐方式。
3. 导向性更强的导航系统。

黄蔚瀚：今年我手上的产品主要会进入深度优化，由于我们的功能已经比同类产品完善得多了。所以在接下来，会把核心在功能流程上进行改良。