当每天都有数百万智能手机用户在使用手机时，品牌到底该怎么利用这个机会？

TNS Global Key Insights Mobile Life 有句话很到位：

“对越来越多、跨市场跨收入跨人群的消费者来说，手机是距离他们 最近 的设备与沟通渠道。它天然 私密 且 个人化 ， 随身携带 、全天使用，并通过拍照、存图、下载音乐、设置壁纸、快捷方式以及不断增加的 app 与功能完成个性化。”

正因如此，智能手机给品牌提供了建立 一对一、贴身关系 的重大机会。

从 Owned Media 角度，你通常有这些选项：

• 做 mobile site
• 做 native mobile app
• 借力现有社交平台（Facebook、Twitter、Instagram）

mobile site 的限制是，通常不能充分调用相册、摄像头、视频、通讯录等原生能力，体验丰富度一般不如 native app。

但它的优势是平台无关，可跑在 iOS、Android、Windows 等系统上。

native app 可以做很复杂、很丰富的体验（更好图形、更复杂交互、甚至 3D），但你通常需要针对 iOS、Android、Windows Mobile 等分别开发版本。

你当前的网站“移动友好”吗？

最直接的方法就是用手机访问你自己的网站。也可以用移动模拟器（搜 "How does your site look on mobile?" 会有很多免费工具）。

如果网站大量依赖 Flash，那么在 iPhone（以及 iPad、iPod Touch 等 iOS 设备）上基本无法正常显示，因为 iOS 不支持 Flash。

一些工具会给你移动优化提示，常见问题包括：

• 是否出现图片破损或内容缺失？
• 不缩放、不左右横向滚动时，文字是否可读？
• 链接与按钮是否能被拇指准确点击？
• 视频、游戏或动画是否可见？
• 视觉与语气是否和其他营销材料一致？

结合这些问题，再加上你的网站 移动端加载速度，你至少可以得到一个很粗略但实用的判断：当前移动站表现如何、下一步该优化哪里。

当然，这只是基础清单，真实“移动友好”评估还有很多维度。

移动友好网站的几种技术路线

在越南做 mobile site，从技术实现看常见有几种方式。

Responsive Web Design

Responsive web design（RWD）是相对较新的方向，设计与开发团队要真正掌握并做漂亮，仍需要积累。

响应式案例有很多，如 http://mashable.com、http://www.bostonglobe.com/，我的博客主题也支持响应式。

我在越南看到真正做得好的响应式站点还不算多。

Google 的 “Think Insights” 对 RWD 的定义是：

“RWD 让你无需为不同设备分别做多个网站，也能针对不同屏幕尺寸优化体验。通过 flexible templates、CSS media queries 和 JavaScript events，页面能根据 viewport 自动调整图片、布局与内容可见性；还可利用拖拽、滑动等触屏手势能力。这些 CSS/JS 技术可叠加在同一份 HTML 内容上，向所有设备分发。”

如果你不确定响应式长什么样，可看 Mashable 的例子：

在桌面宽屏（我用 Macbook Pro）下，右侧文章标题 “Google Glass Photographer Makes Picture Taking Awkward” 是两行，并显示摘要。

当窗口缩到 iPad 宽度时：

因为空间变小，标题变成四行，摘要不再展示。但布局仍然稳定，阅读体验仍然可用。

再看同一站点在手机屏幕下：

你会看到布局变化更大，只保留核心内容，主导航折叠到左上角按钮中。

同一 URL，按设备动态返回不同 HTML

当用户访问网站时，服务器可以识别设备类型，并在同一 URL 下返回定制页面（HTML + CSS）。

这些定制页面可针对手机、平板、桌面甚至智能电视优化。

但这要求你维护按设备拆分的样式与内容逻辑，长期维护成本不能忽视。

独立移动 URL

另一种常见方式是单独做移动站，与桌面站分离。浏览器识别到移动设备后，自动跳转到移动版本（如 m.vnexpress.net）。

独立移动站可针对移动用户深度定制，通常独立开发和托管。

这在越南非常常见，VnExpress、Vietnamnet（2013）等大型新闻网站都采用过。

该做移动站还是原生 App？

从 预算看，通常最省钱的是做独立移动站（separate mobile URLs）。

一般来说，Responsive Web Design 的成本通常会高于“普通独立移动站”；而无论哪种网站方案，通常都比原生 App 便宜很多。

如果你问“便宜多少”？答案仍是“看需求”。按经验估算，native app 的成本可能是移动站的 3-20 倍，取决于功能复杂度。

除成本外，移动站优势还包括：

• 触达更广
• 跨平台兼容
• 可被搜索引擎更容易发现

RWD 继承这些优势，同时在多设备体验一致性上更好。

RWD 站点若接入 CMS，更新内容后可以即时在用户浏览器生效，不需要像 App 一样等待第三方应用商店审核。

但无论普通移动站还是 RWD，仍有一些明显劣势：

• 多数方案在离线场景下能力弱（虽有部分 Web App 可做离线模式）
• 对手机本地能力访问有限，如相册、日历、相机、加速度计等（未来可能逐步改善）
• 复杂动画、游戏、重计算等体验通常不如 native app
• Push 能力：网页在后台主动推送能力有限
• 变现便利性：在 Google Play / Apple App Store 等生态，native app 的分发与内购更成熟；移动站可用的变现路径更窄，常见是订阅

native app 的一个关键劣势是：为了保证体验，你往往必须为 iOS、Android 分别开发，这会显著提高开发与维护成本。

当然，移动站的劣势常常就是 native app 的优势。

但别忘了：native app 和网站、社交资产一样，发布后还要持续投入推广与维护。

所以我不建议只为 2 个月 campaign 做一个 app，然后立刻停更。

原生 App 的典型开发流程

如果你决定做 native app，常见流程是：

• Ideation：明确 app 概念与关键功能。建议从长期价值设计（对用户与品牌都成立），而非只支撑 1-2 个月的 campaign burst。
• Business analysis：梳理需求，选择适合各系统的技术方案与基础框架。
• Wireframe / Design：和做网站一样，wireframe 是 UI 基础。逻辑错或流程缺失会直接伤害体验。

screen flow 需要明确动画、页面跳转与触发逻辑，让客户在开发前就能“看见”使用路径。

• Database / CMS / API：按需求设计数据库并开发 CMS 与 API。技术栈可以是 PHP、Java、.Net 等。

这部分通常传统 web 团队就能做，关键是 API 规范要对齐 app 端需求。

• Programming（前后端打通）：使用 Apple/Android SDK 完成 app 前端与数据库/CMS/API 的连接。例如 iOS 常用 Objective-C（当时主流）。

接下来的问题是：优先 Android、iOS 还是 Windows？

Android、iOS 还是 Windows？

首要判断是：你的目标受众里，各系统份额如何。

Windows 在当时并非常见选择，主战场通常是 Android 与 iOS。

我的建议是：预算允许的话，两边都做。

如果你核心目标是应用内付费变现，iOS 一般更优，因为 Apple 用户为应用或内购付费的倾向通常更高；Android 更容易出现破解分发。

从 App Annie 的数据看，iOS Store 月收入大约是 Google Play 的 4 倍。

如果只能选一个平台，那就回到目标受众和他们的设备分布。营销人要“跟着用户走，在有鱼的地方钓鱼”。

最后说明：以上内容摘自我新书《Vietnam Digital Marketing》中的 "Mobile Asset" 章节。购买电子书请用 this link。