杂记:不能突破的延续其实是偷懒

梳理一下最近头脑中杂乱的产品思绪:

1)产品的第一个正式版本定义了产品的核心功能和满足了用户哪一个关键诉求,在内测期要有较充足的时间、有足够的用户基数来验证原有的设想是否正确客观,在内测期结束时必须要有一个正式的Review(审核)来决定能否结束内测(终止产品或者继续正式发布)、以及要不要进行方向上的大调整。认为内测阶段只是发现Bug、优化体验是错的,内测阶段的本质是验证产品方向和核心用户需求点。产品不一定能通过内测大考,在内测期被主动干掉比上线运行后不行被被动干掉要好,虽然大多数人都会选择后者。

这里会有几个问题:

A。如果产品被砍掉或者在产品方向做重大调整,团队心理能否接受并适应,意味着4个月甚至更长时间的工作成果被否定。没有人喜欢被否定!有的人已经在想我的半年考核结果会是什么?(在找方向阶段谈KPI确实有点可笑)

B。内测期的时间是有限的,一定会有争辩说:我们功能太弱、太少不能很好的满足用户需求、我们的用户基础太少不能证明这个方向不正确。

C。如果暂时没有更好的方向或其他选择,让整个团队停下来么?

这些问题不容易回答,我现在的观点是:

** 团队要有内测大考的预期、有主动干掉自己过去方案的勇气、有摔倒就快速爬起的毅力

** 功能太弱或功能太少不是原因,本质上是没有命中用户的核心诉求或者解决方案对于满足需求来说可有可无

** 团队不用停下来,反而要尽快去尝试找方向

2)如果是一个已经存在或启动较长时间的产品,你可能是空降或半途参加,这个时候会有一大堆的遗留问题和需求。其中有很多的需求你明知道做了它们会有一点的改进,但不会带来太大的变化,还有些工作纯粹就是原来是这么做的所以现在也这样做,如果好好想想会发现原来这样做本身就是不对的只是个临时方案,只是因为一直没去改变所以就这么做下来了。你想好好的优化一下时,发现需要投入较大的人力和时间,于是就先压着等有空闲的时候再搞,结果就是永远也不会有这个时候。

看起来你和大家都挺忙的,甚至每天也在加班。

但是作为产品经理必须明白:

不能突破的延续就是偷懒

**来个需求做个需求是最容易的事,但事实上你在偷懒,抵住需求压力把每一秒钟花在带来突破的单点上才是难的,你需要去费尽口舌、需要扛住误解、熬到质变点

**不要用战术上的勤奋掩盖战略上的懒惰,思考做什么、怎么改变是痛苦的、而且风险很大,很有可能你会把团队带坑里面,如果不想呆在米缸里米缸再大也会有吃光的一天。

 

Got anything to say? Go ahead and leave a comment!