阿里实习回顾：这3种场景,真正的问题与解决方法是这样.pdfVIP

阿里实习回顾 ：这3种场景 ，真正的问题和解决方法是这样 之前在阿里巴巴移动事 部将近5个月的实习结束后 ，笔者一直在回想自己的产品岗实习过程中哪些 地方需要改进 ，哪些好的地方需要及时总结。趁此清明小长假期间总结分享出来 ，希望能给后来去 产品实习的新人一些启示。 一、不问要求埋头苦干 产品新人刚入职的时候 ，因为经验不足 ，不太熟悉 务 ，往往一开始的时候都会有一个ment o r （ 导师 ）带着工作 ，跟着他学习 ，协助进行搜集相关资料 ，数据分析 ，与程序员、设计师沟通推进 务等等。 在长期应试教育影响下 ，在刚开始接到ment o r的任务的时候 ，我往往习惯于风生水起 ，兴高采烈的 跑去做 ，经常忘了问何时要完成这件事 ？做这件事的原因是什么 ？要达到的目的是什么 ？因此吃过 好几次闷亏 ，相信这也是很多产品新人最容易犯的错误之一。有的人可能觉得无伤大雅完成就行 ， 那么我们下面来看看这么做有什么危害。 1. 短期来看 从KA NO需求模型角度分析 ，埋头苦干带来的后果大部分情况是我们可以顺利的完成任务 ，但 只能 完成ment o r的基本需求或者期望需求 ，并不能超出他的预期。 比如我们接到的任务是研究一下某购物A PP最近线上的数据情况 ，基本需求是我们从后端统计平台 将A产品最近15天的数据下载了下来 ，期望需求是将数据进行整理 ，将留存率、日活跃情况等关键 数据与之前的数据对比标记出来。 那么ment o r的兴奋需求是什么或者说如何能超出他的预期呢 ？如果我们知道他让我们统计这份数据 的目的是要做周期性的进展以周报形式给上级领导 ，那么我们还可以做什么 ？我们还可以将数据的 情况进行归纳总结 ，比如“留存率的增加时因为功能B的迭代改进 ，日活人数的下降是因为现在处于 购物的淡期 ，整个行 的数据都在下滑….” 这个时候ment o r接到我们的任务内心肯定是欣喜的 ，他 可以更轻松更快的进行稍微修改或者直接转发给上级领导了。 但也 在最坏的情况 ，我们只是做了这个任务 ，连期望需求都达不到。 比如接到的任务是设计一 个NBA球员的详情页面 ，这个时候我们可能是分析用户需求、竞争对手情况等等一大堆数据 ，然后 信心满满的开始设计了 ，交了一份线框图给ment o r ，然后被瞬间打回来。 上述情况我实实在在发生过 ，原因不是我设计的线框图不满足用户需求 ，而是没有了解ment o r 做NBA球员页面的出发点 ，他的出发点要做流量的流转 ，通过球员页面更好的引流分发到球队或者 比赛页面 ，而我的设计稿完全没有设计跳转链接按钮 ！ 2. 长期来看 我们的成长空间会受到限制 ，发展缓慢 ，成为一个不会思考只会做事情的人。ment o r说一句学一句 ，而没有更主动的学习成长。也许只能眼睁睁的看着同一时期一起进来的小伙伴已经开始独立跟进 产品上线了 ，自己还只能停留在打酱油协助的位置上。 我们可能会开始自暴自弃或者埋怨自己的ment o r不给自己机会 ，工作热情开始下滑 ，想着跳槽离开 ，却没有想过是自己长期以来事倍功半 ，还不足以让ment o r信任独当一面。我还记得在公司月度新 人工作评审会议上 ，大BO SS第一个问题就是为什么要设计某个功能 ？我们要达到的效果是什么 ？ 我还记得之后在求职面试的时候 ，面试官在听完我的工作情况介绍之后 ，第一个问题也是为什么要 投入那么的人力物力做某个功能 ？如果我们没有沉下心好好思考过 ，结果是可想而知的。 产品经理一天要面对很多杂七杂八的工作 ，项目管理能力非常重要 ，但是按照上面长此以往我们会 不懂得对交代完成的长串任务进行优先级分类。 模拟一个真实的场景 ： 早上到公司上班打开记事本 ，看了下今天有哪些事情要处理 ，然后开始一条一条开始做。做 到一半 ，被叫过去开产品会议。会议结束后已经是中午 ，点了份外卖继续做之前的产品需求 文档。中间穿插处理了几个要紧的突发情况 ，和程序员电话沟通了处理方案。 文档完成之后 ，差不多已经到了晚饭下班时间 ，这个时候ment o r过来询问昨天交代的数据分 析做了怎么样了 ，明早周报会议要用 ，我们一脸懵逼的看了看记事本 ，数据分析任务是确实 在上面 ，只不过是昨天ment o r下班之前才跟我们说的 ，所以在记事本的最下面。这个时候我 们只能抱歉的跟ment o r说还没做好 ，然后看着ment o r失望的转身回去 ，留下我们一个人加 班赶工了 ，吃力又不讨好。 3. 小结 从上述短期和长期影响分析中 ，我们可以清晰的看到不问要求埋头苦干的各种弊端。在进