如何做app软件

相较PC、H5和小程序，app拥有其独特的体验、传播、服务封闭的优势。若要充分利用用户的时间并优化用户体验，app是最理想的产品形态。曾有传闻称小程序即将推出，但事实上，app在用户的主流场景和体验上仍具有不可替代性。

对于拥有有限资源的互联网研发团队而言，如何快速开发自己的app并验证业务模型的准确性是一个关键问题。

今天，我们将以PMTalk旗下的HotMind产品为例，分享其app设计的MVP与研发工作，希望能为大家带来一些启发。

深究需求，奠定MVP基础

一个产品的MVP形态并非仅通过一次需求调研就能完成。产品经理应以最全面、深入的视角去思考产品的业务发展方向，从而定义MVP。若对产品的未来扩展方向和具体功能不明确，MVP的定义便无从谈起。

在HotMind的设计过程中，我们已预见到产品未来半年的版本计划，包括功能数量、用户路径、购买流程以及商业模型等。

在前期需求与原型设计完成后，产品经理可设想自己作为用户会主要使用哪些功能。

我们将围绕增长和变现这两个北极星指标，思考如何在MVP版本下实现它们。

MVP版本不仅是产品研发的缩影，更应体现商业模型的最大价值。

混合使用Native与H5技术

PMTalk产品经理社区作为一个内容社区，包含众多文章、应用、应用问答等数据类型。移动端app的内容导向为主。为减少开发时间，我们采用减少前端页面开发工作的策略。

无论是IOS还是H5，在相同的功能与业务逻辑下，若能使用一套UI或差异不大的前端样式，将减少UI设计与测试的时间。

因此我们选择尽可能使用Native封装H5。尽管这会增加IOS与H5的联调时间，但相比重新开发而言，这种方式仍更为高效。

市场上许多产品也采用类似的设计策略。

例如掘金和淘宝的聚划算等，通过H5的方式实现了内容在PC、微信浏览器移动端以及客户端的跨平台一致性体验。

高保真原型的“迭代”艺术

在UI上线后，产品经理应利用高保真原型进行模拟操作。通过这种方式，我们可以发现MVP的不足和优势。

在PMTalk团队中，我们采用敏捷的研发管理方式。每周二进行需求评审，且研发工作周期不会超过一周。

与开发团队沟通清晰，确定哪些页面或功能逻辑可优先处理，未确定的地方或需调整的UI则在后续时间补齐。

这样即使在新版本的UI调整中，也能视为MVP版本的一次“迭代”。

合理取舍：酷炫动效与实用性并存

Ios和安卓系统的差异催生了众多开源的交互组件。每个产品经理都希望能为产品打造一套“酷炫”的交互效果来吸引用户。

然而从开发的角度看，每个交互动效都需要时间调试其背后的条件与显示边界。

以soul为例，其宇宙星期的交互效果满足了目标用户的好奇心理并带来了良好增长。在MVP开发期间，我们不必完全摒弃酷炫的交互效果但需学会在交互效果与实用性之间找到平衡。

初期可以采用现有的开源库寻找与需求最匹配的交互效果进行复用。在动效、页面数量、逻辑上均实现复用。仅更改前端样式而不改动数据类型与数据处理逻辑可以更高效地加速app的开发进程从而帮助产品经理验证从0到1的商业模式。