本来不打算对第一周进行总结，因为这周我还处在对公司产品不断熟悉的阶段，没有正式开始产品日常工作，但是又觉得再小的任务都应该有点收获，所以还是记下这一笔。
1、）站在用户角度考虑
开始实习后老大交代下来的第一个任务就是对公司的产品moretv写一份体验报告，接到任务的时候觉得任务十分简单，因为本身在准备之前的实习应聘阶段写过好多份体验报告练手，所以自认为没有什么难度。开始写之前我先对体验报告的结构做了一个规划，从战略层、范围层、结构层以及表现层入手，对应到报告上就是需求分析、结构分析、交互及页面设计这三个部分。然而在最后把交付报告的时候，老大对报告并不是非常满意，问其原因，回答是他希望我能站在一个小白用户的角度去使用然后发现问题，并不需要那么专业的进行分析。换句话说也就是我没有找到老大（也就是报告的用户）让我写报告的真实需求。
之前在知乎或是其他产品社区都能看到有人提问如何写体验报告，然而我现在觉得这个问题不能一概而论，提问者在提问之前应该先说明前提条件，比如说明为什么要写体验报告，只是作为平时对产品思维的锻炼，或是想要加到作品集里为自己的应聘增加砝码，还是说是新入职的小白接到领导发布下来的任务需要写一份体验报告，报告所面向的对象不同，写法以及思考角度也是大相径庭。
举个例子，如果你是想要加到作品集里为自己的应聘增加砝码，那么你的用户就是面试官，面试官面试官面试一个应聘者的时间不长，而看你的体验报告的时间就更加少了，那么你在写体验报告的时候就要增加报告的可读性，能用图片展示的就不要用文字，另外就是要结构清晰，顺着产品的思路一步步分析，循序渐进，不要太跳跃。
而如果你是新入职的小白接到领导发布下来的任务需要写一份体验报告，你就要想为什么领导需要这份报告，是想测试的产品结构思维么？很显然不是，那是面试你的时候就要了解的。那到底为什么需要呢，产品负责人是最了解这款产品的，市场分析他的数据肯定比你找到的要多，结构分析的话，作为小白pm功力也必然没有工作多年的老大分析的到位，所以我认为他是希望让对产品最为陌生的小白pm完全站在一个用户的角度去发现一些对产品非常了解的人发现不了的问题，问题可以是页面设计、交互体验以及其他，最后将这些问题提炼成需求放入需求池中。而我却更多的站在一个pm(小白程度)去分析，把体验报告写成了分析报告，所以这次报告是份失败的报告。
2、）定期对工作进行总结
由于才开始一周所以还没有开始执行这个写周报的任务，周报简单地说就是总结上一周自己的工作并对下一周的工作做好安排。听起来很像小学的时候老师让我们写的周记，这类任务最后很大程度上会变得流于形式敷衍了事，然而这的确是产品工作环节中很重要的一项。
从上周对部门其他同事的观察中发现，pm的日常工作很大一部分是在和其他部门的同学进行沟通推动项目，开会几乎是日常，工作时间很少能有静下来思考的时间，再加上互联网公司下班晚的特点，除非熬夜，不然晚上也很少能有思考的时间。从这些工作描述中也可以发现日常性的项目沟通和推动会输出很多结果，如果不进行梳理就会遗忘，因此强制性的周报任务可以帮助pm养成定期总结工作的好习惯。
其实还发现很多需要总结学习的地方，但由于还未正式开始进入工作，所以无法进行分析，后续会继续输出工作总结，敬请期待~
——来自一个小白pm
