【1031】场景的「唤起点」和「临场感」

「场景」这个词,伴随着「需求」,已经被无数次提起,这篇呢,单说标题里的两个词,说法是我临时想的,如有雷同,欢迎探讨。

 

场景要有「唤起点」。

你的产品,必须要在某种情景下、某时某刻,用户马上能想到你,最好是第一个想到你。

 

工作日的10点多,很多IT民工都开始发愁中午吃什么,这时候,就唤起了「淘点点」、「大众点评」等;

晚上下班回家,平时一直蹭车的同事今天要加班,没得蹭了,这时候,唤起了「滴滴出行」;

早上起床,蹲坑,发现正好7点刚过几分钟,「知乎日报」的「如何正确地吐槽」又更新了,顺便看看;

……

上述都是主动唤起,用户主动想到你,还有些被动唤起的做法,也可以做,比如特定情境下的各种消息提醒:生日、老婆生日、过年过节、早晚高峰、促销活动……

 

可怜的是,很多产品根本没有任何「唤起点」,用户怎么想到用你?

更可怜的是,很多产品在本属于自己的「唤起点」,被另外一个强势产品截胡:在XX里认识个陌生妹子,时不时聊几句,终于有一天,他们说「加微信聊吧」……

所以,既然是一个「点」,就不要怕小。

 

场景要有「临场感」。

所谓场景,就必须要到那时那刻去亲身体会,或者假想的亲身体会,才知道你的设计有没有问题,是谓「临场感」,是产品经理的一种基本能力。

 

前两天听到个钓鱼的场景,有一家公司做了个「智能浮标」,可以通过APP,观察浮标的状态,提醒有没有鱼。

可是,问题在于,钓鱼的时候是要一直要搓饵料,手上黏黏的,根本没法看手机;而更要命的,很多人钓鱼就是为了要远离手机放空自己……

有人建议说用振动提醒,或者和手环结合可能好些,我也不确定。

 

又一个例子,大型地库,比如ShoppingMall里,在车位紧张的时候,可能要转20min才能找到车位,于是,做一个帮忙找车位的App。

问题在于,这个App的「唤起点」是,下到地库后,发现车很多的时候,掏出手机一看,没信号……

所以,在地库的信号覆盖没能解决的时候,这个产品也算是一头撞死了。

 

再来一个,糗事百科CEO王坚分享过的,MacBook的MagicSafe磁力电源线,防碰防摔,日本的电水壶也可以,于是,联想有一款手机抄了。细想起来就出问题了,手机经常一边充电一边用,一不小心就脱线了,事实是,后来,也确实没什么手机这样做。

所以我们发现,有MagicSafe的都是用在平稳放着时充电的东西上。

 

小结一下,作为一个有很多专业知识的产品经理,能不能做到秒变「小白」,假设自己完全不知道产品,然后想出「唤起点」,体会「临场感」,才能避免做出很多坑爹的玩意。
—————————–

iamsujie,前阿里产品经理,写过《人人都是产品经理》、《淘宝十年产品事》,现在做创业者服务,『良仓孵化器』创始合伙人,『小得』创始人,『B12』合伙人。更多信息可以扫码关注。

iamsujie的公众号二维码
iamsujie的公众号二维码

【5025】做卧底,如何不动声色的毁掉对手的产品

周末,来个开心的话题。

 

多年前的一次周会,我提了个议题——大家献计献策,如果你到了对手公司做卧底,如何毁掉一个产品(当然是不动声色的,看不出来是故意的那种),换个角度思考,也能获得很多启发。

原贴(http://weibo.com/1411209301/xDmZXzbID)

 

然后,收到了各种创意爆炸的回复,不过:

大家看了各种主意,纷纷表示毛骨悚然,我的天哪(自觉用小岳岳的语气读出来),这不就是我每天在做的事情嘛,但是,我不是卧底啊。

 

所以,还挺有意思的,分享下:

 

摸清现状,提超前需求,如产品健壮性差时一味堆砌大量功能,向管理者宣传这些功能如何吸引用户,业界如何流行,我们如何奋起直追!迎合急功近利之心态,盖无基础之高楼,画虚妄大饼!无稳定基础,事倍功半,大量加班,远见者知楼之将倾,亦分奔离析,人心涣散……

 

多开会多获取需求:使进度拖延;

增加大量新功能:让产品臃肿化;

项目推进制度化:让团队成员投入精力去整各类文档细案;

争取赶进度,给开发人员超负荷的压力,让他们情绪化;

 

挖掘大量非常优秀的功能或创意:等于没有亮点,损耗有限的资源;

严格流程化:无形中的障碍;

扩散牵连到许多部门:各种利益冲突尾大不掉;

过度细化职责与分工:瓦解出众多小团队相互扯皮纠缠不休;

绝对民主作风;

 

根据全行业不同领域发展的数据报告,不断提出有理有据的新需求,不断偏离并新建产品的故事主线,1.x版本讲这个故事,2.x版本讲那个故事,并告诉老板,1.x的故事过时了。原先1条核心产品线扩张到N条,通过KPI细节的调整,瓦解产品、技术、商务同学的合作关系,让“爷凭什么给你做?”成为企业文化的典范。

 

以严格时间管理的名义尽最快速度上线;

以迭代的名义经常调整改版计划,ABCDEFG测试,做多个方案折腾团队;

以尊重团队成员意见的名义每个人的想法都采纳一点做个“四不像”;

做几次十分无聊的team building以瓦解军心;

 

忽悠董事会给他们定神话般的KPI;

反复刹车反复改模式;

找各种人给他们的产品提意见;

 

最多人提到:把项目搞得华丽而臃肿,使劲拖进度;

最讽刺方法:把号称是业界第一的牛人挖过来;

最搞笑方法:对大多数pm来说,认认真真做产品就行;

 

最后:全公司,一人一本「人人都是产品经理」。

 

好吧,你们开心就好。

 

—————————–

iamsujie,前阿里产品经理,写过《人人都是产品经理》、《淘宝十年产品事》,现在做创业者服务,『良仓孵化器』创始合伙人,『小得』创始人,『B12』合伙人。更多信息可以扫码关注。

iamsujie的公众号二维码
iamsujie的公众号二维码