人人都应该学点编程
讲究逻辑,是产品经理的基本要求。如果你是运营,市场,营销人员,会跟产品打交道,最好也要做到这一点。当你跟产品经理沟通时,能条理清晰,有理有据讲出你的需求,对方会有进一步沟通的欲望。
编程是一个不错的训练方式。搞过编程的人都有体会:逻辑思维是多么地重要。思路不清晰,代码都敲不出来。
1
无论你是做什么的,我都建议你学一下编程。不管是敲代码,还是给玩具机器人编动作。即使是打出一句简单的「Hello world!」,亲自参与能让你对编程的理解有大的改变:编程没有想像中那么神秘。但是想要实现某个功能,你就得去思考:第一步要怎么做,第二步要怎么做。分析的过程也是思考的过程,你能准确地把你的想法用编辑语言表达出来,就能得到想要的结果。你就会理解,讲究逻辑是多么重要。
乔布斯在纪录片「乔布斯:遗失的访谈」中提过学习编程经历:
当时编程可以帮助我们完成工作,但没有明确的实用性,重要的是我们把它看作思考的镜子,学习如何思考。
他还建议每个人都应该学习一门编程语言。
视频 http://v.youku.com/v_show/id_XNTIxMDc1OTcy.html
2
有次,运营小伙伴提了一个营销活动需求,口头跟我说了他们的一个想法:做个充值抽奖活动,激励用户充值。
信息太少,我就跟他们沟通了一下,要了一些用户充值数据,以便做进一步的分析:不同充值金额的占比情况是什么样的?充值人数最多的金额是在什么区间?这个区间的用户消费情况怎么样?我从充值金额最多区间里抽取了几十个用户,做了简要的分析,得到了部分信息。
第二天,我跟小伙伴说明了自己的思路和想法。我们要想鼓励用户充值,可以从历史数据里抽充值贡献占比最大的是哪个区间,这个区间的用户行为有哪些特征?怎么找到这类用户,再进行精准营销。至于用什么营销手法,这是工具的问题,重要的是找到目标用户。充值抽奖活动主要用来活跃用户的,并不能达到你们的目的。
「小伙伴没同意我的想法。我们就是想做个活动,把充值量做上去。」,小伙伴说。
「如果我们找到目标用户,针对性营销,这样不会更好吗?」,我说。
「所有的营销活动本质都是一样的,我们就是换个玩法来让用户参与进来,把充值量做上去。现在用户画像也没法画出来。」,小伙伴回复我。
「嗯,明白。现在数据量少,我们可以抽取模糊特征,有的放矢针对性地打,等到数据出来后,再来验证我们的模型,这个模型可以反复地验证优化,有利于我们后期的工作。」,我说。
「我现在就想知道这个活动能不能做,要多长时间?」,小伙伴继续问。
我说,「我提的方案你们不同意。那你们给一个方案,你们想怎么做,比如活动怎么做,规则是什么样?成本计划如何?预期达到什么样的目标,有哪些指标衡量。」
小伙伴说,「方案我们可以后面出,你先跟开发确认时间吧。」
我有些无奈,「没有方案,我去找开发的话,他们也问我具体的需求,才能评估时间。换个位置,我是运营,你是产品,你是不是也会找我要方案呢?」
我不是想推翻运营的方案,自己来设计一个。而是想怎么能找到一个合理的方案,来更好地满足业务方的需求。
业务方没有接受我提的方案,这也没什么。站在不同的位置,各自的立场和注意点不一样。我能理解运营小伙伴的想法。他们最关心的是活动是否能最快上线,我最关心的是他们提出的方案是否合理?长期来看,怎么做才更合理。
让我意外的是,对方没做到沟通最基本的要点:讲道理。当你不同意别人意见时,你总不能说「我就是不xxx」;当你想说服别人时,你也不可能就说「你就应该」。
3
把大象放进冰箱需要几步?肯定不是三步。当你真正去做的时候,发现这其中有很多的事情要考虑。真要是把大象直接放到冰箱里,那冰箱得多大。
同事 L 写了一个 PPT 方案,请老鸟 Z 看下写得怎么样,文字内容是不是有点多,PPT 页数够不够?Z 问了 L 几个问题:
- 写给谁。
- 他关心什么。
- 方案的有哪些优势。
- 成本,产出怎么样。
这就是逻辑思维的力量,清晰,简洁,有力。Z 以前做过程序员,但我们也并不需要去编个软件,来掌握编程的思想。而是在训练过程中,培养逻辑思维,提高发现问题、分析问题和解决问题的能力。你做的每一个决策都是有依据,有目的,有方向,无形中影响着你的生活点滴。