李鸿章传:守困与突围

李鸿章传:守困与突围

加载中...

微信扫码,免登录解锁高速下载

如何使用 & 隐私说明

精彩点评

  • 李鸿章传:守困与突围
    西卡卡
    推荐

    运营入门教科书级别的书,概念与例子相结合,比较好理解,语言也比较有趣,看起来不无聊!

  • 李鸿章传:守困与突围
    【RED】EMPTION
    推荐

    在看这本书之前,感觉自己的运营能力还可以的。在阅读的过程中,发现自己要学习的还很多很多,“野路子”模式并不能让自己的运营能力不断提升。这本书值得每一个运营新手阅读!!

  • 李鸿章传:守困与突围
    Yunru
    推荐

    可能是先入为主了吧,深度和运营哲学的思考没有«运营之光»那么多。更多是“术”的层面。在互联网飞速发展的时代,很多工具或者方法一直在变,但是找到哪些是不变的,或者说是可以指引用户增长的”道”,还是需要很长时间的理解,也许不只是对方法的理解。 比如前阵子和朋友聊天做生态运营,往大了说,这一行甚至和管理国家的方法类似——有法律的引导,有道德的约束,有税收系统,有暴力机构(封号)等,那么平台治理的底层逻辑是不是和治理国家的底层逻辑是想通的?对一些事情底层逻辑的研究或许会多一层看问题的视角

  • 李鸿章传:守困与突围
    白铭伟
    推荐

    互联网行业是一个快速迭代的行业,可以说这本书在出版时应该是不错的,对运营的概念,用户运营,内容运营,活动运营的概念及关键指标进行了阐述介绍,让运营小白有一个整体的认知,属于概念科普书,具体提升运营技能及方法等,作用不大。

  • 李鸿章传:守困与突围
    栀寒九暖
    推荐

    花了一天的时间,读完这本书,感触很深。 对于一个刚刚毕业的大学生,工作找不到方向的时候,听说运营是一个入行门槛很低的岗位,然后找相关的知识来详细了解。 读完这本书之后,我对互联网运营有更深的理,对运营产生了极大的兴趣,感谢这本书的存在。

  • 李鸿章传:守困与突围
    推荐

    让我一个小白了解了运营是做什么的。原先不在互联网行业,如今想转行,看了书之后脑子清楚了很多。同时发现先前金融行业的运营岗位其实很多概念也在书中有所提及[捂脸]

  • 李鸿章传:守困与突围
    小桥流水
    推荐

    确实对初入运营的人是一本成体系的入门书,关键的框架都有了,有些内容不够深入,想集中学习某一方面的技能的伙伴,可以去知乎找对应的书,再深入练习。但本书的框架和内容还是当得起五颗星。

  • 李鸿章传:守困与突围
    徐勇Nick
    推荐

    关于运营,这本书给到的体系、结构和框架,无疑对运营思维的形成非常有帮助。运营是一个实践性非常强的活计,所以,这本书也不应该看一看就放一边了。结合运营实际,多看几遍,也许才是消化全书内容的更好方式。运营的路上,希望还可以看到作者更多的体悟和见解。

  • 李鸿章传:守困与突围
    坏月亮
    推荐

    读书到底有什么用?就这本书,我刚看了1/3的时候就跟唯品会客户经理讨论了一下用户注册问题,他被我妥妥说服,赠了150元无门槛礼券。这本书真的很好看,很有用,也不啰嗦。

  • 李鸿章传:守困与突围
    陈朝旭
    推荐

    最开始显示此书共97页,看到70页时变成共291页,看到240页时又变成了共420页,吓得我都不敢往下看了,所以到底多少页,感觉进了个无底洞……[可怜]

  • 李鸿章传:守困与突围
    杨炳升
    推荐

    一遍又一遍的拜读这本书,同样的内容,每次读到的心得感受都是不一样的,都说运营是个筐,什么都可以往里装,但我对运营的理解却是润滑剂,产品好比是一个齿轮,用户也是一个齿轮,需要运营的润滑才能减少两者的磨损。在现在这个互联网快速发展的时代,你的产品好用很重要,但一个好用的产品要如何让用户知道也很重要,也因此运营变得越来越重要。这本书很适合没有运营基础的初学者阅读,整本书结构很清晰,着重从内容运营,活动运营,用户运营三方面入手给我们搭建运营体系框架,很值得一读。

  • 李鸿章传:守困与突围
    胡兮Foo Foo
    推荐

    在阅读这本书之前,看了黄有璨的《运营之光1.0》版本,最近2.0版本也已经出来了。作为一个运营从业者,运营的书籍确实不多,但是好在有这么多前辈总结出来的方法论和实战经验,可以帮助我们走很多弯路。在深圳这样一个互联网科技城市,恰恰是能将理论变为自己经验最好的地方。说来惭愧,去年这本书就开始看了,但是阅读到一半,没有微信书币了,就把后面的内容搁置了,到现在才看完。张亮的《从0开始做运营》和黄有璨的《运营之光》相比,一个重在实战,一个重在方法论。确实很值得在阅读的时候,用思维导图做读书笔记,看一遍还远远不够,应该反复的看。 上周翻看公众号,发现韩叙的《超级运营术》这本书也已经出纸质版了,也很推荐这本书。

  • 李鸿章传:守困与突围
    啊吴礼良
    推荐

    接触运营几个月了,对运营还是模糊不清,书看了一些,课听了一些,但都是单拎出一点分析,举的例子也是华丽大号,大部分是给人制造幻觉和期待。实际优秀号没有几个,牛牛的讲师一抓一把,以目前能力不过多评论。自觉得运营,就是将产品和服务,通过制造和重现用户展示,使用、幻想的场景,实现与用户对接,这是一种动态中的经营,没有固定的模式。本书阐述的核心是内容生产,以一种用户最容易接受的方式进行输出,不是刻意为之,而是顺势而为。就像作者写本书,初心在于想对答疑偷懒,做固化,中间则是由于机遇和野心驱使,其中本质在于用心。运用人性的弱点也好,人性的优点也好,在于用心和思考,不在于对错,对于自身而言;对于公司而言,则在于此基础之上,加上绩效考核,对于老板,产品,客服,之间资源的整合。

  • 李鸿章传:守困与突围
    口木子
    推荐

    相对而言,比起黄有璨洗脑式的说教和软广,张亮的干货更多,条分缕析的在讲解运营,赞! 从零开始做微信公众号的运营[拳头]

  • 李鸿章传:守困与突围
    橘子
    推荐

    因哥哥的推荐,花了5个小时读了这本关于产品运营的书。如本书书名《从零开始做运营》所表达的,这本书浅显易懂,特别适合运营小白看,比如像我这样需要对接产品经理、运营人员,有时还要转化领导需求的开发人员。 虽然书中没有明确的划分界限,我还是把这本书分为两个部分,一部分是运营前提,一部分是纯运营。运营前提是指运营一个产品需要产品经理、开发人员以及其他各种配合的条件;纯运营就是完全属于运营经理的工作,如活动策划。纯运营的部分,感兴趣的同学们可以自己去看书。我从一个开发人员的角度来读这本书,一个开发经验并不是丰富的开发者的角度,来谈谈自己的看法。 一个产品(我更想说一个客户端),生产出来,是为了用户服务,为公司创造利益价值的。从吸引种子用户,服务用户,扩大用户群,提高用户留存率,提高用户付费转化率。所有的工作都是为了拥有更多的用户,拥有更多的付费用户。 首先,用户引导。对于一个新用户,客户端需要有操作指引或者核心功能诱导,这个时候我们要告诉用户产品是什么、核心价值在哪里、提供怎样的服务等。教育用户是为了防止用户失去耐心,造成初始用户的流失。 第二,埋点,数据分析。这些隐藏的功能,对分析和运营具有巨大作用。这部分的工作,需要运营人员和开发人员一起讨论商定,因为颗粒度的粗细不太容易把握,太粗掌握不了用户核心趋势,太细影响开发进程和app的流畅度。 第三,还是数据分析,重视数据的长期监测。(1)运营初期,主要关注UV、PV、RV、TP(页面停留时间)、TS(流量来源渠道)等单一流量指标,分析用户习惯,重点关注触发率更高的功能;(2)持续运营阶段,更重要的是用户的留存、活跃指标,甚至是付费用户的规模,在这个阶段,跟踪所有流量来源的渠道质量依然很重要,需要强化的是用户行为的分析,要拆分出各种维度、各种路径的留存、活跃、转化的情况,以及分析用户的兴趣点建立用户的成长模型等;(3)成熟期,运营人员需要关注用户流失的速度、分析流失的原因,对依然留存与活跃的用户给予重点的关注。数据分析在成熟期的意义是延续产品的生命周期,持续为存量用户提供优质服务。 从运营的角度来看,需要分析上一点中开发埋点所获取的数据,从而不断调整运营的策略。 从开发的角度来看,可以了解哪些数据对于一个产品是具有重要意义的,要更加关注这些数据的获取。 第四,关于运营活动的设计。我做过一个活动的需求,绑定成功的用户可以参与抽奖,这是单独的一个小需求,活动按钮是临时添加在一个页面上。这本书中也提到了活动系统的例子,也就是一个客户端的活动推广应当有系统规划:活动的推广位置,活动的后台配置,活动的触发点和展示位置,以及活动数据的分析。这样规划的目的是避免重复开发和造成的等待开发测试时间,并能及时有效的知道运营的效果。而只有系统的去考虑这个问题,才表明我们是针对要运营这个产品了。 第五,一直以为开发是生态链中最低的,没有过多的话语权,所以叫码农。这本书的建议是,面对用户的建议,运营人员把这些需求做成列表,与产品经理和开发负责人沟通,找到共性需求,并划分优先级。也就是说开发人员要帮助运营人员去做评估和筛选,并且从技术的角度给出专业的建议和意见,而不是仅仅开发出来就OK了。 第六,关于运营切入产品的节点。最好的节点是:产品设计之前,运营根据产品设计的发展目标(含目标用户、目标市场、阶段规划),进行早期的运营工具设计、运营目标分解、运营切入点选择、运营路线图制作、运营策略规划。 我认为运营人员在这个时候介入,可以参与到产品中,一是为后期运营提出开发需求,二是及时掌握产品动态。 第七,日志上报,这个也许与运营关系不太大,但是却是我目前遇到的一个困境。当我们的客户端关联了太多的系统,用户直面的只有app本身,任何一个请求错误,或者系统奔溃,都会引起用户的不满。此时收到客服的反馈,没有有效的日志分析,是无从着手的。 第八,客户端如何做灰度测试?书说对于大改版,一定要慎之又慎,灰度测试必不可少。到目前为止,我还没有做过灰度测试,一是因为没有这个流程要求,二是因为不知道iOS如何比较方便的做灰度测试。希望有大神能够提供一些指导。 以上就是一个小小开发者打开了运营窗户偷偷瞄了一眼,做了一个小小的总结。

Copyright © 2020 - 2022 Mitsuha. All Rights Reserved. 用户协议 · 隐私政策 ·