与PC端、H5页面以及小程序相比，移动应用程序在用户体验、传播途径和服务范围上具有其独特的优势。若希望全面掌控用户的使用流程和时长，应用程序无疑是最佳的选择。在2017年，当小程序的概念被广泛讨论时，许多人曾预测应用程序将逐渐被淘汰。然而，现实情况是，在用户的主要使用场景和体验层面，应用程序仍然具有不可替代的地位。
然而，对于资源有限的互联网开发团队而言，如何迅速开发一款属于自己的应用程序，并验证其商业模式的准确性，是一个重要的挑战。
今天，我们将以PMTalk旗下的HotMind产品为例，分享我们是如何进行这款产品的MVP（最小可行产品）设计与研发工作的。
在MVP开发之前，进行深入全面的需求分析
一个产品的MVP版本，并非仅仅通过初步的需求调研就能确定。作为产品经理，更应该基于最全面、尽可能深入的业务发展方向来思考产品的MVP。
如果你对产品的未来扩展方向和具体功能都不甚了解，那么MVP显然是无法定义的。
在设计和开发HotMind时，我们已经对产品未来半年的版本计划进行了详细的考虑。这包括功能的数量、用户路径的设计、用户的购买流程以及产品的商业模式等。
在前期需求分析和原型设计完成后，参与的产品经理基本上可以在脑海中思考，如果自己是一名用户，会主要使用哪些功能。
围绕北极星指标：增长和变现，产品在MVP版本下如何实现这2个方向？
一个产品的MVP版本可以大幅压缩产品研发时间。同样，一个产品的MVP版本也应该实现最全面的商业模型价值。
Native与H5的混合使用
PMTalk产品经理社区是一个内容社区，社区中有大量的文章、应用、应用问答等数据类型。因此，对应的移动端应用程序，仍然是以这类内容为主。减少开发时间的一个有效方法是减少前端开发的页面工作量。
无论在iOS还是H5平台上，如果功能与业务逻辑相同，使用一套UI或差异不大的前端样式，可以减少UI设计和测试的时间。
因此，我们选择尽可能使用Native来封装H5。虽然这要求之前的H5页面带上iOS端参数，增加了iOS与H5的联调时间，但总的来说，这比重新开发要快得多。
许多市场上的产品也采用了类似的设计方案。
例如，掘金、淘宝的聚划算等。通过H5的方式，确保内容无论在PC端、微信浏览器移动端还是客户端，都能提供一致的体验。
内容产品使用H5的好处还在于，它有利于内容的传播。因为H5本身具有跨平台的优势。
唯一需要注意的是，在微信授权下的访问地址和普通浏览器的访问，需要产品经理进行用户判断。
高保真原型的“迭代”
UI上线后，产品经理应尽可能利用高保真原型完成模拟操作。通过模拟操作和类似的跳转交互，我们可以判断当前MVP的不足之处以及其优势所在。
许多互联网研发团队，如果采用瀑布流的研发管理方式，设计团队会非常反感在出设计图之后再进行变动。所有的变动都应该放在下一个版本的需求中，这就会导致我们所说的“甩锅”现象。
“这是产品经理你的原型这么做的，现在没时间改”
在PMTalk团队中，我们采用敏捷方式管理研发流程。每周二进行固定的需求评审，需求评审的研发工作不会超过一周。
同时，我们与开发团队保持沟通，明确哪些页面或功能逻辑可以先行，哪些地方没有想清楚或有UI调整的需要，以及何时补齐。
这样，即使在新版本UI调整的情况下，也算是在MVP版本下的一次“迭代”
放过酷炫的动效或交互
移动端的开发，在iOS和Android两个系统阵营的影响下，导致了许多开源的交互组件或部件的产生。
但每个产品经理最擅长以及最想做的，都是设计一套适合自己产品的“酷炫”交互效果，以独特的交互方式吸引用户。
但站在开发的角度上，每一个交互动效背后的时间、条件、显示边界都需要花费时间进行调试。
以Soul为例，这是一款主打90后、00后陌生人社交的产品。在用户匹配方面，推出了类似宇宙星期的交互效果。因为酷炫的交互效果满足了目标用户的好奇心理，带来了良好的增长。
在MVP开发期间，为了验证MVP版本，我们不能完全砍断所有的酷炫交互，但要学会在交互效果上做MVP。例如上述的星期的动画效果，前期可以在动画效果上使用开源现成的，产品经理在先有的开源库中寻找与自己需求表达最切近的交互效果。
在动效、页面数量、逻辑尽可能复用的基础上，我们可以更改前端的样式，但不更改数据类型与数据处理逻辑。相信这样，一个应用程序能够更加快速高效地落地，帮助产品经理验证从0到1的商业模式。
文章来自社区签约作者：kevin