产品经理是许多公司中的重要职位，因此在全球范围内开设诸多相关会议、讲习班和研讨会，旨在提高产品经理工作效率和技能。但移动产品管理则是一个全新领域。这一职位大概在 5 年前崭露头角，但现在每家开展移动应用业务的公司都至少配备一名产品经理。最近在 LinkedIn 上进行搜索显示有大约 175,000 个包含“产品经理”和“移动”的职位结果，并且有 11,000 个招聘职位。
对所有产品经理而言，所面临的工作状况大致相同，但产品经理首次涉足移动领域却会感受到一定挑战，特别是这些产品经理过去只要涉足于网络应用。与网络相比，移动领域所涉及的技术更为广泛，产品经理需要熟悉相关技术，比如云技术、可用性、原生应用与混合应用、分析方法等技术。相关人员的技术技能应定期升级，以便紧随移动领域扩展节奏，保持与时俱进。总而言之，需要投入大量精力才能跟上移动领域的发展速度，特别是在时间和预算受到指定条件约束的情况下更是如此。
“产品经理可协助利益相关方，包括所有团队和用户，帮助打造切实可行、具有价值并且合用的产品。”
基本上对于产品来说，最为成功的产品经理应起到“小总裁”的作用。他们不仅需要积极管理产品生命周期，还需要参与管理产品的各个团队以及利益相关方。他们需要具备良好的评判标准和优化产品内置功能的能力，同时与更高管理层和开发人员建立密切关系。最后同样重要的一点是他们需要对产品具有远见，确定产品定位以及目标群体。
在诸多要求之上增加移动领域使产品经理的职责更加繁重。优秀的产品经理与移动同呼吸共命运。他们的智能手机安装数百款应用并且经常使用，以此洞察竞争对手正在做的工作、判断工作有效性以及了解用户对移动体验的期望。优秀的产品经理从不享受安逸。产品经理始终追寻新方法和新技术，评估新技术和用户体验趋势，思考如何据以改进产品、提高开发人员工作效率或缩短上市时间。
“与产品经理和开发经理一样，有时应设置‘产品开发经理’这样的中间层，他们不仅应负责关键层次和任务，比如迁移、扩展、冗余和消除等待时间，同时还要和业务方合作并且了解如何管理经理”。
Richard Macksoud，Countly 销售和业务拓展副总裁
我们发现迄今为止最为成功的产品经理总是与分析人员和开发人员密切合作。产品经理了解各种编程语言，评估构建产品所需时间，这必定会对产品经理有所帮助，进而帮助产品经理准确评估所需工作量。有时经验丰富的产品经理对工作量的估计偏差仅为 -+10%，完全超出行业标准。但不要误会 —— 与开发人员合作只是冰山的一角。您至少需要了解用户界面设计、标识生成、各种用户界面与种类繁多平台的以及简单用户体验任务所需时间。您在评估故事板、工作原型机、首个测试版本、半成品应用程序和功能齐全待提交版本应用构建时间方面堪称专家。
熟悉移动领域——特定技术极富挑战
在网络领域，通常只有 3 种屏幕尺寸优化：移动设备、平板电脑和计算机。但在移动领域，则有更多种选择，此时，这类选择并非作为“可选项”出现。截至目前，Apple 平台有 15 种不同屏幕尺寸，而 Android 平台有数百种不同尺寸和密度。全球甚至有 16000 多款不同的 Android 设备。如果忽视尺寸的约束，那么用户将错失立即可用的体验，不得不忍受可用性方面的缺陷。
优秀的产品经理持有多种设备并可交替使用。我的一位好友会携带不同的设备，以此了解各种设备之间的异同之处，非常注意这方面的影响。公司购买所有智能手机的成本略显高昂，但管理团队和团队产品经理都认识到这个需要。
关于智能手机的另一要点是不断更新，智能手机周边产品亦是如此。推送通知、摄像头、可达性、视图、定位、后台流程的处理方法各不相同。了解如何采用适当优化方法访问操作系统特定功能尤为重要，而这需要耗费大量时间。
可用性和以用户为中心的设计成为第一要务
在所有应用商店中已有 300 多万款移动应用。应用停留在设备存储空间中的平均时间要按天数，而不是按周数计算。略低于 30% 的用户打开应用一次，然后因为崩溃、可用性和上手体验问题而删除应用。如果无法在应用最初几个界面内营造极佳满意度，那么用户很可能删除应用，再也不会选择这款应用。因此要在人性化方面投入更大精力，改进移动应用程序最初 20 秒的体验。
这也正是我经常提醒同事在产品管理方面需要注意之处：这是一门权衡功能删除与否的技艺。对可用性而言，考虑功能优先顺序和重新排序非常重要。除注重应置入产品或从产品中移除的功能之外，产品经理还应注意 A/B 测试、启发式搜索方法以及如何从早期用户和采用者（尤其重要）获取反馈。先设计最小化可行产品（现在并不为人所关注），然后置入功能和删除功能，这是产品经理经常要面对的工作。
如果应用程序面向全球发布，那么应注意不同国家和地区之间的可用性差别。例如，在中国财务应用程序中红色箭头表示数值上升，而在主要针对西方国家和地区的应用程序中，含义恰恰相反。性别差异，甚至面向儿童的应用也应注意不同配色方案以及儿童隐私权法案 COPPA 合规性。考虑不同国家和地区本地化，您会发现文化和性别差异会显著增加项目预算。
成功的产品经理还应在多个方面成为专家，包括但不限于应用程序测试、应用商店提交、从实际客户获取反馈、响应互联网上的反馈和评价，甚至还包括确定应用程序更新时机和方式。此外还需要采用最出色的分析和市场营销平台组合（获取渠道此前已告知），关注隐私和安全性。在参与过几个成功项目后，您才会开始理解作为产品经理的真正满足感。
对产品经理而言至关重要的移动基准
许多公司设有自己的移动应用程序开发团队，同时承担多个项目。有时也可以选择移动开发外包，借助第三方降低运营费用。移动开发逐渐成为必备技能，由于开发平台、操作系统和编程语言多样化，可能难以为项目找到特定专用技能集。
这一问题的解决方法是移动产品经理应寻找良好的性能模型，将其用作移动应用成功指标。C 级执行程序取决于某些标准，比如下载和安装量、使用量、应用内购买情况和其他易读易理解数值。但一些统计数据隐藏了关于应用性能和用户体验的重要信息，因缺乏信息和关注而被忽略。这阻碍我们发现用户体验、后端、图形和应用程序常规使用方面的潜在问题。
以下给出列举应用程序重要参与标准的评分板。以此为基础计算移动应用程序整体性能。可以添加或删除额外基准，例如应用内购买量，也可以分配权重数值以便计算指定应用程序总分。
- 下载次数：我都认为这是迄今为止需要分析的最重要的基准之一。如果可行，应尝试追踪应用程序推荐人。对于 Android，广告活动追踪可以直接进行，但 Apple 不允许第三方追踪推荐（但有其他方法可实现，比如 IP 匹配）。
- 卸载次数：我们遇到过卸载率超过 160% 的应用 —该应用每安装 10 次，用户将卸载 16 次。卸载可通过推送通知反馈进行追踪，也就是说如果应用程序启用推送通知并且被卸载，此时可以对其进行计数。
- 保留率：保留率仅提供接受应用并再次打开应用的用户数量。与回头客一样，保留的用户是应用程序参与度最关键的基准之一。借助保留率屏幕，可以了解再次使用应用的用户百分比。
- App Store评论和评价：尽管不能直接在 Countly 仪表板中使用，但有许多联机服务可以提供App Store此信息。产品经理应注重最终用户的中肯意见，将其视为改进方向。
- 打开次数：统计数据显示有四分之一的应用仅被打开一次。小挫折、登录问题、帮助屏幕打字错误都会让用户按下主屏幕键，从此不再返回应用。游戏结束。借助 Countly 仪表板，可以查看应用启动次数，在平均打开次数过低时采取必要措施。
- 会话持续时间：这一基准很容易让人误解，原因在于用户在简单的实用程序（例如天气预报应用）、休闲游戏或视频流媒体应用中花费的时间存在明显差异。因此不要简单地将“耗时”数据与其他应用进行比较，而应通过自定义事件（例如会话中观看频道数）将数据关联起来。
这些都是在为应用程序集构建评分板时需要考虑的重要事项。该列表并不详尽，我们鼓励添加或移除其他适用参数（例如应用内购买）。
确保分配权重分数（例如下载量为 15，保留率为 20），使总和为 100。为每个项目提供简单公式，定义评分方法。例如 4 分为 1 星，8 分为 2 星等。
最后定期填写评分板（例如每周或每个月），这样即可对每款应用程序进行统一采样。记下几个采样数据后，将会发现令人惊奇的见解。
产品经理后续发展
完成任务后，还有哪些值得关注的要点？职业生涯如何扩展？很遗憾，长时间停留在这一领域并不容易。无论您有怎样的计划，这一领域越来越认可拥有良好背景的产品经理，对极其成功的产品经理的需求日益增加。正如 Martin Eriksson 所说“产品管理是一项艰巨的任务，但也充满乐趣 — 当然最大的乐趣在于获得回报。”
本文作者
Onur Alp Soner，Countly 联合创始人，Countly 是企业移动分析和市场营销平台，服务范围覆盖超过10亿。他胡须浓密，喜欢撰写分析、数据、创业和移动产品相关文章。
更多阅读：
