可是对于一个有限资源的互联网研发团队，如何快速开发一个自己的app，并且还要验证业务模型的准确。
今天以PMTalk旗下HotMind产品的app设计来分享下我们如何做这款产品的MVP与研发工作。
MVP前，先做最深最全的需求一个产品的MVP形态，不是第一次需求调研就可以完成的。作为产品经理更应该基于最全、尽可能最深的业务发展方向去思考产品的MVP。
如果你都不知道产品的未来扩展方向和具体的功能，MVP显然是无法定义的。
在设计HotMind的时候，其实我们已经考虑到了产品未来半年的版本计划。包括功能能会有多少个？用户路径分别有什么？用户的购买流程是什么？产品的商业模型是什么？
在前期需求与原型完成后，参与的产品经理基本可以在脑海思考如果自己是用户会主要用什么功能？
围绕着北极星指标：增长和变现，产品在MVP版本下如何实现这2个方向？
一个产品的MVP版本完整的压缩了产品研发时间。同样一个产品的MVP版本也应该实现最全量的商业模型价值。
Native与H5的混合使用无论IOS还是H5，在相同的功能与业务逻辑下。如果能够用一套UI，或差异不大的前端样式，还可以减少UI设计、测试时间
所以我们选择该尽可能用Native去封装H5。虽然会要求之前的H5页面带上IOS端口参数，增加了IOS与H5联调时间。但总的来说会比重新开发要快得多。
市面上许多产品也会按照这类设计处理。
如下分别是掘金、与淘宝的聚划算。通过H5的方式，保持内容无论是在PC、还是在微信浏览器移动端、还是在客户端，都可以达到一致体验。
内容产品做H5的好处还有利于传播，将内容传播出去。因为H5本身就有跨平台的天生优势。
唯一要注意的是在微信授权下的访问地址和普通浏览器的访问，会要求产品经理注意用户判断。
高保真原型的“迭代”UI上线后，产品经理尽可能的利用高保真原型完成模拟操作。通过模拟操作和类似跳转交互，我们可以判断当前MVP的不足，以及优势在哪里。
许多互联网研发团队，如果采用瀑布流的研发管理方式。设计团队会非常反感出了设计图之后再变动。所有的变动应该放在下一个版本需求里，就会开始出现我们所谓“甩锅”现象。
“这是产品经理你的原型这么做的，现在没时间改”
我们以敏捷方式管理研发流程。每周二需求评审固定，需求评审的研发工作不会超过1周。
同时与开发沟通清楚哪些页面或功能逻辑可以先行，没有想清楚的地方或有UI调整的地方在什么时候补齐。
这样就算在新版本UI调整，也算MVP版本下的一次“迭代”
放过酷炫的动效或交互
移动端的开发，在IOS和安卓2个系统阵营的影响下导致了许多开源的交互组件或部件产生。
但每个产品经理最擅长以及最想做的都是做一套适合自己产品的“酷炫”交互效果，以独特的交互方式吸引用户。
但站在开发的角度上，每一个交互动效背后的时间、条件、显示边界都需要花时间调试。
以soul为例，这是一款主打90后、00后陌生人社交的产品。在用户匹配上推出了类似宇宙星期的交互效果。因为酷炫的交互效果满足了目标用户的好奇心理。带来了良好的增长
在MVP开发期间，若要验证MVP版本。我们不能一刀砍断所有的酷炫交互，但要在交互效果上学会做MVP。像上述这类星期的动画效果，前期可以在动画效果上使用开源现成的，产品经理在先有的开源库寻找与自己需求表达最切近的交互效果。
在动效、页面数量、逻辑都尽可能复用。我们可以更改前端的样式，但不更改数据类型与数据处理逻辑。相信一个app会落地的更加快速高效。
深圳都市微生活科技以数字技术赋能商业，让您的项目不仅仅只是一套互联网系统。从商业模式的顶层设计、到软、硬件技术的最优呈现、到配合市场的营销落地、到整个大数据化管理全程的赋能体系。
我们提供拼购系统、微商管理系统、商城分销系统、各模式系统，小程序开发、互联网技术孵化，多语言商城开发，多语言微商管理系统，多语言代理商管理系统，多语言订单系统，跨境电商商城开发等。帮助和孵化出数十家收入亿元企业，实现合作共赢。
主营业务涵盖涉及app开发，小程序开发定制，互联网+新零售，微商模式系统，渠道管理系统开发，拼团社交系统开发，直播带货系统开发，分销分红系统开发，代理云仓系统开发，招商加盟系统开发，社交新零售系统开发，推广引流，平台拉新，起盘策划等等！
如果您有APP开发和其他方面的系统定制需求，可以搜索“深圳都市微生活”与我们联系！
