我发现,成功的项目都有一个共同点。那就是,甲方 (也就是您的团队) 在开始项目之前就设定了明确的目标和期望。而且,第一步往往从一个问题开始:
我们是不是真的需要开发供应商?
在移动互联网中,您的应用就是您的品牌、业务,以及团队本身,并且它有可能显著助推您的业务。正确的决策应该以可接受的费用和时间产出最佳的应用,同时也应基于您对项目需求和内外部团队能力的清晰理解。
使用开发供应商的做法不一定适合所有人,因此首先要确定它是否适合您。要做到这一点,您需要了解应用对您的业务的重要性,以及对您自己的团队文化、业务焦点和经验的影响。更具体一点来说,在开始接洽开发供应商前,问自己这么几个问题:
我们对自己的移动应用即将进军的领域了解程度如何 (如竞品、市场规模等)?
我们是否希望在内部团队保留对应用开发的完全所有权和控制权?
我们是否有时间和资源来招募和建立自己的内部开发团队,并对其进行持续的支持?
开发供应商是否可以更好地创建出优秀的应用?
当然,您可以选择使用开发供应商创建出应用的第一个版本,并在这个过程中建立自己的团队。
创建应用不仅仅是一个技术挑战,人的因素也是其中的重要组成部分。良好的利益相关者计划可以确保您的组织团结一致,制定共同的应用开发目标,并尽可能地实现高质量、省时、符合预算的开发成果。
利益相关者计划的重点在于,了解团队/组织中谁与应用有利害关系,他们应该如何参与制定需求和管理开发,以及您如何与他们沟通项目进展。这一步骤完成后,请您向利益相关者进行简要介绍,让他们了解您对他们以及团队的期望。
建议采取的步骤:
确定所有在业务中享有权益的人。在初创公司或小公司中,一个人可能身负多个利益相关者角色。
确定他们负责的领域以及了解他们可以提供的洞察。
与每个人或部门合作,定义他们需要承担的角色,确立汇报关系。
从利益相关者那里获取产品和业务战略的需求。
根据您的组织的规模,您应该寻找的角色 (以及其对应的权益) 包括:
首席执行官 (CEO),会参与商业论证、投资以及投资回报率、资源调派、机会成本和质量决策。
首席技术官 (CTO),会参与平台战略、后端系统整合、技术开销、维护和资源调派。
首席营销官 (CMO),会参与推广策略、预算、品牌呈现、应用质量 (主要是品牌建设方面) 以及获取客户洞察/分析。
首席财务官 (CFO),会参与立项、维护和持续性成本的计算,制定供应商选择策略以及签署供应商。
项目管理组,会参与项目跟踪、管理和报告、跨项目 (资源) 影响、风险管理、项目支持和依赖度管理。
法务,负责 NDA (保密条款) 和合同事宜。如开发和支持合同、知识产权、代码访问和所有权、风险和争议管理、帐户 (例如 Google Play 账户) 所有权、持有应用的密钥库和密码、合法或合规性、隐私,以及 Play Store 分销协议和内容政策。
在您进行上述过程时,请问自己:
我确定了所有利益相关者吗?可能会存在上面未能提及的核心角色 (例如,处理用户验收测试或用户体验的角色)。
我是否为每个利益相关者定义了角色,他们是否了解它的含义和对应的权益?
我是否有相关的汇报指标,可以用来与每个利益相关方达成一致?
如果利益相关者之间出现分歧,我是否有合适的上级进行定夺,或者有可行的汇报机制?
组织一次设计冲刺* (Design Sprint) 是否有助于在早期阶段向利益相关方阐明要求?
我是否明确阐述了我想解决的业务问题?
* 设计冲刺,指聚集少量人员,在给定的短时间 (一般是一周) 内快速走完立项、设计、用户验证和报告的过程。这个过程主要用来在大团队内正式启动一个项目前进行小规模验证。
提升利益相关者的参与度,搜集他们的需求,确定项目的战略需求,这几点对项目的成功至关重要,您可能需要考虑使用供应商来帮助您完成此过程。一个供应商如果拥有以往项目的成功经验,请尽可能使用这些经验。
您可以要求供应商在项目提案中加入“需求确定阶段”这一工作项目,从而帮助您确定需求。也可以要求入围的供应商帮助您执行需求确定阶段。但请注意,很多供应商不会免费做这个工作,所以请在预算范围内进行考量。
最终用户将会通过网络和应用商店搜索您的服务。所以,您可能不希望将鸡蛋全放在原生应用这个篮子里,尤其是考虑到您用户在下载您的应用时可能会出现下列情况:
他们的设备上空间不足。
没有下载应用所需的带宽。
不想让太多的应用挤满他们的智能手机。
不喜欢下载应用带来的等待时间。
对您的用户来说,网页的进入门槛较低——他们只需点击链接并加载网页即可。这样您就可以立即提供他们想要的内容和体验。您还要考虑到,网页用户的获取成本往往低于原生应用的用户。渐进式网页应用的出现,以及基于浏览器的应用功能日渐强大,意味着原生应用和网页之间的鸿沟正在缩小。
渐进式网页应用可以在主屏幕上安装图标,支持推送通知以促进用户使用,并通过服务工作线程 (Service Workers) 提供离线浏览功能。随着 Web 蓝牙、WebGL、WebRTC、Web Assembly 等功能的推出,原生应用和移动网页应用之间的差距将继续缩小。您可能拥有一个网页团队,因此创建引人注目的移动体验所需的增量投资可能不会很大。无论您是否采用原生移动策略,我都建议考虑这种方法。
确保您完全了解原生应用和网页开发的相对优势和成本。您还应该问自己,竞争对手正在做什么,并考虑您的目标国家/地区是否会因移动数据可用性等因素而产生限制。总之,您的技术/平台选择是基于您想要为用户提供的体验,以及想要达成的业务目标这两个因素。
您还需要考虑开发平台问题,包括:
开发供应商是否使用了跨平台移动 UI 框架,在这种情况下我会推荐 Flutter——同时针对 iOS 和 Android。这种方法可以降低成本并加快产品的上市速度。
您想将自己的应用体验扩展到 Android Wear、Android Auto 或 Android TV 吗?
如果您有一个 iOS 团队,他们将如何与供应商合作?例如在多个平台上协调发布并进行统一的营销活动,从而打造更大的市场影响。
您有很多理由——设备装机量、市场覆盖等等——构建 Android 应用,将其作为产品或服务战略的关键和持续部分。对它进行投入,建立自己的品牌,获得新客户,让它成为关键的收入驱动因素。
费用是任何项目的核心部分,但需要根据项目工作内容、交付时间和质量要求进行平衡。最终,您在构建应用时,需要在这些相互冲突的元素之间找到最佳平衡点。
在讨论预算时,请记住,目标是创建一个为您的业务带来价值的优质应用,而不仅仅是在给定时间内满足功能需求的应用。(也就是说,别仅仅以 “完成开发” 为目标。)
设置预算时需要考虑的一些关键事项是:
如何在内部为应用的投资回报率设立商业论证指标?这可能是指收入、品牌曝光度 (如下载量)、用户留存率,当然也可以是针对竞品造成了可观的影响。
我的公司在某个应用中的投资在多大程度上偏向某个特定平台?这种倾向是否有意义?该平台上目标人群的统计数据和下载机会是否能影响我的这个决策?
是否存在我未能考虑的额外成本 (例如应用营销和维护成本)?
我的团队是否清楚地理解了应用和高质量应用之间的区别,理解的程度会对我的业务产生哪些相应影响?
在发布之后,您应该像规划应用的交付进度一样,对应用的迭代进程进行计划。您需要了解如何量化成功,以确保您的应用符合您的业务目标。它还可以支持您在发布应用后向关键的利益相关者进行汇报。
设定目标,以便衡量和了解项目和应用的成功。然后创建关键绩效指标 (KPI),这就是您将用于衡量应用绩效的数字。
如何设置 KPI 取决于您业务的具体情况,下面提供一些有助于您启动自己的流程的典型示例。
如果您的目标是通过应用内购提高盈利能力,那么您需要考虑的 KPI 就是每个用户的交易频率,如果这一数字上升,就表明您在说服用户频繁购买这个方面做得很好。其他可能的重要指标包括用户评分,因为它会对您的品牌和应用下载量产生影响。
如果您的目标是向用户展示更多广告,则可以使用与提高活跃度/参与度相关的 KPI:如果用户每次使用时浏览的屏幕数上升,就意味着您可以展示更多广告。
当您与供应商合作时,请确保您及早向他们介绍对您而言至关重要的指标。
设置成功标准的另一个重要方面是,了解和衡量人们在转化为用户之前与您的应用进行的互动,包括销售、广告浏览等内容。要了解用户的行为,您需要在应用中引入分析解决方案。分析工具的众多功能之中就包括,帮助您将客户群划分为有意义的组,从而支持您的营销活动,授权 A / B / n 测试,以及帮助调试您的应用。
显然,您找到的供应商最好能够理解,对数据表现进行分析是移动应用开发过程的核心部分。如果您不熟悉熟悉数据分析,我建议您阅读 Google Analytics Academy 提供的课程。
Google Analytics Academy:
当您与潜在的供应商讨论数据分析时,问问他们,是否具备在应用中从头开始构建,或实施分析解决方案的专业知识?此外,试着去了解一下,他们通常如何使用生成的数据来指导应用开发和测试。
此外,我们建议您确保该机构熟悉 Android vitals。这个 Google Play Console 提供的功能可以获取与应用性能相关的分析数据,包括有关应用稳定性、应用启动时间、电池使用、渲染时间和权限拒绝的数据。将这些数据反馈到开发过程,有助于显著提高应用的质量。
与此同时,还需要考虑的其他一些问题包括:
如何打造以数据分析为核心的团队-供应商合作模式?
对我的团队而言,哪些指标很重要?
我是否能够及时与供应商分享我们的分析数据?
转自:谷歌开发者公众号
进群了解更多最新出海资讯、市场活动及合作,扫描关注下方二维码吧!
扫一扫 加入出海交流群