产品规划、秀与设计探讨

产品规划

产品规划是什么？

本质上来说，产品规划就是一场长时间的“撕逼”：一方是需求，另一方是资源。需求会来自用户、市场、运营、老板甚至脑洞，而资源包括人力、财力、物理、时间、政策等部分。笔者算是个吃货，如果拿吃的来做比较，产品规划就大概等于“准备一顿晚餐”。

确定MVP

从产品规划的产出来看，大部分都可以归结为一个MVP和一系列迭代计划。那我们先从确定MVP开始吧！或者，从吃货的角度来看，先吃起来呗！

有野心的产品经理通常会将产品规划做得非常宏远和庞大——某种角度来说，这并不是坏事——但是在确定MVP的时候往往会很痛苦。因为通常来说，确定MVP是要做减法的。
拿轻松停车这个项目来举例，我们当时做了很多非常远的设想：共享经济、室内导航、数据互通等等，但最终MVP只定了3个核心要求：打通实时数据、接入移动支付、改用车牌识别。其实很好理解，这些是产品的基础，是能够让这个产品先run起来的前提。

再拿优云BSS来举例吧。当时整个优云产品线都处于即将上线的状态，所以需要一个BSS来承载这些产品，完成业务的线上闭环。其实当时我的MVP规划做得很差，一部分因为自己当时对公司整个产品矩阵不够熟悉，另一方面由于一些职场上的原因我没有坚持住自己的想法。现在回过头看，可能一个比较靠谱的MVP是这样的：

回到吃货的思维：你总得让人先吃起来，并且还能问问他觉得口味怎么样。也就是说，MVP起码得先跑起来，并且还能从中获取一些反馈，我觉得完成了这些，就可以算是一个合格的MVP了。

确定后续迭代

MVP确定之后，至少心情会舒畅一些，因为接下来要开始做加法了——确定后续迭代计划。一份好的后续迭代应该是这样的：做出“讲道理”的规划，准备或尝试“不讲道理”的事儿。

还是拿轻松停车来说，当时我们的产品路线图是这样的：

这里讲一个点：室内导航功能。为什么室内导航功能放在比较后面才做？原因有2个：一是因为地下车库GPS定位不精确，没有办法获取到当前车辆的具体位置；二是出于成本考虑，硬件层面对停车场的控制粒度只能停留在停车场级别。看上去这是“讲道理”的，但其实我们做了一些“不讲道理”的事儿：我们尝试采用ibeacon来做室内导航解决方案，做了通用停车场建模系统，并且精确到停车位。
为什么非要搞一些“不讲道理”的事儿呢？一个好的产品规划应该是能够让需求方不停地感到被满足，并且还能产生爆点。回到吃货的思维，就像你吃了一顿非常舒服的晚餐，并且过程中还对某几道菜印象深刻。

产品的秀

产品的秀其实算是一个比较业余的说法，本质上就是指产品的包装。在TTPPRC模型里面是这么说包装的：

一个优秀的包装（Package），是高超的管理统筹能力，领先的战略眼光，饥渴的销售团队，一流的综合执行力等素养的综合体现，一切在消费者买单之前对于你的产品产生的印象，都是由包装的质量决定的。

从营销角度上来说，包装（Package）影响消费决策，产品（Product）影响二次消费。以iPhone为例，你第一次买它的原因会是“这个手机真漂亮”或者“高富帅们都在用它”，而不是“IOS系统的优雅和高效”或者“不会爆炸”。就像我一开始点黄焖鸡米饭也只是因为看上去很好吃的样子。

在做轻松停车的时候，我们也尝试做了一些包装：