精华内容
下载资源
问答
  • 所有管理“亲力亲为”的习惯,以及英法战争让他们感悟到的“崇尚技术”,这一切从红脖子不断演进过来的文化,造就了今天的硅谷。 很多时候,企业的目标决定了企业文化的特质。 比如,如果你的愿景是要做最赚钱...

    一、关于企业文化

    ▶“在腾讯不鼓励反向坐电梯,在阿里不反向你上不了电梯”

    文化是一个组织真正的能力所在,是它的内心深处的使命和愿景、做事方式、协作方式、思考习惯、价值主张。

    决定短期的是技巧,决定中期的是战略,决定长期的是文化。

    好的文化会让一个企业越来越好,坏的文化会让一个企业越来越坏。但是,我们批判一个企业文化的好坏,不应该是用个人的世界观、价值观来评判。

    企业文化并没有好与坏,只有适合和不适合。

    企业文化一开始跟创始人有关系,这是最早期被遗传下来的基因,不可能随便变异,并一直也都会跟掌舵人有很大的关系,所谓“将熊熊一窝”是有道理的。

    但是,变异会慢慢发生,创始人也会不断学习和进化。

    当我们把时间线拉到足够足够长的时候,会发现只要一个企业能够在反思中不断活下来,企业文化是会跟着企业的业务性质,以及企业面对的社会环境、竞争环境在不断变化。

    比如:腾讯。

    它的基础业务是社交,核心赚钱业务是游戏,多年来腾讯的模式都是保证社交产品的统治地位,互联网上赚钱的和社交能关联上的业务它都在尝试发展。

    社交产品的特点是无法预测几年后的形态,更好也必须的策略应该是围绕着用户需求和体验不断打磨产品和服务,不断的从一线开始创新,所以造就了今天腾讯“以用户价值为依归”的价值主张。

    强调用户体验,强调产品创新,从Pony(张志东)开始的管理层都极其熟悉自己的每个产品和细节。

    于是腾讯也足够保守和斯文。在腾讯不鼓励反向坐电梯,在阿里不反向你上不了电梯。

    社交这个产品是极其需要感情信任的,于是他们也会有“最受尊敬的科技公司”这个愿景。他们在被骂“狗日的腾讯”时,会极度的反思。

    我们跟腾讯人打交道时的感受是:从下至上的产品驱动,对用户体验的极度关注。虽然不太理解商家和零售,但能够保持给消费者好的体验。

    腾讯有很重的产品经理文化一点都不难理解。

    小龙对于微信很多细节的思考到了人文的程度让人震惊。

    比如我总举例的“为什么朋友圈不要放到一级频道”,比如为什么默认是用语音而不是文字,比如不应该有“已读”的功能。

    比如他们为了这个生态的公平跟我们任何开发者都保持着足够的距离,最早的时候还一起吃饭聊天,现在尽量少见。

    有一次我跟小龙说“如果我没有在这个生态里创业,咱们可以聊产品和理念一聊好多个小时,而在这个生态创业了,反倒感觉网友的关系都疏远了很多”。

    Lake他们在做的微信公众号“原创”,看起来是一个苦逼的运营,但一定会给微信生态沉淀最有价值的内容,会是这个生态未来的核心资产。

    “打赏”也是个极其牛逼的产品,让作者在直接面对读者的同时可以站着赚钱,可以安心的不断创造好内容。

    有赞也应该把自媒体分销做好,让作者可以给读者推荐符合他人设的商品,一样是站着赚钱,而且可以让作者的人设更加完整、饱满。

    我很喜欢跟Tony聊天,他非常非常的通透,思考深度非常深。那么有钱了还依然像个普通的工程师。

    有一次大辉发了一张有禁忌的照片,我开玩笑点了举报,他被微信风控封了账号。

    后来Fenng、小龙、Tony、我,我们四个人在一个群里聊到凌晨,就讨论一个问题,Tony拉的群提出的问题:“举报”会造成不好社会风气,这个词应该改掉。后来,“举报”改成了“投诉”。

    大V们总喜欢说腾讯的战略没有阿里强,你做社交你规划未来几年给我看看?你做游戏你规划未来几年给我看看?不是完全不能,但极难。

    除非走出社交和游戏,不然这些业务让这家公司没法主要靠战略驱动,就得从一线开始产品驱动,创新驱动。

    阿里确实是战略驱动的,也是从上至下的。他们也非常敢投资未来。

    它的核心业务是零售和金融,这两个领域是几百年来所有科学家们都在重点研究的东西,因为可以足够赚钱,所以也沉淀了足够强的方法论。

    某种程度上,这两个领域真的是可以预测的。

    支付宝一开始就知道未来的高地是以信用为基础的金融,淘宝2012年就知道电商的用户增长会到瓶颈,未来需要尝试国际化和往线下走。

    阿里云2012年就明确了服务政府、赚大企业的钱、赌中小企业的未来,马总一边骂着京东傻X,搞那么多物流人员,一边从N年前就开始把菜鸟越做越重。

    阿里习惯性的“产业终局”思维是非常强的。

    Lucy喜欢给我们讲心力、脑力、体力,是因为她希望每个管理者深度思考,需要高效执行。

    当一个企业大概知道了未来是什么样子,有不断地判断和复盘自己的能力,他自然就有了非常强的战略驱动能力,也非常敢为未来投资。

    菜鸟烧完1000亿敢还敢再烧1000亿,支付宝做不好社交,敢all-in“来往”,“来往”不行再试别的。

    反正这件事就算做不成也得试试,不试未来就可能会被社交网络吞噬,说不定能搞出个什么大东西呢。

    战略驱动,不断盘点之后,很多路径可以是非常清晰的。所以阿里的文化其实就两点:

    1) Believe。马总不断说“因为相信,所以看见”,那是因为阿里很清楚自己的战略,各级干部最好都别废话,信他就行了。

    2) KPI。战略清晰了,中层不废话了,到了一线当然就一件事:执行。

    不断研究怎么设定合理的KPI,快速执行,bangbangbang撞到墙上就拐弯,拐弯了继续撞,只要强执行总能找到高效的套路来。

    马总以前给我们讲要做“水一样的组织”,流水很清楚自己的方向是往下走,不断往下走,遇到石头了别傻X一样水滴石穿,绕过去按照方向继续跑。

    对于阿里的业务性质,对于阿里面对的环境,这一套是很管用的。当然,这一套也会导致我们看到这家公司好像有些事情是没有原则的。

    当然,他比百度好多了,因为假医疗更害人。并非Robin(李彦宏)人品不好,是搜索业务太赚钱了,而且搜索行为一旦产生依赖,很长很长一段时间都很难被颠覆。

    于是百度这么多年都可以很赚钱。需要长期养成的低毛利的事情他们兴趣都不大,于是从百度知道以后,十来年百度没有一个成功的新产品。

    百度论语用一本书来写百度文化,百度却没有文化。

    甚至百度价值观里面那句最重要的“简单可依赖”,也并非什么好东西。因为“依赖”,他们可以去做很多挟持或者打劫的事情。

    比如,硅谷文化。我总推荐大家看的《清教徒的礼物》,真的非常喜欢。

    大规模移民时候的“组织能力”,“创造理想国”的梦想,移民后要生存下来的“人人平等”的理念。

    所有管理者“亲力亲为”的习惯,以及英法战争让他们感悟到的“崇尚技术”,这一切从红脖子不断演进过来的文化,造就了今天的硅谷。

    很多时候,企业的目标决定了企业文化的特质。

    比如,如果你的愿景是要做最赚钱的公司,你就要赚钱第一;你的愿景是最被尊敬的企业,你就得口碑第一;你的愿景是活的最久,你就要锻炼身体;我们的使命是帮助商家成功、愿景是做商家领域里最被信任的引领者,我们就得极度关注客户信任度和创新能力,关注信任我的商家是否越来越成功。

    对于一个企业来说,文化无对错,只有是否适合。文化不是某个人能缔造的,而是随着生存环境的变化,时间的发展,不断发生基因变异,最后呈现出来的结果。

    合适的文化会让业务走的更顺,组织走的更远;不合适的文化,会让业务止步不前,没有改变就会让组织走向深渊。

    而我们自己,是一个商家服务公司,业务是软件、服务、培训,就必须让客户带领着我们往前走,不要着急,自然地跟随着客户的需求螺旋式上升是最好的。
    在这里插入图片描述
    二、关于新老融合

    ▶“真诚的友谊来自于不断的自我介绍”

    有赞有个金句:“真诚的友谊来自于不断的自我介绍”。新老融合的关键在于相互的拥抱和了解。

    具体怎么做?主要有以下关键点:

    1.调整心态,老人要首先展开双臂;

    作为到一个新组织新环境的新人,要求他主动的“拥抱”是挑战很大的,首先展开双臂的应该是老人们。

    这个“张开双臂”除了给新人更多的业务培训和企业文化介绍,还需要老人生活上的一些陪伴,比如多一起吃吃饭,比如多一些微笑。

    但是,只要老人足够爱一家公司,内心里肯定会有那么一丝丝对新人的抵触。

    放下“婆婆心态”,把“需要更多人一起建设更人丁兴旺的家庭”作为更大的目标,是每个老人最应该调整的心态。

    多挖掘新人的优点、强项,可以更好的调整这个心态。

    任何新人能被拉进一个组织,一定是因为他有什么过人之处,可以让他们多分享,增强老人对他们的欣赏,也增强他们的成就感。

    比如新人破冰,除了一些下三路的玩笑,可以有个几分钟的“擅长分享”。专业的、生活的、娱乐的,都会很好。

    再举个例子:

    Savio(关明生)要解决考勤迟到严重的问题,张瑛帮他每天把很难早起的马云叫醒,保证两个人可以准时在公司出现让同事们看到。这个曾经听Savio讲过的故事是马云对他这个新人工作支持的表率。

    “Pony(马化腾)每隔一段时间都会跟Martin(刘炽平)单独聊几个小时”,是个很醍醐灌顶的细节。(当初在支付宝横冲直撞的我,如果没有每两周郭靖都跟我聊两个小时,我估计自己早死几百遍了)

    给每个新人配一个“有伴”,帮助他更好的了解历史,融入大家的日常氛围。

    是有赞现在在做的,虽然多数“有伴”都做的不够好,大部分关键新人我们还是在这个机制上看到了很好的效果。至少大家的信任,新人的疑惑,老人的包容,都会好很多。

    2.充分了解历史,新人要首先争取信任。

    一棵树移植到新的环境中,如果要更好的存活,最后长成参天大树,有三个关键点:包裹好树根;修剪掉枝桠;栽下去之后,勤灌溉。

    包裹好树根,是因为老的根结方式在新的土石环境中无法盘错结合;不断灌溉,是为了更好的适应新土壤,让树根可以重新植入土壤稳固成长;

    修剪掉枝桠,是为了长出更茂盛的枝桠,使其新的枝茂环境中更能充分吸收阳光雨露。

    新人,到了新的公司,亦如是。

    最笨证明自我价值的做法:你们这个做法太傻了、我们上家公司这么这么做的就比你们好、之前这个事情谁干的太没脑子了、我以前有过多么多么牛的经验。

    不充分了解历史、未动手干一些事情得到别人的认可前,就急于否定过往,喜欢拿自己做过的事情来鄙视现在的事情,喜欢用自己的资历和职位要佐证自己的能力。

    通常都会快速得到新伙伴的敌对、不信任,然后走上聊无前途的不归路。

    我自己这么受挫过,也看到了很多人这么受挫。

    N年前百年湖畔的培训中,马云讲关明生这个当年阿里最重要的铁血宰相是如何落地的:

    Savio是个最值得学习的老狐狸,他刚来的时候,一切行为动作都在学习和吸纳;

    不是他的事情,他很少发言,是他的事情他很专业,但每个意见却都很尊重一起合作的人。

    比如,他经常会很诚恳的说“我想请教一下”;某个事情他反对了,也会说“如果我们这样调整一下,你觉得会不会更好呢”;

    从来不说你们过去很傻、你们现在这样太二了,虽然那个时候阿里有很多很傻很二的事情…

    前几天分别从两个地方听到Martin在腾讯第一年是怎么落地的:

    Martin(刘炽平)第一年在腾讯很少发表意见,除了自己本职工作资本市场的事情做的很好,其他时间都在学习和吸纳,非常关注别人的想法和大家的思维逻辑。

    经常向大家请教一些问题,Pony(马化腾)每隔一段都会跟他单独聊上几个小时(笔记君温馨提示:这里请划重点),大家慢慢发现他的问题越来越专业越来越抓住重点… …

    3.相互学习四个要点

    新老融合的关键行动点总结下来就一件事、四个点。一件事:相互学习;四个点:

    ①老人耐心教新人这个组织的知识; ②新人耐心教老人自己的专业; ③老人认真学习新人的专业; ④新人认真学习这个组织的知识。

    老人不耐心教新人这个组织的知识,新人就很难对历史和情况有所了解,融入会是个艰难的过程。

    而如果新人没有兴趣学、抵触(尤其是不学还想着直接改变),或者一次两次三次都学不会get不到,结果一定是无法被老人认可,甚至被放弃。

    新人不耐心教老人自己的专业,老人就不会理解新人在做的事情和想法,就会不敢完全放心放手,就会成为新人做事情的“阻碍”

    除非他不爱这个组织,不然在不了解的情况下不可能敢放手,也不可能不是“阻碍”。

    而如果老人没有耐心去理解新人,或者理解不了,一次两次三次新人就会因此对这个组织失去信心。

    新人的第一任务是教会老人,而不是急于拿到工作成绩。老人的第一任务是教会新人,而不是让他们马上产出成绩。

    某种程度上,需要“落地”的不只是新人,也包括老人。当一个组织里加入了新人以后,组织本身也就发生了变化,老人需要学习和适应的恐怕要更多。

    三、关于招聘

    ▶说人话,找互补

    最早创业的时候,比较喜欢招跟自己很相近的人,因为相近的人会更合拍,更能互相理解。

    但是这两年,变了一些,体现在两个维度:

    第一,我更喜欢用常识思考的人。讲话你就大白话跟我说,不要跟我提什么概念。我们公司每一层楼进门的柱子上都写着"说人话"。

    第二,找跟自己互补的人。关于一个人的能力维度的划分,有老虎型、狮子型,我觉得都跟算命似的。

    最近看到一个我觉得很好,创业者的五种能力它分为好奇心、探索力、想象力、执行力、坚持力。

    我自己是一名大数据架构师,目前辞职在做线上教育大数据讲师,每天都会直播分享免费公开课,大家可以加群参加。以及我自己整理了一套最新的大数据学习系统教程,包括Hadoop,数据挖掘,数据分析。送给正在学习大数据的小伙伴!这里是大数据学习者聚集地,欢迎初学和进阶中的小伙伴!加QQ群:584900118(招募中)

    展开全文
  • 云计算,SDN,虚拟化三者关系

    万次阅读 多人点赞 2016-09-21 15:55:06
    云计算是一种按需分配、按使用量收费的使用模式...通过使用x86等通用性硬件以及虚拟化技术,来承载很多功能的软件处理。从而降低网络昂贵的设备成本。可以通过软硬件解耦及功能抽象,使网络设备功能不再依赖于专用硬件

    这里写图片描述

      云计算是一种按需分配、按使用量收费的使用模式,提供了一个可配置的资源共享池,用户可以通过网络访问,获取存储空间、网络带宽、服务器、应用软件等等服务。

       NFV,即网络功能虚拟化,Network Function Virtualization。通过使用x86等通用性硬件以及虚拟化技术,来承载很多功能的软件处理。从而降低网络昂贵的设备成本。可以通过软硬件解耦及功能抽象,使网络设备功能不再依赖于专用硬件,资源可以充分灵活共享,实现新业务的快速开发和部署,并基于实际业务需求进行自动部署、弹性伸缩、故障隔离和自愈等。

      所以说云计算其实就是虚拟化出资源池以后的应用,是以虚拟化技术为基础的。云计算、虚拟化都需要集中化控制,而SDN最重要的三个概念是:可编程(开放的API接口)、控制平面与数据平面分离,以及集中式控制模型。基于SDN的网络架构可以更容易地实现网络虚拟化。

      云计算平台本身的基础架构中,所用到的网络功能相对简单,就是普通的桥接技术,但是一般都会有用来集成第三方程序的接口,第三方的网络虚拟化平台一旦集成到云计算平台中,就可以大大增强云计算平台网络自动化部署的能力。当云计算平台部署网络服务的时候,先通过插件向这些网络虚拟化平台内置的Controller发送配置消息,然后Controller通过跟虚拟交换机或者硬件交换机之间的南向接口,比如 OpenFlow或者OF-Config、NetConf或者别的接口,去配置交换机。(比如要在两个Hypervisor(管理程序)之间创建Tunnel,并将一 些VM绑定到这个Tunnel上去,以及配置一些网络安全策略或者QoS策略等)

      Overlay是通过在现有网络上叠加一个虚拟的逻辑网络,让原有网络尽量不做改造,通过定义的逻辑网络来实现业务逻辑,解决原有数据中心的网络问题。实际上就是一种隧道封装技术,将二层网络封装在三层/四层报文中进行传递,提供了一种解决数据平面转发和多租户隔离的技术手段,VXLAN(Virtual eXtensible LAN)是当前最为主流的Overlay标准。从数量上讲,它把 12 bit 的 VLAN tag 扩展成了 24 bit。从实现上讲,它是 MAC in UDP的封装方式,可以跨 L3 边界,很巧妙地解决了 GRE tunnel 和 VLAN 存在的不足,让组网变得更加灵活,有很好的扩展性。

      网络虚拟化主要用在提供云服务的网络中。在实际部署中,有使用虚拟交换机来做Tunnel Overlay网络终结的方案,也有出于性能考虑使用硬件交换机做Tunnel Overlay网络终结的方案。
      1)(OpenStack+) OVS 的纯软件方案,会遭受严重的性能问题,因为一台服务器里面虚拟机一多,随着网络流量的增大,网络交换部分带给CPU的压力就太大了。
      2),(OpenStack+) SDN+硬件网络虚拟化的方案。用SDN硬件交换机代替了OVS纯软件方案,将Tunnel加解封装,安全过滤,基于VM的 QoS策略等网络功能放到了硬件交换机中,性能得到大幅度提升。

    (一)云计算介绍

    云计算是一种按需分配、按量收费的使用模式,提供了一个可配置的资源共享池,用户可以通过网络访问,获取服务器、存储、网络、应用软件等等服务。

    1:云计算的特点及优势
    1,资源池化;
    2,网络访问;
    3,自助式服务;
    4,可衡量的服务量(弹性计算、按需计费);
    5,资源灵活调度

    2:云计算的服务模式
    1,SaaS 【software as a service】 软件即服务 – 用户通过网络租用基于Web的软件使用。(虚拟桌面,在线游戏等)
    2,PaaS 【platform as a service】 平台即服务 – 指将软件研发的平台作为一种服务。(数据库,开发工具,web服务器,软件运行环境等)
    3,IaaS 【infrastructure as a service】 基础架构即服务 – 用户通过网络直接访问底层的计算、存储和网络资源。(虚拟机,服务器,存储空间,网络带宽等)

    3:云计算的类型
      A:公有云:通常指第三方提供商为用户提供的能够使用的云,公有云的核心属性是共享资源服务。例如:阿里云、腾讯云、百度云等等。
      B:私有云:是为一个客户单独使用而构建的,对数据、安全性和服务质量提供最有效控制。私有云可部署在企业数据中心的防火墙内,也可以将它们部署在一个安全的主机托管场所,私有云的核心属性是专有资源。
      C:混合云:融合了公有云和私有云的优点。出于安全考虑,企业更愿意将数据存放在私有云中,但是同时又希望可以获得公有云的计算资源,,混合云达到了既省钱又安全的目的。

    4:OpenStack

    OpenStack 是一套框架 —— API:
      它是一个中间层。可以创建、管理和销毁虚拟机,但是要完成这些操作需要依赖于第三方的 Hypervisor(管理程序),通过这个 Hypervisor 去完成虚拟化的工作。OpenStack 有个组件叫 Cinder(用来提供块存储服务的),但是 OpenStack 自己并不能进行数据的存储和读写,它需要依赖一个实际的块存储设备的支持,这个设备可以是一个分布式的存储系统,比如说 Ceph,也可以是一个存储设备,比如说 EMC 的 SAN,也可以是存储服务器的本地硬盘。
      提供了完备的 API 来支持应用的开发,云计算的愿景就是让用户能够像用电一样去使用计算,OpenStack 的设计也是朝着这个愿景去做设计的,但是实际上我们平时是不能直接用电的,我们需要用的是电冰箱、电脑、电视等等这些电器。同理,对于云计算来说,提供 API 去支持开发应用这个事情就合情合理的非常的重要了,具有完备的 API 是 OpenStack 的突出优点。
    [ OpenStack 不是什么?]
      它不是虚拟化软件(必须知道这点),OpenStack 虽然管理虚拟机,但本身不具备虚拟化的功能,它给上层提供一个虚拟化的运行环境,必须得依赖一个第三方的虚拟化软件来实现,比如默认支持的 Linux 内核虚拟机,装完 Linux 之后就自动带了,集成到 Linux 内核里面了(KVM),另外它还支持 Xen,还支持微软的 Hyper-V,支持 VMware 的 Vshpere,还支持像 Linux Container 和 Docker 这样轻量级的虚拟化技术。
      云 != 虚拟化,云化的目的是为了实现效用计算,弹性计算,动态资源调度,多租户等这样的一些特性;而虚拟化只是实现云计算的这些特性中的一个技术手段而已,而且它不是必需的。比方说 IBM 的 Softlayer 是 IBM 主推的云服务之一,它中间有一个非常大的特点就是,它支持 Bare Metal Server,直译过来就是 “金属裸机”,也就是 Softlayer 在上面不做虚拟化,而是直接用物理服务器来实现云,直接给用户、租户提供的就是物理服务器,Softlayer 也可以在上面来实现多租户 、弹性计算等等特性。总之,Softlayer 没有虚拟化,但是 Softlayer 也做了云。第二个例子是 OpenStack 也有一个项目叫作 Ironic,是为了通过管理 “金属裸机”来实现云从而提出的项目。

    OpenStack基本组件:

    • Nova:管理虚拟机的创建和销毁(支持KVM, Xen,VMware ,还支持像 Linux Container 和 Docker 这样轻量级的虚拟化技术)
    • Neutron:虚拟网络管理服务,是SDN在 OpenStack 里边的一个实现,提供 Plugin 模块,这个是用户可以自己去写的。
    • Cinder:虚拟块存储服务:它需要依赖一个实际的块存储设备的支持,这个设备可以是一个分布式的存储系统,比如说 Ceph。
    • Swift:对象存储服务,简单来说,就是虚拟出一块磁盘空间,可以在这个空间当中存放文件,不能进行格式化,转换文件系统,大多应用于云磁盘/文件。
    • Keystone:权限认证
    • Glance:镜像管理
    • Horizon:图形界面,控制面板

    (二)虚拟化介绍

      虚拟化,是指通过虚拟化技术将一台计算机虚拟为多台逻辑计算机。在一台计算机上同时运行多个逻辑计算机,每个逻辑计算机可运行不同的操作系统,并且应用程序都可以在相互独立的空间内运行而互不影响,从而显著提高计算机的工作效率。
      虚拟化使用软件的方法重新定义划分IT资源,可以实现IT资源的动态分配、灵活调度、跨域共享,提高IT资源利用率,使IT资源能够真正成为社会基础设施,服务于各行各业中灵活多变的应用需求。

    1:虚拟化的分类
    全虚拟化、半虚拟化、平台虚拟化、硬件虚拟化(Inter vt-x/EPT) (AMD AMD-v /RVI)、软件虚拟化、桌面虚拟化、应用虚拟化、存储虚拟化、网络虚拟化

    2:虚拟化的优势
    虚拟化可以虚拟出不同的虚拟操作系统。
    虚拟机之间是相互独立互不影响的。
    支持异构。
    支持快照、克隆、还原等操作

    3:云计算与虚拟化的区别与联系

    • 虚拟化是一种技术,云计算是一种使用模式。
    • 虚拟化是指将物理的实体,通过软件模式,形成若干虚拟存在的系统,其实真是运作还是在实体上,只是划分了若干区域或者时域划分
    • 云计算的基础是虚拟化,但虚拟化只是云计算的一部分,云计算其实就是在虚拟化出若干资源池以后的应用,但虚拟化并不是只对应云计算的

    4:KVM虚拟化

    • KVM是开源软件,全称是kernel-based virtual machine(基于内核的虚拟机)。
    • 是x86架构且硬件支持虚拟化技术(如 intel VT 或 AMD-V)的Linux全虚拟化解决方案。
    • 它包含一个为处理器提供底层虚拟化 可加载的核心模块kvm.ko(kvm-intel.ko或kvm-AMD.ko)。
    • KVM还需要一个经过修改的QEMU软件(qemu-kvm),作为虚拟机上层控制和界面。
    • KVM能在不改变linux或windows镜像的情况下同时运行多个虚拟机,(它的意思是多个虚拟机使用同一镜像)并为每一个虚拟机配置个性化硬件环境(网卡、磁盘、图形适配器……)。

    KVM的优势:
    1,嵌入到Linux的Kernel中 (提高兼容性)
    2,代码级资源调用(提高性能)
    3,虚拟机就是一个进程
    4,直接支持MUMA技术(NUMA(Non Uniform Memory Access Architecture)技术可以使众多服务器像单一系统那样运转,同时保留小系统便于编程和管理的优点。)

    5:open vswitch虚拟化
    OpenvSwitch,是虚拟交换机,主要用于虚拟机VM环境,支持Xen/XenServer, KVM, and VirtualBox多种虚拟化技术。OpenvSwitch还支持多个物理机的分布式环境。

    • 传递虚拟机VM之间的流量
    • 以及实现VM和外界网络的通信。

    OVS两种模式:
    1. standalone:这种模式下,没有运行controller的情况下,OVS会自动调回普通switch模式,如果有controller的情况,ovs会自动变成 openflow switch。
    命令:ovs-vsctl set-fail-mode ovs-switch standalone

    2.secure:这种模式下,无论有没有controller, ovs都会作为openflow switch运行, 也就是所有interface在bridge上,等待controller或者用户添加flow到switch来进行通信
    命令:ovs-vsctl set-fail-mode ovs-switch secure

    这里写图片描述
    ovs-vswitchd是主要模块,实现switch的 daemon(守护进程),包括一个支持流交换的Linux内核模块;
    ovsdb-server轻量级数据库服务器,提供ovs-vswitchd配置信息;
     
    ovs-vsctl 查询和更新ovs-vswitchd的配置;
    ovs-ofctl查询和控制 OpenFlow交换机; 修改OVS 中的流表项,对 OVS 的运行状况进行动态监控。
    ovs-dpctl 用来配置switch内核模块;
    ovs-appctl 发送命令消息,运行相关daemon;
    ovs-brcompatd让 ovs-vswitch替换 Linuxbridge,包括获取 bridgeioctls 的 Linux内核模块;

    这里写图片描述

    (三)SDN介绍

      SDN是一种新型网络创新架构,通过将网络设备控制面与数据面分离开来,从而实现了网络流量的灵活控制,让网络成为一种可灵活调配的资源。SDN最重要的三个概念是:可编程(开放的API)、控制平面与数据平面分离,以及集中式控制模型。
      在SDN中很重要的两个实体是Switch跟Controller。
      Controller知道网络中所有的消息,对整个网络进行管理和控制,可以给交换机下发流表,对所有网络设备运行状态进行监控。
      Switch就是一个实现Controller指令的实体,只不过跟传统的交换机不一样,它的转发规则由流表指定。Switch由两部分组成:  

    • Secure Channel,是与控制器通信的模块,通过socket连接。
    • Flow table,里面存放这数据的转发规则。当数据包进入switch之后,寻找对应的流表进行匹配,并执行相应的action,如果没有匹配的数据包则将其封装在packet_in中发给控制器进行处理(丢弃、泛洪等)

    每条流规则分为基本字段、条件字段和动作字段三部分:

    • 基本字段包括生效时间duration_sec、所属表项table_id、优先级priority、处理的数据包数n_packets,空闲超时时间idle_timeout等,
    • 条件字段包括输入端口号in_port、源目的mac地址dl_src/dl_dst、源目的ip地址nw_src/nw_dst、数据包类型dl_type、网络层协议类型nw_proto等,可以为这些字段的任意组合
    • 动作字段包括正常转发normal、定向到某交换机端口output:port、丢弃drop、更改源目的mac地址mod_dl_src/mod_dl_dst等,一条流规则可有多个动作,动作执行按指定的先后顺序依次完成。

    SDN与网络虚拟化:
    网络虚拟化是一种网络技术,可以在物理拓扑上创建虚拟网络。传统的网络虚拟化部署需要手动逐跳部署,其效率低下,人力成本很高。SDN通过集中控制的方式,网络管理员可以通过控制器的API来编写程序,从而实现自动化的业务部署,大大缩短业务部署周期,同时也实现随需动态调整。基于SDN的网络架构可以更容易地实现网络虚拟化。

    1、SDN技术的优点。
    (1)提供网络结构的统一视图:对整个网络架构实现统一的查看,从而简化配置、管理和优化。
    (2)高利用率:集中化的流量工程使得我们能够有效地调整端到端的流量路径,从而达到网络资源的高效利用。
    (3)快速故障修复:链路、节点故障都能实现快速修复。而且系统能够快速的聚合网络资源,实现平均分配,并且对于一些网络行为可进行预测。
    (4)平滑升级:控制平面和转发/数据平面的分离可以做到软件平滑升级的同时保证没有数据丢包或者性能衰减。
    (5)弹性计算:大规模的计算、路径分析都被集成在子控制器中,由最新代的服务器 完成。

    2、OpenFlow与SDN的联系与区别。
    SDN是一种新型网络创新架构,通过将网络设备控制面与数据面分离开来,从而实现了网络流量的灵活控制,让网络成为一种可灵活调配的资源。 OpenFlow实现了SDN可编程网络的思想,是控制平面和数据平面的一种通信协议,是连接两者之间的桥梁。

    3、当前SDN技术主要应用于哪些领域。
    数据中心网络、数据中心间的互联、政企网络、电信运营商网络、互联网公司业务部署。

    SDN在数据中心网络中的优势:
    (1)在数据中心网络中,通过SDN可以使得网络和计算资源更加紧密的联系起来并实现有效的控制。如果数据流量很大,不能合理分配传输路径很容易造成数据拥塞,通过SDN实现路径优化以及负载均衡,从而使得数据交换更加迅速。
    (2)网络管理和安全控制方面。所有经过OpenFlow交换机的数据流都必须由控制器来做出转发决定。在控制器中可以对这些流按照预先制定的规则进行检查,然后更改数据流的传输路径或者拒绝某些数据流来增强内网的安全性。
    (3)在SDN中,交换设备的数据转发层和控制层是分离的,因此网络协议和交换策略的升级只需要改动控制层。在openflow网络中实现了软硬件的分离以及底层硬件的虚拟化,从而提供了一个良好的发展平台。

    展开全文
  • B/S架构是互联网的开拓,但是由于早期硬件性能不足,浏览器功能单一,所以B/S架构没有十分突出的发展势头,也从另一方面拖慢了前端技术的发展。而C/S架构的系统在互联网发展的这前几十年里应该是出尽了风头。因

    计算机诞生到如今的几十年里,软件开发技术也经历了数不清的更新换代。从开发语言,到开发框架,再到软件开发模型,不同层级之间都是百花齐放的情景。而互联网的崛起,也让C/S和B/S架构的系统瞬间爆发。B/S架构是互联网的开拓者,但是由于早期硬件性能不足,浏览器功能单一,所以B/S架构没有十分突出的发展势头,也从另一方面拖慢了前端技术的发展。而C/S架构的系统在互联网发展的这前几十年里应该是出尽了风头。因为可以提供精准灵活的功能,对性能可控,所以很多系统都会通过客户端的方式来提供服务,这也让客户端开发在这几十年里得到了长足的发展,至少在技术方面是这样。


    十年前的客户端开发可能就是一堆功能做出来,发布出去,只需要主要功能正常,那这个客户端的其他问题就没有人过问了。甚至当主要功能出现问题的时候,开发者想找原因都无从下手。运营的概念出现的不晚,可是客户端运营却很晚才被重视起来。在PC时代,也只有少数拥有独角兽一样的产品的公司会注重对客户端的运营,这需要公司具有很强的产品基因。客户端是用户使用互联网服务的终端,会给用户最直观的感受,所以一个客户端产品的好坏,可以决定一个公司的口碑。而真正懂得客户端产品运营,又可以从运营中得到反馈,不断提升产品质量,发掘新功能。所以客户端运营正在变得越来越重要,尤其在移动互联网白热化的现在,一个APP就是一个客户端,而很多中小型或者startup的初创企业都是依托一个APP来提供服务,也许你的服务模式很好,但是却有一个体验很差的客户端APP导致流失大量用户。所以本文主要简单介绍一下一款具备强运营能力的客户端产品需要哪些通用的基础技术设施,无论是PC端还是移动端。


    为什么需要运营?一个没有运营经意识的团队,开发一个客户端的时候可能只要把业务功功能实现就觉得一劳永逸了,而发布一个版本出去就像泼出去一盆水,或者断了线的风筝。对于这个版本发出去之后在用户端的表现状态却没有任何关注,或者通过耗时费力的用户回访来收集一些产品使用数据,这样的客户端产品是没有可运营的基础能力的。对于立志做精品互联网客户端产品的团队来说,产品需要快速迭代,迭代的过程需要 加入什么样的Features或者需要对现有Feature做什么样的改进提升?这些都是需要团队决策的,但是这些决策很大程度上都依赖于旧版本现存问题,以及用户对旧版本的使用体验等等。所以靠用户回访这种刀耕火种的运营方式很难适应今天动辄几百万几千万用户的客户端产品了,而这时候一个客户端产品就需要具备一些基础的技术运营能力了。


    一.整体架构

    从架构来说来说,客户端开发技术应该已经经历了三个大的世代。第一个世代是最早一批C来写的网络程序,没有任何模块划分,逻辑分层,可能一个函数写几千行。而这个时候开发者的唯一关注点就是功能的实现,不会考虑太多其他方面。第二个世代,开发者开始考虑程序的组织结构,模块划分,逻辑分层等,注重于程序的长期可维护性。第三个世代,也就是现在正处于的世代了。现在的客户端会考虑扩展性,因为要适应迭代,方便的加入新的功能模块。而现在主流的架构是插件化,这也是后面要介绍的几个功能模块的基础。插件架构的出现也有很长一段时间了,也有比较多的实现方式。就目前来说插件架构的最优目标就是实现插件的的“热插拔”,在实现层面根据不同平台也有很大不同,比如Windows平台的动态链接库(DLL)或者Linux系统下的SO,在Android和IOS系统平台下比较简单的实现方法是使用基于Web的轻量插件。一旦插件框架确定之后,不同业务模块插件可以并行开发,提高开发效率,提高软件项目的可维护性。本文的重点不在某一个点,所以这里就不详细介绍如何设计一个插件框架了,后面有机会再专门介绍。


    二.用户使用数据上报系统
    早期的客户端产品可能仅仅是一个单机软件产品,不会有网络模块,更无从谈起数据上报功能了。而后来出现了C/S架构的客户端产品,但是对于网络的使用也仅限于业务功能,并不会专门设计数据上报系统。而在移动互联网发展高峰期的今天,仍然有很多客户端或者APP根本没有意识到数据上报的重大意义。互联网发展的这么多年,很多理念都在改变,客户端的开发技术和理念也在不断的改变。在大数据如火如荼的今天,一个优秀的产品团队都会有很强的数据驱动意识。尽管很多产品经理崇尚乔布斯的偏执作风,但是并不是每个产品经理都是乔布斯,并不是每个老板都是乔布斯,所以在产品这方面最有说服力的应该是从真实用户那里收集到的实实在在的数据,所以客户端产品的一个最重要的可运营属性就是要提供用户基本使用数据的上报系统。


    现在在移动端APP产品中,如果产品是通过官方商店发布的,App Store或者Play Store都会提供一些基础数据的分析,比如下载量,下载用户的详细信息等。而同时对于C/S业务的客户端产品,用户在线数,登录数,在线时长,日/月/年活跃数都可以通过后台获取到。当然这些数据对客户端运营也是必不可少的,但是这仅仅是很少的一部分数据而已。如果客户端产品能够对诸如点击率,点击链,页面停留时间,业务成功/失败率,偏好设置等等一系列的数据做上报,产品人员通过对这些数据的静态和动态分析,能够对产品在多维度形成非常直观的量化感知,从而对产品后期的改进做出相应的决策,同时还可以挖掘产品潜力扩展新业务增加新功能。比如通过数据分析生成用户画像,有助于了解产品的用户群体特征,以后在推产品新功能的时候可以有目的的灰度,这样能够进一步提高用户反馈的精确度。比如对用户点击链和页面停留时间的分析,可以得出目前产品中那些功能是用户喜爱但是入口却被放置在了比较隐蔽的地方,以此来进行调整,降低用户的使用门槛,增加热门功能的曝光度。再比如对用户的偏好设置进行分析,调整默认设置去迎合多数用户的使用习惯,同时根据相对数据来决定是要让少数用户服从多说用户的习惯还是保留一个可选项等。正确的数据是不会说谎的产品指导准则,也是减少团队扯皮拉锯的利器,提升效率,精准解决产品中的大部分痛点。


    对于数据上报功能的设计,重点需要考虑扩展性,因为对于数据种类的需求无法一次就确定,往往随着产品的迭代会增加新的数据需求。这时候如果能够通过不修改上报模块,只在目标监控点增加采数据集代码就能完成新增需求,这就说明上报系统已经具有不错的扩展性了。当然这只是在客户端增加了数据上报的基础设施,真正运营的工作还要靠团队建立一个强大的大数据分析平台了,数据上报之后其实只是一堆数字垃圾而已,而真正赋予这些数字垃圾信息化价值的过程是分析。试想作为产品经理的你每天一到公司都会收到关于产品的数据邮件,可以看到新鲜的数据报表,曲折的线图,跃动的燃烧图等,这些都将为你的工作和负责的产品提供非常有价值的支撑,你应该感谢有这么好的运营团队。


    三.稳定性发现和保障模块

    稳定性是一个优秀客户端产品的必备属性,而客户端产品在用户端最严重的问题应该就是崩溃(Crash)了,在移动端OS中表现为闪退。试想如果某个新版本由于测试疏忽导致发布出去的版本在启动后立刻Crash,而且是必然出现的。如果没有做相应的Crash数据上报,开发团队就无法估计这个问题的严重性,覆盖率,这对业务带来的损失是比较严重的。而由于没有做Crash上报,也无法收集到足够的用于分析Crash的数据,从而增加解决问题的难度和时间。

    Crash数据上报是了解一个客户端产品稳定性的基本解决方案,也为解决Crash问题提供了充分的方法手段。Crash数据上报系统一般关注的是实时Crash量,日Crash率,实时Crash量作为应急响应的一个依据,而日Crash率作为衡量产品质量的一个重要数据,可以作为团队工作输出的一个量化标准。Crash上报除了上报的基本的数据例如Crash时间,模块,产品版本等等之外,最重要的是需要上报用于分析Crash的程序现场数据,如堆栈,内存dump等(PC上通常这两个是在合并在一起的)这才是Crash数据上报的根本目的,因为这样才能快速分析定位问题,然后发布补丁或者直接升级版本。移动端的APP Store都已经提供了这个基本的分析功能,一般来说都能有助于解决产品的Crash问题。不过相比自己实现的Crash数据上报模块来说,App Store提供的功能比较固化,不利于和现有其他的自动化系统做集成。13年的时候PC QQ的日Crash率已经降低到了0.15%,每双击启动QQ程序100次只有0.15次Crash,而且是稳定数据。


    四.性能数据

    性能也是一个优秀的客户端程序需要关注并不断提升优化的,因为性能直接关系到产品的用户体验。性能问题是产品用户体验的前提,如果产品性能很粗糙,用户体验就没有任何保障了。一款产品在交互视觉等方面的设计和实现都无可挑剔,但是却由于CPU占用,内存占用,I/O过多导致用户界面长时间无响应,等待时间过多,甚至直接影响用户的物理设备的使用,那这款产品也不会让用户轻易信任和喜欢。

    所以对产品性能数据的掌握,也是不断提升产品质量的一个重要手段,在客户端中对用户使用时候的程序性能数据进行收集上报,通过分析发现产品的整体或者某个业务模块的性能问题,然后着力解决。一般性能数据包括CPU占用,内存占用,I/O操作耗时,活动响应耗时等等。在移动端App中可能由于OS机制的不同限制了某性能数据的获取,但是为了长期的产品质量,也还是应该最大限度的对这些至关重要的数据进行上报。


    五.云端可控

    前面讲通过Crash数据上报可以快速解决Crash问题,但是从发现问题到解决,再到真正把已经解决Crash问题的新的产品推送到用户终端,这中间仍然是一个漫长的过程,如何在这段时间中让已经使用了出问题的客户端的用户避免触发Crash,以保护产品口碑,降低损失呢?云端可控就是为了解决这种问题的应急方案。

    所谓云控就是通过后台的可配置开关来控制客户端的某个模块的功能的开启或者禁止,这样如果一旦发现客户端大量Crash之后,通过Crash上报先确定问题模块,然后通知后台关闭对应模块的控制开关。这样一来客户端就把会发生Crash的模块在用户端隐藏掉了,用户可以继续使用核心以及其他正常的扩展功能,而仅仅是出问题的模块暂时停止服务。这样就可以最大限度地降低由于Crash带来的对其他正常业务模块影响。可见云控系统对客户端应急运营有多么大的帮助,当然也有一些厂商会用这项技术来做一些见不得人的事情。有一点需要明白,一个设计优良的云控离不开一个高扩展性的整体架构。



    作为在PC客户端开发领域工作了四年的我来说,这篇文章写的比较散乱。文章出现最多的应该是“数据”这个词,3年前做过一段客户端数据相关的工作,在那之前QQ的上报数据也只是一堆垃圾,没有人关心没有人处理。后来部门的领导慧眼独具说要把数据做起来,于是我就接手了这个工作,也有幸见识了公司的大数据分析处理平台,洛子任务调度系统,TDW,罗盘报表系统等,写了几百张数据表的分析任务脚本,当时就已经感叹数据对于产品的重要性。而现在大数据依然是一片红海,从而也带动了拓宽了“运营”市场,只要能出数据的地方就有可以运营的事物。客户端从技术方面来说发展的终极方向是application stream,将来你打开一个客户端,就像打开一个网页一样,不同的是浏览器读取HTML,而客户端读取二进制流。那时候的客户端就没有所谓的下载安装这个过程,发布新版本就像部署网站新版一样简单及时。但是无论这个客户端的发布形式如何改变,数据对于客户端的提升永应该是不会变的。

    展开全文
  • 从“用户力”主题出发,以“用户需求驱动”为主线,对“互联网”、“用户需求”、“产品设计”、“网络运营”和“商业模式”5个部分进行系统性、结构化串联和构建,强调产品应该以用户需求驱动,产品不是满足用户...

           互联网产品是以人为本、需求驱动的产品,真正的服务于用户,关注用户。 产品核心思想:互联网产品要MVP(最小化可行产品),永远没有完美的互联网产品,所以先上线再不断迭代。从“用户力”主题出发,以“用户需求驱动”为主线,对“互联网”、“用户需求”、“产品设计”、“网络运营”和“商业模式”5个部分进行系统性、结构化串联和构建,强调产品应该以用户需求驱动,产品不是满足用户需求,而是更优地满足用户需求。

    第1章 互联网:3个“一”


    互联网的发展

     

    互联网是一种新技术,互联网是一种新商业模式,互联网是一种新思维

    新商业模式:6个要点--用户、终端、应用、公司、收入、理念

    • 互联网源头-用户:
    1. 用户特征:年龄、性别、职业、收入等自然属性
    2. 用户发展:从人口红利到增长放缓
    3. 用户需求:休闲娱乐、沟通交流、获取信息、使用服务
    • 用户的入口-终端:1.用户长时间接触;2.用户操作行为和互动行为;
    • 应用:满足用户的服务和产品;
    • 公司:抢用户;
    • 收入:①海量用户②多种收入模式③收入模式不等于商业模式;
    • 理念:在正确的概念也解决不了用户需求,不要因为概念而去做互联网,互联网层出不穷的概念都应回归“用户需求”;

    新思维:用户需求驱动

    • 互联网思维是从用户角度出发,无论产品技术如何厉害,只追求用户使用的方便和愉悦。
    • 在互联网时代,真正尊重用户,真正了解用户需求,并全力以赴满足用户需求,应该是每个企业和员工深入骨髓的精神。

    第2章 用户需求:就是一个字“更”


            新产品或者创业项目不是如何满足用户需求,而是如何“更好地”满足用户需求,“更”就是互联网用户的真实需求(更便宜、更快、更好玩、更多)

        可以从从以下三方面实现用户需求:发现需求,描述需求,分析需求

    1. 发现用户需求:目的不等于需求,真实需求(更...)和粉丝用户(对需求最敏感的用户)

    • 更:互联网产品不是满足用户需求,而是更好更优地满足用户需求
    • 小:通过用户特征、用户场景、需求频率3个维度进行用户细分满足核心细分用户的需求

    2. 分析用户需求:目标、行为和原因,发现→验证→量化→过滤→排序→分级

    针对需求采集和分析的方法,按性质分为“定性”和“定量”:

    • 定性:通过观察、交流的形式,主管进行用户需求总结;
    • 定量:通过数据的方式客观进行需求判断;

    3. 描述用户需求

    • 用户画像(用户特征、用户场景、需求频率)
    • 需求文档
    • 一个故事

    第3章 产品设计:核心是用户需求驱动


    1. 产品定位:一句话说明白

    最好的产品定位是:一句话说明白,越简单越明确的产品定位描述,说明对用户群、用户需求和产品价值,有了深刻和清晰的思考。从产品一开始,用户需求确定的产品定位,会决定产品主要功能、服务的用户以及后续发展目标;

    产品定位三要素:

    • 1)做什么:一句话描述
    • 2)做给谁:用户分级、聚焦和明确, 主观设定&客观确定
    • 3)做啥样:找到参照物、短周期发展

    2. 产品设计三部曲

    (1)产品决策:做与不做

    需求的验证一定要避免自我经验的推断,真实需求不能来自简单模仿、公司资源和战略规划、竞争压力及领导喜好。真实存在的用户需求,来自用户需求分析。

    把握好需求大小:普通用户、目标用户的需求一定是大需求;粉丝用户的需求是特殊大需求。

    • 先满足普通用户和目标用户的大需求,再满足粉丝用户的大需求;
    • 当基础大需求满足后,更要集中满足忠实粉丝用户的大需求,从而突出产品竞争力。

    需求大小驱动的产品决策要点

    • 大需求,决策去做;
    • 小需求,决策谨慎或者不做;
    • 小众粉丝用户的需求也是大需求;
    • 满足基本需求基础上,产品的竞争力,是对粉丝用户需求的不断满足;

    需求全过程

    • 用户需求全过程可以满足,决策去做;
    • 如果不能,谨慎去做;

    需求一致性

    • 不是产品功能越多,产品竞争力就越强,产品的竞争力来自需求主线功能的强大;
    • 用户需求一致,做产品决策;不一致,谨慎决策;
    • 新产品需求与公司能力一致,新功能需求与产品功能主线一致,价值统一,容易成功;
    • 好产品,不是因为功能多;
    • 好产品是有用户需求驱动的,通过不断满足用户的大需求、覆盖需求全过程并符合需求一致性这三个产品决策的原则,会让产品越来越有竞争力。

    竞争分析:领先者致命的弱点(没有更好的满足用户需求)、有没有潜在的进入者(是否有能力抵御);

    内部资源与其他因素:有没有行业进入壁垒、内部资源是否足够、其他因素(政治、社会、道德、法律,商业模式是否清晰);

    (2)功能设计:立身之本

    产品功能分为基础功能核心功能

    基础功能:满足用户需求的目的和行为,是满足用户的基本需求和需求工程的功能;

    核心功能:是在基础功能上,更好地满足用户需求的功能,是满足用户真实需求的功能;找到核心功能-->强化核心功能

    功能重点:哪个环节是用户难点,或是满足用户的关键节点,那么这个环节就是“功能重点”;

    产品功能设计要点

    • 产品功能设计的核心是抓住核心功能,核心功能是产品立身之本
    • 用户需求的功能重点和满足用户需求的关键因素,是找到核心功能的关键点
    • 核心功能的持续加强才能带来产品的口碑

    功能分析:需求分析+产品定位→基础功能→功能分解+用户流程→重点功能

    (3)用户体验:爽

    • 不强迫用户(升级、注册、使用)
    • 不要让用户思考(避免用户看不懂、找不到、选择多):减少用户的思考成本,提高用户使用的积极性;
    • 简单易操作(产品结构简单易操作,用户流程简化,交互做大):减少用户学习成本,提高用户完成目标的效率;
    • 不破坏用户习惯(视觉习惯,使用习惯):在大部分情况下不要改变用户习惯,如果必须改变,使用用户感知不明显,小步快跑,潜移默化的方式影响用户;
    • 超出用户预期:这点也是最大魔力,让用户感到爽,amazing,surprise..

    第4章 网络运营:只有好产品才能运营成功


    运营第一步:有钱一起赚;运营第二步:与巨人共舞;运营第三步:创意大家做;

    产品不是设计出来的,而是通过运营不断完善出来的;运营不是简单的网络推广,而是围绕用户展开的一系列工作。产品、技术、运营、市场等部门共同构成运营体系。

    网络运营类型:产品型驱动效率最高,越贴近用户、越能满足用户需求的运营效率和商业价值越高;

    运营的主要对象是新用户,运营的目标并不是来源量的不断提升,而是老用户绝对值的不断增长;老用户由产品决定,新用户由运营决定,所以运营部门的关键是,集中提高新用户的运营指标,同时提高新用户留存,将其转化为老用户,形成新用户不断沉淀为老用户的运营体系,这是健康的运营模型;

    四大运营指标

    • 来源量:每天来的用户人数
    • 转化率:成为真正用户的比例
    • 活跃度:用户使用产品的程度
    • 留存率:转化成老用户的比例

    运营周期

    种子期运营(关注留存率):新产品上线,第一批用户形成阶段

    种子期运营获取用户的关键,并不是依靠产品丰富的功能,也不是依靠资源和资金,而是只通过产品的核心功能,获得第一批用户认可,建立产品口碑去抓住用户;

    种子用户群的特点:对产品有很强的需求,对核心功能最敏感,最愿意尝试使用并传播的用户群体;

    种子期运营方法

    • 事件法:热门事件,蹭热点
    • 地推法:通过人对人线下发展用户
    • 马甲法:制造氛围
    • 传染法:利用社交关系

    种子期验证的过程中需要注意,种子期运营不要加“奖励”或“补贴”等运营手段,让用户通过纯粹的需求驱动,决定是否使用和是否留下来;

    产品MVP,结构简化,核心功能明确。

    运营周期中种子期运营最难,强运营,多种方法结合。

    运营模型中自然留存率是关键,验证产品,快速完善产品。

    运营目标沉淀种子用户,形成用户口碑。

    爆发期运营(提高来源量,做深做广):产品用户快速增长阶段

    目标:在一个行业或者大众用户范围内,形成普遍的产品口碑传播力。

    爆发期运营方法

    • 买流量
    • 傍大款:与大公司合作
    • 靠关系:通过社交关系链进行网络化传播
    • 装有钱:为用户省钱,给用户补贴

    爆发期运营要点

    • 爆发期是自然形成的,由用户滋生性增长带动;
    • 爆发期产品要集中在核心功能上快速迭代;
    • 爆发期的运营核心指标是来源量,多种运营方式扩大用户来源;
    • 爆发期要聚焦在一个领域或者在大众群体中形成口碑传播力;

    平台期运营(提升用户活跃度):快速增长后用户发展放缓阶段

    目标:活跃度指标的提升、为下一个爆发期做好准备

    平台期运营方法

    • 举办活动
    • 用户等级
    • 新功能推动

    网络推广

    • 打扰式推广:强推,针对性差
    • 吸引式推广:注重体验,不打扰
    • 需求式推广:满足用户需求,推广效率高

    网络运营周期总结:

    • 种子期是产品最难的阶段,留存率是关键,不在乎来多少人,而在乎有多少人留下来。种子期成功,产品成功一半;
    • 爆发期是产品成功的标志,来源量是关键,产品形成口碑影响力,能成功的产品一定有爆发期;
    • 平台期是用户爆发期后有意控制产品节奏的时期,活跃度是关键,重点做好系统稳定和产品用户体验;
    • 爆发期和平台期交替出现,产品才能不断稳定增长;
    • 产品上线后就是运营,运营的重点是完善产品功能,是加强流量推广,还是构建用户体系,根据产品发展阶段,要采用不用的运营策略。网络运营周期的难点在种子期运营,新产品启动最难,所以新产品上线不要急于推广,而要投入更多时间讨论运营方法和策略,因为绝大数产品是死在种子期;

     

    第5章 商业模式:等于用户价值模式


    互联网商业模式特点

    • 收入是商业模式的结果,互联网商业模式是用户价值的模式,长期多次变现,而不是一次产品销售模式
    • 互联网商业模式是规模收入的模式,没有大量用户不能形成规模收入
    • 互联网商业模式是后向收入模式,先免费才能赚大钱

    将用户价值变现为商业价值

    • 前提:好产品才能获得用户
    • 过程:不断运营获得更多用户
    • 结果:收入是商业模式的结果

    商业模式的结构

    • 单边型:买方&卖方
    • 平台型:平台&买卖双方
    • 增值型:核心产品&多业务

    总结


             这本书阐述了互联网用户需求的特点是“更快、更多、更好玩、更便宜”,以及处理用户需求的三个步骤:发现需求、分析需求、描述需求。紧接着详细阐述了产品的设计流程:产品决策、功能设计、用户体验。接下来说明了网络运营是一个产品、运营、市场、技术等部门通力合作的体系,并强调了网络运营模型以及周期的重要性,最后阐述了互联网商业模式的本质:商业模式等同于用户价值模式,广告和电商收入是商业模式的结果。

    拓展阅读


    用户力:需求驱动的产品、运营和商业模式

    思维导图

    展开全文
  • 中国四大骨干网(中国科技网、中国公用计算机互联网、中国教育和科研计算机网、中国金桥信息网)和三大网运营商(电信,移动,联通)是什么关系?是电信移动联通投资组建了四大骨干网,还是四大骨干网租给运营商...
  • SOC安全运营中心产品

    千次阅读 2020-01-04 16:59:48
    安全运营中心,单独依赖于某些安全产品,在效果上总感觉有一个孤岛效应,从安全工程的角度来说,将安全工程化、系统化、流程化是一个更好的趋势,把安全过程中的有关各方如各层次的安全产品、分支机构、运营网络、...
  • 在整个过去的2016年,关于互联网有这么几个论调非常值得产品经理们注意: 比如王兴和李丰这一年里先后公开表达过,说互联网的上半场已经结束了,下半场即将开启 李彦宏在世界互联网大会上也公开说:移动...
  • 但通常来说,凡是使用机器代替人类实现认知、识别、分析、决策等功能,均可认为使用了人工智能技术。 如今人工智能商业化正在各个领域中快速推进: 记得哦!人工智能主要包括软件及信息技术服务业、计算机、高端制造...
  • 技术型创业容易遇到的大问题

    万次阅读 热门讨论 2014-08-20 02:30:35
    这是《创业杂记》的番外篇,我们一起来讨论技术型创业容易出现的大状况。
  • 移动、联通和电信运营商支持的手机网络模式分别为: 1、中国移动 移动4G:移动TD-LTE; 移动3G:TD-SCDMA; 移动2G:GSM。 2、中国联通 联通4G:联通TD-LTE,联通FDD-LTE; 联通3G:WCDMA; 联通2G:GSM...
  • 本文是他回顾自己二十多年来从事软件产品管理工作的总结和经验分享,谈到了产品管理与产品营销的区别与合作关系,最后总结了导致产品失败的常见原因。 产品与营销的合作关系 许多公司的产品和营销之间存在...
  • 一代、二代、三代测序技术原理与比较

    万次阅读 多人点赞 2017-11-10 14:08:02
    从1977年第一代DNA测序技术(Sanger法)1,发展至今十多年时间,测序技术已取得了相当大的发展,从第一代到第代乃至第四代,测序读长从长到短,再从短到长。虽然就当前形势看来第二代短读长测序技术在全球测序...
  • 目前比较常见的社交类产品是社区和SNS,这个是比较笼统的称呼,稍微细分一下为以下四种形式:微博、论坛、群组、贴吧。微博想必大家都耳熟能详了,国内的有新浪微博,腾讯微博等,国外的有facebook,Twitter等;论坛...
  • 让我从头开始吧,在2月的时候,就已经关注腾讯的实习生招聘了,奈何楼主的学校有点渣,就不敢投哪个啥啥啥计划了,自认为技术还没有到那个要求,额,好吧,接下来说说,我选择的是技术运营,在腾讯开始开放实习生...
  • 运营有道:重新定义互联网运营

    千次阅读 2018-11-06 11:54:40
    运营概念的重新定性,运营在组织中角色的重新定位,到内容、用户、活动、新媒体等子运营板块的重新结构化拆解,再到运营的进阶方法和长远发展理念,读者可以从中看到大量在实操和跨行业经验中积累的对于运营底层...
  • 策划工作性质:与其他行业一样,在互联网行业里,一般来说,把策划分为2大类型:产品策划、运营策划。产品策划:产品策划是什么?根据字面意思就可以轻易理解了,产品策划就是一个产品的总设计师,针对不同的行业...
  • 其中前半部分偏向产品运营类试题,后半部分偏向综合测试类试题。 1、以下属于互联网产品运营的范畴的是() 选项:A.内容运营;B.用户运营;C.社区运营;D.其他选项都是 答案:D 2、产品运营时,可以按照标签记录,...
  • 互联网运营

    千次阅读 2015-01-14 11:12:19
    从基础的层面来讲,运营要关注和涉及的工作通常包括了如下方面——拉新、留存、促活。 所谓拉新,就是为你的产品带来新用户。带来新用户的手段和途径可以是多种多样的,可以是策划和制造一个具有传播性的话题和...
  • 读《数据挖掘技术(第版)》-应用于市场营销,销售与客户关系管理 有感 这本书不是纯讲数据挖掘理论的书,从本书的副标题你大概也能猜得到。对于像我这样数据挖掘领域的门外汉,读起这本书也没有多大的困难...
  • 运营商的云计算之殇

    千次阅读 2018-06-07 16:08:18
    虽然最终移动互联网和云计算会殊途同归,在平衡两者的关系时,电信运营商往往面临着取舍的困境。 云计算到来,没有谁比电信运营商更能嗅到其中的机会,也没有谁比电信运营商更加纠结。 电信运营商以其在互联网接入...
  • 某不入流985计算机专业大三在读,有比赛经历,无科研无实习经历,刚低分考了一次托福(预计出国),十二月开始在实习僧+微信公众号海投了五六十家,12.24号晚上接到字节的短视频(西瓜视频)产品运营面试通知,是个...
  • 前面两篇文章介绍了淘宝的发展历程和Java时代的变迁: ... 马云说过“创新不是为了与对手竞争,而是跟明天竞争”,所以这篇文章讲述淘宝的创新技术TFS和Tair及创新的产品,希望文章对大家有所帮助。
  • 但对电商还是蛮感兴趣的,于是打算转行,前几天拿到了一个做小家电电商的offer,现在上班两天了,职位是运营助理,当然了,我的职业目标是电商运营。  介绍下这家公司,是做小家电的,有天猫,C店,1号店,京东...
  • 运营商成了创新最大阻力》讲述了运营商与设备制造商间的关系,该文章是以美国为例子,但美国的情况并不能代表全部,下文编辑将会简单介绍美国、中国、日本这个移动互联网大国运营商、设备制造商、用户间关系的...
  • TUP:分享产品背后的技术和用户体验

    万次阅读 2010-07-21 13:59:00
    本期又推出TUP专栏,CSDN的线下活动也已冠以TUP, TUP是技术(Technology),用户体验( User Experience),产品(Product)英文的简写,TUP宗旨是分享产品背后的技术和用户体验故事.为什么要提出这样的口号,我想把...
  • 产品技术和管理

    万次阅读 2012-02-05 14:17:46
    不论产品还是服务,如果能够为消费传递有益的体验,其价值就可以在一般的产品服务之上得以体现;附加了体验的产品(服务)的价格可以比普通的价格高出很多倍,而纯粹为消费传递体验的活动(如音乐会、球赛等)...
  • 数据分析运营---A/B测试中20个必须知道的问题

    万次阅读 多人点赞 2017-04-29 23:49:08
    在网站和移动产品设计和开发中、以及互联网产品运营中,我们经常会面临多个产品设计和运营方案的选择,比如某个按钮是用红色还是用蓝色,是放左边还是放右边。传统的解决方法通常是集体讨论表决,或者由某位专家或...
  • 说在前面:达人课是...本篇文章非常推荐运营的朋友看下作者简介Easy,曾任新浪 SAE、微盘首任产品经理,看着微博成长,写过数十个微博开放平台应用,有多年的社会化传播经验。曾创立人才拍卖网站 JobDeer.com,获
  • 政府数据运营哪家强?浪潮!

    千次阅读 2018-09-05 16:44:47
    “政府数据运营找浪潮!” 这是在Inspur World 2018上,令人印象最深的一句话。 这句话出自浪潮集团董事长兼CEO孙丕恕在此次大会上以《云+数 赋能智慧未来》为主题的演讲之中。而之所以孙丕恕将此句话说的如此有...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 76,718
精华内容 30,687
关键字:

产品技术运营三者关系