最近有其它部门的小兄弟拉我做一个的项目，要把公司所有的产品整合到一个会员体系下，进行打包售卖。笔者对他进行了一些支持，给了相应的产品方案，后续工作由他自己去弄了。结果等他拉齐各部门的进行需求评审的时候，才发现几乎只跟笔者一个部门沟通过，其它的部门当场表示一脸蒙B，项目中无法确认的过多，导致评审失败，具体的细节又得重新聊过。
想了想这种跨部门的项目推动其实跟一个团队做闭环的项目，从流程上来说虽然大体一样，但落到细节，还是有很多门道。而且这种跨部门协作的经验也正是一些产品经理高级岗位的必备技能。相信大家在招聘网站上，经常能看到资深一些的产品经理岗位会有以下类似的要求；
这一点笔者回顾过去几年的工作经历里做过几个跨部门的项目，有经验，也有教训，还没有好好总结过，搜索了一下网上确实也很罕有这类的文章，所以笔者在此略献薄技。
相信每个产品经理都梦想自己能够从0到1的完成一款自己的产品，但更实际的情况是无论是换工作、还是换项目，产品经理总避免不了当“接盘侠”，负责别人留下的“烂摊子”。
早期笔者接手别人的项目，或者是把项目给别人接手，都会有新产品经理接手后，处处碰壁的现象。很多时候在回想，只能感叹当初：“草率了”。
本篇无论是埋点的新手还是老手都可以进行参考，不会浪费大家太多时间。
如果对于数据埋点还没有概念的同学，可以先阅读本文的前篇《产品经理数据埋点文档指南（入门）》后再回来。通过对本篇的简单学习，将会让你比目前90%以上的产品经理更了解如何有效的获得自己的产品的真实数据，为之后通过数据来驱动产品发展打下基础。
文章分别为几个小主题，可以逐步满足你日益复杂的埋点需求：
最近给团队里新来的小伙伴做了一次数据据埋点的分享。当时基本脱稿口述，讲完后发现还是有不少缺失，然后再回想来公司一年多，其实各团队的埋点的实际情况依旧糟糕，所以决定把去过一年多笔者写埋点文档的心得梳理和记录一下。
在进入正题前，笔者先自问自答几个埋点相关的几个问题，让本文的内容跟大家的认识结合起来。
通过有效的埋点，可以收集和观察到用户在产品中的第一手数据资料。最真实的反映了产品的运行情况，是量化工作收益、计算KPI、ROI，通过数据在迭代时说服别人的重要依据，等等。
基本上笔者的产品会定下，不埋点，不上线、不发版的规则，否则事后无法说清收益，没有交待。
以前经常早起，有时候会看新闻，有时候会搞学习，也可能健身锻炼，或者是写写东西。无论是哪种，一旦投入了，很快就会到工作时间，一切都变得意犹未尽，迟迟进入不了工作状态。而且因为早上没有做好更充分的准备，一天工作中的各种失误都会带来愧疚。
所以从本周起，早上起来就直接开始工作：
相信自己一个月后，工作会更如鱼得水，能够变得更靠谱，在工作中变得更重要。
最近一个多月每天都是如此，截个图纪念一下。
我不知道自己算不算是心思细腻的人。
如果我觉得我们的关系还比较陌生，帮了你的忙，却一声谢谢也没有，我心里会很难受；
因为会觉得没有得到基本的尊重；
只是被当作工具一样，用完了就被扔在了一边；
下次再要帮你的时候，可能就不会那么痛快的答应。
如果我觉得我们的关系很亲密，帮了你的忙；
你却说了谢谢，我会觉得很客套；
又或者我们的关系变得生疏了，不再亲密；
这种，大约就是所谓的第六感，用来评测你和我的距离；
虽然敏感，但我认为是有效的。
不想说自己矫情，也可能会有些难相处；
但 谢谢你看了这点牢骚；
然后希望有一天我们会有默契，不用再说谢谢。
20200312再看时，觉得还是如此；
前段时间，有几个月没有找到合适的工作，每天只是坐在房间里，写写文章，做做小项目，再加上一些感情方面的事情。虽然没被打垮，但多少还是有些丧。
直到有天逛B站，看到一档Vlog自制小节目《信誓蛋蛋》让我眼前一亮，几乎花了一通宵的时间看完这个频道里的所有视频，才找回一些快乐。
最近面试了作业盒子的产品岗位，结束后结合面试时所了解到的信息，做的一份完整的产品分析报告。
从问题“如何面试一个产品经理？”出发
之前看过一些文章和问答，在面试产品经理时，面试官通常会让面试者来评价一款产品。通过这问题来评价面试者是否有足够的产品思维。产品经验不足的人可能会从用户视角出发，做出类似于：我喜欢什么什么样的功能，我平时是怎么用的，我需要什么什么的功能等这样的回复。
作为产品经理的面试，这样的回答显然是不会让面试官满意的。
那么产品经理应该是怎么去思考和回答这个问题呢？其实这和我们平时做产品的流程是一样的。需要从公司战略、市场定位、用户模型（画像）、需求挖掘、功能实现、页面交互、内容提供，甚至产品运营、产品推广、盈利模式等多个维度层层拨开，逐级分析。最后还能够做出自己的判断，给出相应的见解。这样才能构成一次面试中有效沟通，体现出面试者的产品水平。
在复盘笔者之前的一些面试，还有部分回答会停留在用户思维，所以出于刻意练习的目的，通过写分析报告来强化自己的产品思维。文章结构也将基本按照前面说的评价思路来进行，所以篇幅偏长，读者们可以收藏后根据自己的需求选择观看：
前文关联：
人人都是产品经理网站数据分析实战——上篇（平台视角）
人人都是产品经理网站数据分析实战——中篇（读者视角）
本篇将解决《数据分析实战｜人人都是产品经理网站》系列的最后一个问题，将从作者关心的角度来分析，一篇文章发表后是否能够变成爆款。这是由之前的读者变成作者后获得的一些新体会。以前是读者的时候只有看客心态，网络上的文章繁多，随便看看就好。只有那些特别好的可能会转发，可能会收藏，但看完后网页一关就还是与我无关了。
现在作为一名业余的内容创作者，每篇文章从构思准备到下笔完成可能要花半个月以上时间，期间会想象准备什么样的内容能够得到用户喜欢，反复的思考和推敲总结，酝酿写下来的文字否能将思想得到准确传递。最后当稿子提交审核的时候，将会有更多的牵挂。每天都会上客户端看一看，今天新增了多少阅读和收藏，是不是有读者给我留言了，有没有上热门文章等等。
虽然会有一些困扰，但这种乐趣是和平时做产品、发布产品的心情是一样的。如何让自己的心血能够得到多一点点的回报将是每个作者的心愿，而其中最直接和最具体的表现则是文章的阅读量。本篇为了能够更快的得出结论，这里再把本篇的问题和目标确定一下：
作为一名作者，投稿的文章是否会在人人都是产品经理网站（以下简称人人网）上成为爆款
这是新生毕业选择去向时，一个老生常谈的问题。
以前看到时我是不屑一顾的，毕竟每个人都有自己的选择和路要走。而且在相当长的一段时间，我呆的这些团队还过得都还不错，收获了很多想要的东西：能力得到极大提升，有充分个人发挥空间，做出了一些受人认可的成绩，甚至工资涨过得过房价。
有时候也会自问，这样就够好了吗？我是不是真的还不错？
很长一段时间这个问题都没有人能够回答。直到最近，出于各种原因，想换份大厂工作稳定一下的时候，吃了很多哑巴亏，心中也就渐渐有了答案。
简单自我介绍一下履历给大家参考：2014年研究生毕业，到2018年历经三家创业团队，前两家已经分别于2015年和2017年消失于互联网的大潮中，期间在第二家公司由iOS开发转岗成了产品经理，目前（2018年）已经从第三家辞职。
1 | 备注：第三家公司目前发展得很好，但和个人发展规划有冲突。 |