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