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