【7月13日~7月17日】
小忙
1、数据相关
在需求讨论会上，对于是否添加统计用户在线时长进行了讨论，后来是被否掉了。出发点是想看用户在不同板块的逗留时间以观察用户行为与内容的相关，但并非所有产品都需要监测在线时长，如我们的对内平台型产品，不像QQ或游戏等用户只要在线就会（大多会）有所操作，并以此作为相关指标。而用户要是只打开我们的平台网站挂在一边，则没有任何价值，我们需要的是UGC和FEED。
第二个需求是运营方面的，想添加一个后台统计运营引流数据和整体数据的对比，简单点就是运营的贡献比，目的是想知道整体数据中运营所带来的状况，如某段时间整体数据下降了，是运营工作出了问题，还是用户本身自发产生的数据减少，一对比以往的就清楚了，以更好地改善工作。
2、产品对内对外的价值
同是鹅厂人，鹅厂开发者一些组件在对外开源方面取得成就当然不错，但我们平台希望这些开发者的开源项目是从我们平台培养起来的，先分享在鹅厂内部，然后再对外开源，以实现我们的价值，这就是不同于对外的业务产品的地方。因而在做一款产品时，可能绝大多数是盈利型的，但如果是对内的产品，则要明确自身的价值，所有工作都要围绕这个初衷而做。引用下纪伯伦的一句话：“不要走得太远，而忘了为什么而出发。”
3、文案
这周的文案改了十个版本，写第一个的时候自我感觉还是不错的，读完都将自己代入了进去。但给导师看后他不满意，又改了几版，还是不行，当天下班后也在郁闷这件事。结果第二天早上上班时灵感一闪而过，写出来放群上后大家都说写的很走心。这些版本改动这期间导师也一直强调主题，并提炼了关键词，然后要我围绕着写，终于在第十版得到认可。
总结一下：
1、好的文案真的是改出来的，一次就完美是小概率事件
2、把自己感动那叫抒情，把大家都打动才叫文案
3、不要为写文案而写文案，当绞尽脑汁无果时，去走走，放一放这件事，灵感是不经意间出现的。
4、写文案时可以先把主题写在草稿纸中心，然后发散出几个关键词，围绕这些展开。
4、沟通&借口
以前一直在讲沟通，直到工作才知道沟通的重要性。特别是与设计师之间，她是需要围绕你的文案内容来设计的，这就需要确定主题，接着是每个版块要呈现的东西，是否需要附上链接等等，将细节都确定下来才能让她开始，设计到一半了再说这版块不要了，那数据要改了，她会不爽是必然的。不是说设计师就是大爷，让她小改动可以，但大改动就只能怪自己了。
像这周，专题要展现的内容文案我写完发到群上，没人响应，因为时间也赶，我就直接跟设计师MM说先做了吧，结果过后导师说里面有内容不合适，然后我看设计师MM也设计了一大片不好改动了，就跟导师说这个理由，他回我说：“不要拿这些作为借口，如果因为设计好了就不改了，那团队讨论的意义在哪？”
算是第一次被教训吧，挺好，我觉得总要出点错才会有所成长，实习的意义也在这里。
5、风险
可能由于周三的一次推送点开后评论功能失效，导致有一部分数据缺失，在周五的IPM会议（需求确定会）上，总监说下次新版本发布那天要错开一些运营活动，为的就是防止产生双重风险。像周三那次小事故，用户在收到推送的那一刻点击和评论是最积极的，结果评论不了，别指望过后会回来评论，其中错失的数据还是挺多的。
