其中咱们就拿文档输出和培训这两件事说一下吧。 每个月运营文档写完就完了或者等着其他伙伴写完改改直接拿来自己用。只关注文档的数量而不关注文档的质量。还容易造成内部同事的误解大家认为你不舍得把文档拿出来分享。 实际上是对自己文档的不自信不敢拿出来内心特别害怕得到不同意见所以从文档角度来说只是写了并不关注写得怎么样。 如果读到这里你提出反对意见那么请你回忆一下是否使用一次文档之后就会将这个文档进行迭代呢？ 还有关于培训第一培训是一门很深的学问培训既要遵循客观规律又要达成关键目标。第二产品侧运营培训的对象是成年人对于培训工作的要求稍高一些成年人的注意力更不容易集中。
很多伙伴认为自己讲得特 比利时电话号码表 别好现在互动也特别好对于培训对象培训一两次就够了这个时候我可以说远远不够。 产品运营人员扪心自问一下你是通过多长时间掌握的这个产品？你的培训功力是否达到登峰造极的状态别人听你讲一两次你就会了？往往就是陷入自嗨领导一问就是“我做过了那么没效果不能赖我我认为我讲得非常好。” 在这里我想说一句就是你连为什么做这两项工作的目的都不清楚你怎么可能把产品运营这项工作做好呢？ 关于文档的输出。文档的价值在于获取知识的便利性以及提升知识的复用性。比如你和自己内部小伙伴讲一些关于产品价值的重点你进行梳理总结后形成文档不仅是对自己逻辑思维能力有提升还能更快速地解决下一个小伙伴的问题。
用你自己讲的话需要一个小时而你经过不断地总结现在只需要秒钟就可以解决这个问题了。 培训在于如果把对方教会我们往往过于追求第一次培训的内容而忽略了对于培训质量的追求我说到质量可能有些小伙伴不清楚在这里我简单说明一下那就是人家听你的培训后是否能够直接在实际工作呢？ 第三个问题没有轻重缓急意识 典型特征就是瞎忙或者装瞎忙“一找就有事一问就沟通一说就知道”每天被事情推着走什么叫被事情推着走典型特征之一就是总在项目上投入大量的时间且没有知识复用意识。 你可能会反驳难道把时间投入到项目不对吗？项目上的问题总是具有共性特征为什么每次都是亲自上场解决而不是通过你过往的培训和总结直接搞定呢？ 前面说到如何提升知识的复用性接下来我将给大家分享一个重要的原则重要紧急四象限我们可以通过重要紧急四象限来去判断这件事情我需不需要立刻去做我是否应该把这个事情安排在我的首位。