Axure中文社区

WebPPD产品原型设计

 找回密码
 新用户注册
查看: 445|回复: 0

[产品观点] 如何看待70分的方案、90分的落地效果、120分的运营态度

[复制链接]

430

主题

6636

帖子

6万

积分

管理员

创始人

Rank: 9Rank: 9Rank: 9

积分
68966

实名认证

QQ
发表于 2019-9-4 09:22:03 | 显示全部楼层 |阅读模式
尹广磊公众帐号
在公司内做创新孵化有一段时间了,从事的是文娱行业纯线上移动互联网项目。来说下我的一个基本方法论:70分的方案、90分的落地效果、120分的运营态度。

70分的方案

我们今天处在一个后移动互联网时期,核心需求主流应用基本形成,对于普通用户而言可以说是没有什么新的需求,新产品基本是同质化的些许升级或是创意改造。从这一点上讲“核心价值”都不会那么充足。似乎你的产品方案能有一个70分的评价就是一个注定的结果。也正因此很多朋友从2015年开始逐渐转到了O2O,toB,互联网金融、区块链,人工智能、物联网等新兴领域。但无论怎么挤出,总有人是需要留下来的。我们目前就是留下来的一波人,文娱消费也总是需要改造升级的,只是红海竞争大家拼的更精细化,改变门槛更高。在哪儿都是“拼”,比不上年轻人同起点进步快,也不用这山望着那山高。

何谓70分的方案,就是有一个新颖的创意点,并能将其放置于某一个场景当中,使得整体能成为一个“自圆其说”的产品。正所谓“人人都是产品经理”,单说创意点可以说是甭管什么出身背景的,人人酝酿一段时间都能憋出那么几个。但是能把创意点放置于一个恰当的“场景”当中,形成一个自圆其说的产品,却不是人人都能做到。这更多需要产品经验丰富的人才能构建,没怎么做过的人往往认为这不重要或是很简单,导致只有创意点,整体甚至连60分的方案也做不到。

再说一下关于“表达”,交互原型是产品方案的“有形”体现,这可以说是从产品方案到落地环节,第一个可能造成大幅度减分的环节。笼统的知道我要什么,我大概期望是什么样的效果状态,但是不能“有形”的表达出来。或是借他人之手表达出来了,并不知道哪里对或不对。反复修改或是始终达不到满意效果,将大大影响落地速度和对方案的还原能力,很可能就做不到“这是我所要的”。对于一个构思70分的方案,仅表达就可能变成了五六十分的方案。对于一个新项目启动,最好是构思方案和有形表达都已成为事实满意了,再正式立项,按确定方案实施。


90分的落地效果

构思方案70分,有形表达要能够还原到95~100分,技术实现和测试要能够达到90分,才能够保证住,想到的是70分的产品方案,输出的就是一个整体70分的待验证产品。简单的说,定的方案要是一个能做到的方案,这也是一个整体投入“靠谱”的体现。一个方案的各个环节,都要做到“下限可接受”,整体才能串起来使用。如果有诸多环节设想的很“美好”,但事实没做到,上线后没法串起来使用,使用中处处受挫,那么整体产品在及格分以下,用户也不会给你有迭代的机会。需要先事实串起一个基本功能落地90分的产品,然后再在内容或功能上优化加强。

时间工夫在你看不到的那些地方,一个产品除了主线流程以外,即便不做任何展开,还有很多非常规流程或异常情况需要封堵,这些都要写在PRD当中,每一个Case都是一个要求点,都需要写代码实现,都需要测试验收。如果PRD不写,只希望开发人员自己看着弄一下,这就是产品第二个可能造成大幅度减分的环节。或者是等着上线在使用中发现了,再临时抱佛脚的让人弄一下,也会破坏方案整体逻辑,再加上做的修改不在PRD当中做记录,经过两个迭代,就没人知道线上产品的整体逻辑是什么样了。整体方案处在一个失控的状态,然后各种临时打补丁,产品整体处在及格分以下。同样的开发人员,但是落地质量不一样,主要还是PRD的落地细节要求和验收不愿花时间做到位。一个简单的主线流程,基本要补充3~5倍的文档量才能把各种Case的情况封堵掉。要做到逐项达标,开发和测试的时长基本上是等同的。所有这些工作的意义是构思的仅是个70分的方案,输出的要达到这个得分的产品才有点希望值得待验证。如果70分的方案,50分的落地效果拿出去不是在验证,而是在自取其辱。打仗要带上你先满意的武器。


120分的运营态度

前边我们说了,没有新需求,产品核心价值不足,只能通过好的落地效果和拼命的运营态度来凑。都是开饭馆的,好吃程度和装潢差不多,就需要你上街吆喝,拉客进来。你做的如果是个有点新意,落地质量没问题的产品,通过拼命拉客的运营态度,不说你干翻别人、取代别人,至少你可以分流一部分同质化用户过来。不要太内秀,脏活儿累活儿不愿干,总想找聪明取巧的办法而止步不前。你要向天天卖保险做销售的人学一学,先打150个电话再说。即便是打电话还有措辞的技巧,运营就需要你在行动。120分的运营态度不能保证你的产品走多远,但是够你先拉来产品最低可验证的用户数量应该问题不大。比如1万个使用过的用户,几百个日活,日发布几十上百条原创内容。

关于速度,你一定是在靠落地的产品在做验证,而不是靠脑子里的想法在做验证。所以可实现(靠谱方案)的落地质量是不可妥协的,它是在产品推出前的瓶颈,这个资源不能轻易浪费。要好,再快的落地速度也赶不上信息和想法更新的速度,所以要求方案沉淀的更成熟,要把创意点放置到已经确定想好的场景当中,这个场景不会轻易变化,这个方案也就不会需要什么改动。如果这个场景总是在频繁变化,那就是方案还没有想好,开发工作要停止。产品推出之后,渠道拉人是瓶颈,产品落地自信度够了,想尽一切办法,自掏腰包,拉够你需要的人数,直至你自己放弃。南墙撞上了,说什么也要使劲的撞一撞再说。从此这件事,不留遗憾,整个过程也会学到一些认识。


总结

1. 首先能将创意点,放置到一个“自圆其说”的场景当中。
2. 自己能够“有形”的表达出来,每个设想环节都要做到“下限可接受”。
3. 异常流程及封堵文档描述到位,验证到位,修定记录到位。
4. 抗住压力做你原计划的“场景”,不浪费开发和落地准备。
5. 落地到位,产品自信,拼命宣传,达到原创内容最低可循环量。


您需要登录后才可以回帖 登录 | 新用户注册

本版积分规则

QQ|手机版|友情链接|版权声明|关于我们|Axure中文社区

GMT+8, 2019-11-12 09:22

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表