多年来，我们大量投资Savvy Apps的产品团队。文件和过程是我们文化的重要组成部分。我们相信我们拥有的过程越多，我们就越有创意。虽然也许是违反直觉的，但是通过不必专注于创建新应用或功能的重复性标准部分，我们可以专注于使应用或功能特别的方面。
Savvy的每个应用程序产品经理的目标是为每个新应用程序或新的应用程序功能提供完美的版本。一个完美的版本并不意味着没有bug，没有反馈或没有问题。这只是意味着这个发行是按照我们想要的方式或者预期的。
从我的角度来看，整个行业应该是一样的。正如我之前写的，为应用程序进行产品管理的产品经理的资源仍然落后于其他学科。鉴于此，Savvy致力于推动我们，我们展示了39种更好的应用程序产品管理方法。我将它们分为几个部分，以帮助您更轻松地抓住与您最相关的内容。
功能/应用程序开发之前
1.确定您的应用程序无争议的市场空间。了解您的应用或应用功能将如何区分自己。蓝海战略（BOS）提供了像“策略画布”（见右图）这样的工具，可以将其描述为无可争议的市场空间。过去我们提到了BOS框架。我在App Savvy广泛覆盖BOS。
2.列出你必备的功能。
使用您的BOS分析，列出您的应用程序必备的，有益的和有一天的功能。一个v1.0应用程序应该大部分保持专注于必备功能，以保持你的轨道。
3.确定合适的应用团队成员。
根据应用程序的功能，获得正确的团队成员。除了功能本身，这可以由他们的平台专长和激情驱动。
4.对应用程序或功能进行初步简报。
新应用程序或功能的开始应该是与所有团队成员的对话。议程主题包括背景材料，必备功能的审查和调度。
5.牢记你的应用哲学。
不要只是战术。考虑应用程序的目的，谁将使用它，什么是一个伟大的应用程序。这在最初的应用程序简报中尤其重要，但在所有对话中应该是共同的。
6.启动您的应用程序发现过程。
开始用户研究，思想和评估您的核心价值主张。应用程序发现kickstart进一步巩固您的BOS分析或显示其缺陷和差距。
可视化的应用程序发现过程的不同部分。
7.线框和设计应用程序或应用程序功能。
您的发现过程的结果允许您进一步优先处理功能。用户体验和视觉设计团队成员在线框架和高保真设计中将会有一个清晰的重点。
8.你的发展估计。
采取高保真的设计，并将它们放在一个交互式应用程序原型工具，如Marvel。使用它来帮助创建您的开发估计。所有的任务都应该被打票并预计总体的时间表。
Marvel让您创建交互式应用程序原型，可以帮助开发人员预测。
9.与以往的应用/功能/项目相比。
健康检查您的发展估计是否符合以前的可比工作。 利用您从过去经验中汲取的教训，确保预测尽可能准确。
10.找到进一步缩小范围的方法。
尽可能地缩小您的范围是更快地构建您的应用程序或功能的一些方法之一。 如果调度未正确接近，您绝对会错过目标期限。
在功能/应用程序开发本身
11.确保您拥有所有正确的工具。提供所有的工具。 有一些项目或产品管理任务（如Trello）与开发任务（如Pivotal Tracker）有单独的工具是有帮助的。
12.开始基准任务。
您的工具应首先填写所涉及的典型任务。例如，左图显示了我们如何记录Trello中的一些基准任务。这些任务可以从可操作（例如，配置工具Zeplin）到营销（例如，概述您的启动策略）。
13.尖锐的应用程序功能最强。
不要将最难的任务留给最后。为最具挑战性的项目提前做一些开发尖峰。这种方法将减少未知数和丢失截止期限的风险。
14.至少设立一次每周一次的状态会议。
在整个星期内，您将通过您的工具集与您的团队进行交流。重要的是，每周至少要有一个设定的时间来相互面对面。这确保每个人都清楚优先事项，即将到来的工作
15.遵循行业接受的分支模式。
同意然后遵循标准分支模式。通常会涉及特征分支，常规提交，并合并到主分支。
16.尽快建立势头。
没有什么比一个新的应用程序或功能，感觉停在门外。将积压优先考虑在内，重点放在显示进步并早日获胜的任务上。
17.使用持续整合来减少问题。
持续整合有助于抓住更上游的问题。它可以识别打破构建的提交。 CI进程还可以剪切各种类型的构建以进行分发。
随着构建失败，Slack持续集成消息会提醒团队成员。
18.定期切割。
通常，您可以在2-4周的工作后开始分发构建。通过主要发展过程承诺至少每周建设一次。更频繁的版本将在以后有用。
19.在每次构建之后捕获反馈和分类。
使用Instabug这样的工具在每次构建后捕获反馈。将其与您的开发工具集成，并将其分类到错误，功能概念和可比较的项目中。
20.继续确保积压中的所有项目都有估计。
除非有估计，否则绝对不要将开发任务留在积压本身。否则，添加新任务后，预计的完成日期将不准确。
21.跟踪你的发展速度。
注意你的团队通过任务（速度）有多快，哪些任务是最困难的（估计），以及进度有多大（波动）。
22.保持短期和长期重点的健康平衡。
团队成员可能被所有需要完成的工作所淹没。明确立即的优先事项，但继续强调终点线更大的路径。
23.每个月至少看一次路线图。
应用路线图是一个活的文件。它需要定期更新。继续添加新的想法。每个月最少一次，作为产品经理和集体，作为一个团队。
24.准备你的应用商店列表。
当应用程序准备好进行更大的测试或提交时，您需要立即将其清除。进一步提前准备您的测试版或应用商店列表本身越好。
25.发布前开始营销。
营销需要在应用程序启动之前发生（我们有一本书）。这种方法可以确保您实现初步营销目标。它也将有助于测试。
即使在应用程序发布之前，足球的所有人都有一个预告片网站可用，以提前建立兴趣。
26.逐步扩展您的测试组。
开始测试你的应用程序在内部，那些建立它。然后扩展您的测试组，以包括朋友和家人，同事，利益相关者以及最终的外部测试人员。
27.制定质量保证计划。
即使有基本的质量保证计划，也可以发现许多问题。您的质量保证考虑因素将基于哪种应用程序，如果它是更新或新的应用程序，并且应该考虑各种用户流程。
28.让他人进行审核和检查工作。
瞥见Savvy App Store提交清单，供任何人使用。
UX和视觉设计团队成员审核该应用程序。这使他们能够确保他们的愿景得到实施。如果有的话，请用新鲜眼睛的人交叉检查工作。
29.提交前请先进行最后检查。
只要你认为你涵盖了一切，你可能没有。在最终的应用商店提交期间使用清单。你可能会找到一些问题。
30.应用程序启动时不要惊讶。
所有这些过程的目标是最大限度地减少应用程序启动时感到惊讶的风险。理想情况下，你知道问题是什么，或者对自己有什么本能的看法。
在您的功能/应用程序启动后
31.痴迷用户反馈。
在推出时，请继续关注您的支持收件箱，社交媒体，应用商店评论和可比较的频道。查找常见的模式和问题，并使用该信息来确定发布的优先级。
32.立即准备修复错误更新。
您可以通过在大型应用商店发布后的2-3天内获得修复错误更新，从而大大减少对社交媒体的支持请求负载，一星评论和批评。
33.快速回复给用户。
除了电子邮件和社交媒体之外，苹果和谷歌现在提供了与用户交谈的方式。与他们交流，告诉他们你正在听，并在你的回答中提示。
HelpScout是监控用户响应时间的好方法。
34.更新文档以获得更好的自助服务。
减少应用程序支持负担的另一种方法是不断更新您的知识库或其他以用户为中心的文档。 像HelpScout这样的产品可以轻松编辑或添加新条目。
35.有主动诊断。
无论是应用商店评论，服务器性能，崩溃或其他问题，您需要主动诊断工具才能保持潜在的问题。 分别使用Appbot，appFigures，New Relic或Crashlytics等解决方案。
Crashlytics为您的应用程序提供重要的诊断信息。
36.评估关键指标和分析。
希望您和您的团队在进入应用商店之前定义您的关键应用程序性能指标。现在是时候使用这些数据通知您的下一次更新。如果您没有到位，请立即添加应用分析。
37.继续更新路线图。
如在功能或应用程序开发期间所讨论的，路线图应至少每月更新一次。每次提醒想法或其他反馈，所以你知道最需要的项目。
38.尽可能纳入专家观点。
从未参与过功能或整个应用程序的团队成员可以提供新鲜的眼睛。请他们审查或以其他方式查看和测试新功能和更新。行业同行也可能愿意帮助。
39.定期进行更新。
最成功的团队每月发送1-4次应用更新。并非所有这些都是功能版本。关于错误，抛光和可比较项目的功能和点更新功能的混合使您的应用程序成为一个健康的平衡。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
