如何快速开发一个自己的app，还要验证业务模型
发表时间：2023-12-01 13:02:47
文章来源：炫佑科技
浏览次数：177
菏泽炫佑科技
如何快速开发一个自己的app，还要验证业务模型
但对于一个资源有限的互联网研发团队来说，如何快速开发出自己的APP并验证商业模式的准确性。
今天我们就用我们产品的app设计来分享一下我们是如何做这个产品的MVP和研发工作的。
在MVP之前，先制定*深入、*完整的需求
产品的MVP形式无法在**次需求调查中完成。 作为产品经理，应该根据尽可能*全面、*深入的业务发展方向来思考产品MVP。
如果不知道产品未来的扩展方向和具体功能，MVP显然是无法定义的。
在设计时，我们实际上已经考虑了未来六个月的产品版本计划。 可以有多少个功能？ 用户路径是什么？ 用户的购买流程是怎样的？ 产品的商业模式是什么？
当早期的需求和原型完成后，参与的产品经理基本上可以想一下，如果他们是用户，他们会主要使用哪些功能？
聚焦北极星指标：增长和变现，产品在MVP版本下是如何实现这两个方向的？
产品的MVP版本彻底压缩了产品的开发时间。 同一产品的MVP版本也应该实现*充分的商业模式价值。
与H5混合使用
产品经理社区是一个内容社区。 社区有无数的文章、应用以及应用问答数据类型，因此相应的移动应用仍然主要基于此类内容。 减少开发时间*好的办法就是减少前端开发的页面开发工作。
无论IOS还是H5，它们的功能和业务逻辑都是相同的。如果能使用一套UI或稍有不同的前端风格，还可以减少UI设计和测试时间。
所以我们选择尽可能封装H5。 虽然之前的H5页面会要求带IOS端口参数，但是会增加IOS和H5的联调时间。 但总体而言，它将比重建快得多。
市场上的很多产品也会遵循这种类型的设计。
以下分别是掘金和淘宝的聚划算。 通过H5的方式，维护内容无论是在PC端、微信浏览器移动端，还是客户端，都可以达到一致的体验。
使用H5做内容产品的好处还有利于内容的传播和传播。 因为H5本身就有跨平台的先天优势。
唯一需要注意的是，微信授权的访问地址和普通浏览器访问都会需要产品经理注意用户判断。
高保真原型的“迭代”
UI上线后，产品经理利用高保真原型尽可能完成模拟操作。 通过模拟操作和类似的跳跃交互，我们可以判断当前MVP的缺点和优点。
很多互联网研发团队采用瀑布式研发管理方式。 设计图纸发布后，设计团队会非常不愿意进行修改。 所有的改变都应该放在下一个版本的需求中，我们所说的“推卸责任”就会开始出现。
“这就是产品经理给你的原型做的，现在没时间改。”
在团队中，我们以敏捷的方式管理开发流程。 需求评审每周二固定，需求评审的研发工作时间不会超过1周。
同时与开发人员沟通清楚哪些页面或者功能逻辑可以先实现，那些没有想清楚的地方或者UI调整什么时候完成。
这样一来，即使新版本中对UI进行了调整，在MVP版本下仍然被认为是一次“迭代”。
放弃炫酷的动画或交互
移动终端的发展，在IOS和两大系统阵营的影响下，带动了很多开源交互组件或组件的产生。
但每个产品经理*擅长、*想做的app开发，就是打造一套适合自己产品的“炫酷”交互效果，用独特的交互方式吸引用户。
但从开发的角度来看，每个交互效果背后的时间、条件、显示边界都需要时间去调试。
以灵魂为例。 这是一款专注于与90后、00后陌生人社交的产品。 在用户匹配上推出了类似宇宙周的互动效果。 因为炫酷的交互效果满足了目标用户的好奇心，带来了良好的增长
在MVP开发过程中，验证MVP版本。 我们不能一下子砍掉所有炫酷的交互，但我们一定要学会在交互效果上做MVP。 对于像上面提到的动画效果如何快速开发一个自己的app，还要验证业务模型，前期可以使用开源现成的动画效果。 产品经理可以在现有的开源库中寻找*接近自己需求的交互效果。
动画效果、页数、逻辑都尽可能的复用。 我们可以改变前端的风格，但不能改变数据类型和数据处理逻辑。相信一个App的上线会更加快速高效，帮助产品经理从0到1验证商业模式
