然后整理出产品或运营优化的思路和方案
思考题：如果你需要做一个品牌推广，基于什么原则设计该品牌的表情包并如何启动推广路线。
4.天天看新闻，看媒体，看各种文摘。
大部分人看的是正文。
敏锐的人会看到，这么low的广告怎么又在底下出现了，为什么这个广告一直出现，看来能赚钱？
思考题：你知道什么类型的广告主适合什么类型的媒体吗？
5.很多人玩游戏，乐此不疲。
大部分人看的是，这游戏怎么升级，怎么能变得更强。
敏锐的人看的是，这游戏在吸量上是怎么设计的，适合什么人群；付费点怎么设计的，针对什么用户心理，对非人民币玩家、小人民币玩家和大人民币玩家的平衡是怎么设计的。
思考题：如何快速评估一个热门游戏的收入能力和核心付费人群。
以上仅是一些最常见的例子。他在天天玩游戏，刷朋友圈，我也是，为啥他创业成功了，我还是一个月几千块的打工者。因为你只看到表象，后面的真不一样。
日常工作也是同理
你天天给老板写报告、分析数据，老板要什么你做什么，这是一个常态。但是你对每个数据都好奇，都深究，对数据的变化追根问底，你的体会就会远远高于前者。
你做客服，把问题罗列出来扔给产品和运营，这是一个常态。你通过反馈分析客户的特征和心理诉求，然后整理出产品或运营优化的思路和方案。当然，很可能是不成熟的，会被批一顿，没关系，你知道哪里不成熟，为什么被批，这不也是一种成长吗？
你做市场，组织各种营销活动，钱也花了，效果也打出去了，你觉得任务完成，蛮好的，这是一个常态。你深入追踪把合作伙伴花钱的细节和效果跟踪的细节咂摸透，深入了解不同渠道、不同投放效果、不同合作伙伴的投入转化比，知道投入到哪里的钱效果最好，投入到哪里的钱其实浪费了，你这样下去境界肯定比前者高得多。
你做技术，把代码提交了，BUG解决了，任务完成了，蛮好的，这是一个常态。但你写代码的时候多想几个为什么，如这个需求的最终目的是什么，其产品形态中的哪些诉求是可以深挖的，哪些是可以简化的，哪些未来是需要考虑扩展的，哪些是权宜之计不用太费精力的，等等，多想一些，你的职业道路就会宽一些。
在职场里写程序，很多优化诉求产品经理是给不出明确的方案的，比如推荐算法，搜索优化逻辑，他们只能给出一个效果评估方法，那么技术人员从哪里思考、如何思考，就需要对业务、对用户行为特征有认识，有了解，这和大学参加算法比赛不是一回事。
你说你算法能力很强，编码技术很高，是因为在学校参加算法大赛，别人把边界条件、详细的场景和诉求都明确给你了，但是在实际工作中，很多优化工作需要你自己去提出问题，挖掘需求。产品人员不懂技术，他们只能从评估体系来看到问题，甚至看不到问题（这也取决于产品人员的分析问题能力），你很可能需要自己来发现问题。（优化和完成功能不一样，大家都不知道优化的极限在哪里，所以这里永远有挖掘点，而且通常会超出产品人员的视野。）
中国和美国，程序员出身的顶级富豪都有一大批，你说为什么人家成为创业典范而你还是“码农”，一步登天的招谁都教不了你，先把视界抬高一些总没坏处。
关于产品与技术沟通的一些建议
沟通成本过高是很多企业项目研发中经常遇到的一个问题，无论是初创企业还是大企业，而造成的工期延误、人力资源的浪费也是非常惊人的。很多产品人员觉得主要问题是技术人员不配合，不理解他们的描述；而技术人员则抱怨产品人员需求变动太快（很多时候是同一个需求，表达方式发生了改变），经常前后不一致。那么，我们试图去提出一些可供参考的建议。
第一要旨：产品人员在提出功能需求时，应明确告诉开发人员，其需求的目标是什么。
很多产品人员做需求设计，给开发人员的时候只告诉开发要做这个这个，那个那个，而并不具体说明为什么要做这些，也许他们认为开发不需要了解这个，也许他们认为开发应该一看就明白这是什么，但实际上，往往这里就产生理解歧义。此外，产品人员，特别是没有技术背景或技术背景一般的产品人员，有时候会替开发人员多想，比如会认为这样做简单而那样做复杂，但可能技术实现成本并不是他想象的那样，而对于创业公司，实现成本往往也是特别需要考虑的因素，产品人员往往没有给出实现成本最低的方案，而开发人员则盲目按照定义的需求出发，有时候做出的东西从实现成本上来说非常不经济，特别是时间成本，消耗非常巨大。
在符合第一要旨的前提下，开发人员应能参与需求的讨论，我知道有些大公司或者产品经理不希望这样，他们可能会认为，我定义好的需求你去实现就好了，你做研发的讨论这个干什么？但这样其实是有好处的。
1.研发人员的参与意识强，对产品的热爱度和积极性会提高。
2.加深对需求目标的理解，减少开发过程中因理解歧义做无用功或不符合需求的状况。
3.有可能提供目标一致，且实现成本更低的方案。对创业公司，开发力量不够完善的场景而言，这一点也非常重要。
当然，强调一点，研发人员可以参与需求设计的讨论，但决策权仍需要明确掌握在产品经理手里。
第二要旨：产品人员应给出所有功能需求?
