一枚小白，实习两个多月的时间，最后走的时候跟team leader聊了一小会儿，讲到一段实习经历。结束的时候需要反思，想一想从其中得到了什么，如此才能将一段经历深华为经验，不然就只是一段几个月的经历而已。
所以随手写几段流水帐，记录一下这段经历。
从头开始回忆起吧。本身算是有一份的offer的我，在收到这家的实习录用的通知时，是懵逼的，因为距离我面试已经过了不短的时间，所以我完全是一备胎。但是冲着对公司品牌形象的喜爱，想了一天，搁置了原本的实习。
首先对岗位的认知，SEO产品，讲真对于SEO本身没有太大的兴趣，之所以投递，是基于翻看工作JD（下图），并且公司将其置于产品组，从产品的角度进行相关优化，同时也面临着当时想换一家公司实习的想法，投递了。
我做了什么#####
简单的说，一些基础性的工作，跟需求，写PRD。
1.实习生总是免不了小打杂，日常基础工作。
（1）每天去各门户网站扒热门新闻标题，导入视频生产。
当网站体量达到足够大，对于热门影视剧这部分内容，能通过搜索引擎得到的量很有限，再加上搜素引擎的特型产品，比如百度的阿拉丁等等。所以通过搜索引擎获得的更多是希望通过热门的长尾关键词获取。
（2）整理用户反馈
收集后台用户反馈，每周发邮件汇报。随着工作的开展，用户反馈这一项并未被大家重视。而我在查看反馈中，在用户反馈这一块中，对于用户的声音，比如广告太多（相当大比重的用户反馈）、不少用户对于默认开启对弹幕不解。
2.Metadata标签迭代（TDK）
根据能够获取到的数据，重写标签内容。依靠Google关键词分析师、百度凤巢关键词规划师以及Google、Baidu等主流搜索引擎的检索结果进行标签内容的优化。
细节处在于用户在切换选集时，需要JS改写title标签，使得页面播放内容与页面标题一致。
3.增加面包屑导航
面包屑作为一种古老的提示用户当前所在位置的形态存在于页面。现在不是那么为人所重视，因为最新的设计理念，尽可能减少访问层级。现在面包屑的作用更多的似乎是为机器服务，搜索引擎的爬虫进入某一页面可以顺着面包屑路径进行访问，利于内链的建设。
4.连播列表静态化
播放器连播列表原先是通过js异步加载，而搜索引擎的爬虫是基本不执行js代码，这种方式自然就不利于爬虫从当前播放页前往其他集页面进行访问。静态化之后，对用户而言，在分享链接、收藏播放页之后，再次点击打开，能够进入对应集（原先的情况下，无论何种方式只能跳转到第一集），同时也能够降低页面跳出率。
......
......
......
想想#####
- 1.关于工作日常
作为产品汪，日常沟通必不可少。如何做到有效沟通相当重要。日常工作得跟技术哥哥姐姐聊需求、讲实现，还得为他们找接口。
工作场景1
页面点击跳转需要依据播放记录来判断，于是乎需要询问接口格葛，能不能支持一下海外站的接口的使用。知道相关接口格葛的名字之后，上Lync找人留言，等了大半天才回了我。
主要有两个问题：
一是主站的对应接口能否直接支持海外站使用
二是不能的话，1.海外站页面上的一个现有的接口能不能用在此处；2.现有情况下能否支持一下海外站的接口使用
这么两个小问题花了两天的时间来询问。现在想来简直垂足顿胸。
首先，在沟通之前没有清楚明确问题，没有跟前端的技术全面沟通好，比如对于现有页面的接口是否可以使用，应该询问了之后表示功能满足，再跟接口的技术同学确认能否使用。而在实际中，我没有想好便去询问接口同学，他表示页面上现有接口可以使用之后，我又去找前端同学询问是否满足。
一来一回沟通成本大大升高了。而且因为可能部分技术同学回消息不及时，这样一来耗费的时间又大大增加。
在实际工作中，我们需要与技术、运营、测试同学沟通的时候，首先得明白沟通目的，大概列出要了解到事情。比如在提产品方案的前期，需要与技术同学沟通在技术上的可行性，这时可能需要接口方、其他平台等的协助，这个时候可以借助邮件发送给对应人，抄送相应leader；或是将相关的人拉个群组，这样的方式好过产品在中间做传话人。
工作场景2
页面需要新增面包屑导航，需要接口同学支持，提供数据。于是发送邮件，大概是：xxx，目前海外站相关页面需要增加面包屑导航，希望提供一下技术支持。需要的数据有频道名、播出视频名称。在发出去给leader过目了一眼就被否了：“你这么说，肯定会被打回来，会说你需求不明确。对方不在乎你要做什么，你需要做的是告诉他们，你需要什么。”
表达需求的邮件中，首先简单的提及需求的背景。然后详细说明需要的数据是什么，最好分点清晰列举。
工作场景3
我把导师分配的需求基本完成之后，便让我自己规划。参考了竞品并与导师沟通了想法之后，有了基本方案，便去与负责对应页面的产品沟通。但是想法遭到了对方的反对，面对面沟通，磨了好久，始终不同意新增版块。在与对方沟通中，渐渐的有那么一点被对方说服。
从学生时代一来，我们似乎一直都习惯接收任务，然后完成，真正需要我们思考的时候很少。而走上岗位，被动接收任务，显然不可能。而且作为产品经理，是需要我们不断思考，你想做什么，做这件事的目的是什么，它可能带来的收益，对于部门、公司来说，投入与产出是否值得……
把这些事情都想好了，再提需求，跟相关人员沟通。如上述场景，对应产品人员不同意添加内容，那么这些该思考的问题，都考虑清楚了吗？确实考虑清楚之后，考虑寻求leader的意见，给出相关方案，能够带来的收益如何，寻求leader的push。
- 2.关于用户反馈
我负责收集PC web端的反馈，每周总结一次发团队邮件，但是大家并不重视。比如，后台出现频率极高的一个的问题：广告挡住字幕。相当多的用户集中反馈了这一点。但是询问了广告部门的产品，得知他们并没有字幕处的广告形式，便不了了之。然而后台持续收到相关反馈，就这么没有后续。
先不说前台用户反馈系统的过时、简陋的设计。如下图，看看用户的反馈界面，用户提交反馈，不需要在登录状态下进行，且联系方式也是选填。无法与用户做到良性互动，且反馈后台也无法给予用户回复，这种单向的联系，无法建立情感关联（好像是运营手段。。。）。
与用户建立良性的反馈互动是必须的。
在用户观影过程中，播放器承载了用户全部焦点，字幕作为其中一个相当重要的部分，尤其对于外语影视剧，没有字幕根本不知所云。这部分持续收到挡住字幕的反馈，但是又无法为用户解决，除了用户流失，没有其他可能了吧。
后台曾经出现过一个bug，出现大量的重复反馈内容，反馈给技术同学之后便又不了了之。足见对用户反馈的重视程度。
说到公司并不重视用户反馈，leader给的说法是各家公司企业文化、基因不同。
。。。
- 3.PC端与移动端
之前的经历主要集中在移动端，而这次参与的是PC端。PC端与移动端的产品形态不同。
移动互联网的快速发展，PC市场的销量不断下跌，手机的便携性、较低的学习成本，是的移动端的使用量远大于PC端。
PC端产品面对用户是比较被动的，只能等到用户想起了你的产品才会打开浏览器访问。而移动端可以通过给用户发推送、发短信等的形式，主动出现在用户面前，吸引用户打开APP。
在使用场景上，PC端是需要用户在一段相对长的时间里使用，在家里、公司、图书馆等等，用户的使用场景有限。而移动端则是随时随地，拿起手机便可使用，充分填充了用户的碎片时间，使用场景自然是多样，走在路上、地铁上、聚会中、在家里……
在整体页面上，PC端页面可以承载的信息较多，如视频网站播放页，除了播放器外，还有推荐的版块、用户评论、排行榜、推广位等等，通过这些引导用户前往相关页。用户的注意点主要集中于页面中间部分，侧边的位置、页面底部的关注有限。现在，由于大众审美、设计观念的改变，PC页面的设计也开始寻求简洁、清晰。
在移动端，由于屏幕大小有限，页面上呈现的是产品想呈现的最关键的信息，往往页面整洁、元素不多。
以上，断断续续写了挺久，一点点自己的想法。