产品|To B从0到1打造一个产品实战( 二 ) Starlink|卫星网络|台湾电信|sp

头脑风暴后，那我们的“1”也基本上成型了，我们需要做的下一步就是叫上研发团队一起评估工时，给每一个任务评估工时需要多少人天（不需要太精确，估大概即可），这一步很关键，因为没有老板会愿意做一个不知道需要多久周期才能完成的产品。
三、提取产品MVP
文章插图
（图片源自网络）
将所有的任务评估完工时后，可能需要1年或2年完成，很显然我们的客户和老板是不愿意等待这么久的时间，至少市场不会等你这么久，所以接下来我们需要对这些全任务进行MVP提取（注：MVP为最小可行性产品（Minimum Viable Product））
MVP的作用就是让产品尽快的面向市场，尽早的给到客户使用，以便于提早发现问题并及时调整。
在提取产品MVP时，需要注意以下几点：

要保证MVP可用（如果不可用，那就是虾扯蛋）
要保证MVP为痛点中的痛点（否则上线后也无法打动用户）
要保证MVP的用户体验良好（否则试用客户就永久说拜拜了）
要保证MVP足够小，一定要砍掉非必要功能（否则就不叫MVP）

在砍功能时，是比较痛苦的，这里推荐一个方法，就是问团队一个问题：
如果砍掉这个功能，MVP是否能完整正常且友好的使用？
在砍掉大部分功能成功提取MVP后，就会发现此时再上线给客户使用只需要几个月的时间了，说明一下，被砍掉的功能不是直接就丢弃了，而是放到了下一个迭代或以后的迭代再升级。
四、产品持续更新产品MVP上线后，首先产品经理需要积极地与我们的目标客户保持沟通，促进对方使用产品并获得反馈；其次产品经理需要提前规划下一个迭代要升级的内容，这里要注意每次升级的内容都必须为完整可用的功能，不能将未完成的半截功能上线，那是致命的。
因此在后期迭代升级中，也要遵循提取MVP原则，永远保证团队所做的是优先级最高的，所以不用每个迭代都更新大功能，大功能可以拉伸到多个迭代中完成，但可以在每个迭代升级中，尽量安排一些“阿哈功能”。
随着产品的客户群体增大，客户的需求建议会越来越多，此时产品经理需要注意一点，不要客户说什么就做什么，因为我们做的是自研产品，所以客户的需求反馈仅作为市场对该产品本身规划的校正。
五、产品1生2随着产品的完善，客户量也会越来越多，终究一天产品的增量会抵达天花板，在此之前产品经理就需要准备开拓新的产品了，可能会开启一个新的从0到1，也可能会在这个“1” 的基础上1生2，2生4……
【产品|To B从0到1打造一个产品实战】总之，不管是从0到1，还是从1到N，请记住产品是为人服务的，请把产品设计的人性化一点，永远要做自己产品的第一个用户。
最后，以上仅是本人从自己负责过的多个从0到1的产品设计中的经验之谈，欢迎各位读者交流、斧正。
本文由 @易小勇原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash，基于 CC0 协议