Get best of the week

单个开发人员的MVP

随着数字产品的激烈竞争和新产品的高速发布，有必要快速廉价地测试产品创意的可行性。在本文中，我将讨论内部创建MVP的经验。实际上，是由一位iOS开发人员提供的。关于我在创建MVP时如何寻求平衡，关于工具，困难及其解决方案的信息。如果您打算在移动开发中实施第一个项目，或者想向现有产品添加新的功能分支，那么本文适合您。

图片

首先让我们记住什么是MVP。

MVP（最低可行产品）是具有最少但足以满足第一批消费者需求的功能的产品。

MVP的主要任务是获得反馈，以便为进一步发展提出假设，并总体上评估其适当性。那些。如果发生故障，它应该尽可能便宜，同时在积极的情况下也是可行的。因此，主要任务可以简化为在每个开发阶段寻求平衡的臭名昭著的工作。

应用功能




因此，我需要制作具有以下基本功能的移动应用程序：

  • 授权；
  • 语音会议；
  • 管理面板和小型服务器端；
  • 用户加载的内容；
  • 同步观看内容；
  • 基本分析。

时间和人力资源


此项目的最低资源为一名iOS开发人员，两个月的开发和测试时间。更像是一个挑战。但不要惊慌！当然，我使用现成的开发。MVP绝对不值得开发自己的库。因此，我们花了几天时间选择现成的解决方案和必要的开源项目。

设计


从最小MVP设置来看，最不明显的事情之一就是设计。看来对于他来说列出屏幕的名称和它们负责的内容就足够了。但是实际上，精心设计的界面可以显着加快流程，使开发人员摆脱工作中的许多不确定因素。早期阶段的设计开发使您对用户流程有了更清晰的了解，使您可以删除不必要的内容，并专注于项目首次实施时所需的最少功能。

当然，重点不应转移到复杂的动画上，但是给人的第一印象只能是一次！因此，我们需要一个简单而愉快的界面和直观的教程。

就我而言，该应用程序的最终设计几乎可以开始开发了。

建筑


很容易猜到我在使用iOS客户端，这是需要在该项目中进一步保存和开发的部分。因此，我们建立了坚实的体系结构，并在模块中选择了那些极不可行的部件，这些部件将在下一阶段的开发中被替换。

基于这些要求，很明显，应用程序不仅需要客户端，还需要后端的基本逻辑。那些。您需要授权，加入和退出它们的逻辑，内容的形成和管理，发送推送通知。

寻找解决方案


必要的工具之一是云数据库。为此，我比较了几个最受欢迎的选项。



从上表可以明显看出，Firebase是Google出色的集成解决方案，能够满足开发应用程序的大部分需求。 

这样的解决方案使您可以将所有控件都放在一个位置：用户帐户，房间及其设置的列表，分析以及有关崩溃的信息。在这种情况下，您还可以通过Firebase管理面板管理房间及其内容-非常方便。在某些时候，您甚至可能认为这是一个广告，但是我真的很喜欢它，最重要的是，这套工具有所帮助。

此外，该服务是免费的（受限制），对于MVP，它们应该足够有余量。好的文档，已经有很多关于所有服务的文章和教程，还有您自己在YouTube上的视频教程-它们根本没有机会不被整理。

结果，我从Firebase获得了：

  • 授权“ Firebase / Auth”；
  • 云数据库“ Firebase / Firestore”；
  • 后端“ Firebase /功能”；
  • “ Firebase /存储”存储
  • 分析“ Firebase / Analytics”；
  • Crashlytics故障报告。

这就是授权的样子：



对于分配的任务，当仅向用户分配唯一ID时，匿名授权就得到了简化。

这是客户端上的推式通知设置的样子：



仅需要几行。您需要订阅特定的主题，该主题又从背面发送回推。

通过Firebase SDK发送到TypeScript（JavaScript）的方式如下：



剩下的就是为语音会议找到便宜的解决方案，但事实证明一切并不那么明显。不幸的是，Firebase无法涵盖此功能。 

主要要求是跨平台和易于集成。这是一小部分类似的工具。

注意力吸引了吉西-这是一个开源项目，支持iOS / Android，WebRTC上的音频和视频聊天。首先，他们的免费托管就足够了，将来您可以搬家。而且，会议本身可以直接在Web版本中进行测试，从而大大简化了呼叫的调试。



Jitsi可以非常轻松地集成和启动会议本身。但是在通话开始后，可以直接通过Webview管理会议，您只能以编程方式结束对话。在选择此工具的阶段，没有想到例如使用代码中可用的方法，就不可能使静音/取消静音。因此，我不得不优化这些方法并将其添加到库中，并配置与控件的交互。我还必须自己调整一些参数。当然，这花费了更多时间-花了一个额外的一周，但仍比编写您的决定所需的时间少几倍。 

摘要


一个半月后，应用程序准备就绪，我们添加了必要的分析以衡量感兴趣的产品指标。测试和后续改进需要两个星期。因此，开发按计划花费了2个月的时间。我注意到，即使在小型项目中，您似乎仍然可以修复某些问题，尝试找到更好的解决方案。这些愿望背离了MVP的主要任务。

不幸的是，该公司没有收到必要的指标，这意味着该项目已经结束。但这是结果之一：我们测试了这一假设，最重要的是快速，廉价地测试了这一假设。

再次提醒您，为iOS开发MVP应用程序时要记住的要点：

  • 节省一切，但不节省质量；
  • 完成的设计将大大加快该过程；
  • MVP ;
  • .

More articles:


All Articles