假期过完后马上进入工作的状态，今天就产品的“MVP”这个关键词探讨下0到1产品起步的时候为了快速、少问题、高质量的上线需要有几点攻克。本次项目中整个需求经历了前期调研、需求方demo沟通、评审会、测试用例评审、设计评审5个步骤。
确定什么是MVP版本
MVP是指的什么？
指开发团队通过提供最小化可行产品获取用户反馈，并在这个最小化可行产品上持续快速迭代，直到产品到达一个相对稳定的阶段。MVP对于创业团队来说是很重要的，可以快速验证团队的目标，快速试错。
针对以上的解释，那我们接下来要明确自己业务上的MVP版本。
业务主流程通畅、核心数据打通、用户主功能需求满足
这是近期在负责OSS系统中的针对MVP产品中需要落地的3个点。以上的3个维度都可以通过下面的提问或自问得到答案
这个功能没有的话，该业务是否能Run起来？
这个数据没有的话，是否会有风险或问题？
这个MVP版本能够让用户解决当前的问题吗？
如果上面3个问题，都是YES。可以确认这个属于MVP版本，当你正在负责一个新的产品设计，以上3个维度的自查可以快速落地你的疑惑。
节省开发与设计资源
开发资源与设计资源的节省可以从2个不同的case解释。
开发资源：
当前有没有类似的接口和功能模块，这里的case是消息盒子模块
针对于消息盒子，其最基本的是满足用户的消息接收与回答交互
上图为消息盒子的提示交互，用户通过消息盒子可以直接查看当前的系统消息或通讯社交消息（类似有IM模块）
而IM模块不仅是解决了用户与管理人员的通讯或其他社交人员的通讯问题，并且可以实时、记录、更好的接触用户。
因此，如果只是为了解决与用户通信的功能，IM通讯模块虽然是以后长期的规划，消息盒子可以作为暂时的替代。当前用户量少、消息数少，在这样的产品现状下，利用消息盒子去满足用户通讯是一个快速的解决办法。
设计资源：
类似是否有同样的产类型，我们可以针对ICON修改。例如产品介绍页，新的需求是否和之前的模版类似，我们只需要改变下颜色和文案即可。
尽可能的减少重新设计的要求和时间。满足上面所的核心流程、核心功能、核心数据的页面即可。
不要为了MVP而“MVP”
曾经我参与的产品规划过程中，不同于从0到1的产品设计。在从1到100的产品过程中，不断的迭代与优化产品是产品经历也需要考虑MVP。考虑利用团队或自己项目中所归属的最小资源来落地新版本需求。
在这样基本满足业务、核心数据、核心功能的产品下，去考虑产品1到100的优化期间，需求的优先级就显得至关重要。
前面有分享过需求优先级我的排级方法后台产品难点，需求优先级清理。在有一个清晰透明的需求优先级后，我们就不会随便的砍掉需求而MVP产品。切忌这个时候的产品落地也考量着整个项目团队、产品团队的实际能力。创业型企业在这样的一个产品周期，更多的会以领导的需求为优先级落地。平台型企业更多的偏向商业模式的KPI。
好啦，今天的分享就在这里。我坚持每周原创2篇～
另外我的第一本书籍《从零到壹：PM改变世界的点滴》电子档正式上线这本我归纳222篇产品原创，涵盖产品经理面试、算法、交互等不同维度的内容，如果你感兴趣可以打赏后留言你的邮箱。我会在每天中午12点左右发送到你邮件中（希望大家勿外传支持，支持版权）。如果你需要预览书籍大纲，可以跳转链接
