精华内容
下载资源
问答
  • 在西方经济学中,分销含义是建立销售渠道意思,即产品通过一定渠道销售给消费者。 随着互联网出现,不断演变,现在我们所说分销,大多指是线上线下结合分销平台。 分销就是将原本平台推广费用...

    概念

     

    在西方经济学中,分销的含义是建立销售渠道的意思,即产品通过一定渠道销售给消费者。

     

    随着互联网的出现,不断演变,现在我们所说的分销,大多指的是线上线下结合的分销平台。

     

    分销就是将原本平台的推广费用(广告、营运等)拿出一部分给到分销商,让他们帮平台去推广售卖的方式。

     

    换句话说,分销的玩法在于,分销商直接或间接的给平台带来持续价值。通过分享+信任经济模式,结合拉新、卖货的方式,达到平台与分销商共赢的局面。

     

     

    分销系统模型

     

     

     

     

    怎么从0到1搭建一个分销平台?

     

     

    前面说了那么多,对于分销体系希望朋友们能有个大概的了解,同时能够理清自身的设计思路。

     

    鉴于实际当中的规划需求,阿境也就不玩虚的,在讲解完分销平台所需的知识点及模块之后,阿境也会将流程及原型一并奉上,供各位朋友有更清晰的落地认知。(空谈落地的理论,真是耍流氓)

     

    往往太多人会将“如何规划”作为一个标准的解决方案,但是各位朋友也要明白,在规划之前,更重要的是为何要规划,是否有规划的必要,每一个功能点底下蕴藏的本质更需要去探索。

     

     

     

    分销商门槛

     

     

    分销商门槛的设计核心在于,过滤掉部分不参与分销的用户,让用户有“角色感知”,通过一定门槛获得的东西会更加容易珍惜。

     

    成为分销商分为无门槛及有门槛两种,通常设计会有如下三种:免费

    加入、付费购买、流量型门槛。

     

    (1)免费加入/申请表单

     

    这种方式等同于无门槛成为分销商,用户仅需填写信息,后台审核通过之后便可成为分销商。门槛低吸引了更多的用户成为分销商,但带来的也是更多“划水摸鱼”的分销商。

     

    同时无门槛的分销体系也容易破坏市场规则,不建议采用该方式。

     

    (2)付费购买

     

    通过支付一定金额成为分销商,等同于用户与平台做一场博弈,“花小钱赚大钱”是平台给用户带来的心理暗示,通过购买“门票”,来获取赚佣金的机会。

     

    但由于该方式过于露骨,有“拉人头”及养资金池的嫌疑,某集最早也是通过这个方式来进行社交电商的起步,最终也被处罚,所以通过付费成为分销商的方式已经开始慢慢被摒弃。

     

    (3)购买(次数、金额、指定商品)

     

    通过支付一定金额购买指定商品,来成为分销商。用户既得到了“等值”的商品(等值为什么加引号,看到文末各位朋友就知道了),又可获得分销商的权限,对于用户来说,比直接付费来得划算。

     

    通常平台在这部分设置的商品会较为丰富,品类齐全,那么用户在选择商品的时候,营造一种“购买必需品”的错觉,同时又能“免费”成为分销商,一举两得,也增强了用户成为分销商的转化。

     

    理解了购买指定商品成为分销商之后的逻辑,也可引申为满足一定购买次数or满足一定购买金额成为分销商等多种玩法,具体实施就需要PM根据自身平台的业务需求来进行不同类型的规划。

     

    但其实就方式来说,通常有一些不为人知的秘密,阿境先卖个关子,文末会专门提到。

     

    (4)流量型门槛

     

    部分平台需要的是自带一定流量的分销商,那么就需要有一定流量的用户来成为分销量,过滤掉部分“摸鱼”的分销商,那么在申请的时候会要求用户上传自身能够证明流量的证据,例如微信好友截图,微信社群截图等,后台运营人员核实之后再予通过。

     

     

    分销商级别

     

     

    分销商等级按照维持方式来分,可分为两类,降级、不降级。

     

    (1)降级

     

    降级指的是用户在时间周期内达不到平台所设定的级别要求,则分销等级下降。

     

    通过一定的保级措施,激励用户持续地为平台输出价值。

     

    保级措施建议:达到一定金额、达到一定订单,达到一定的团队下线…..

    设计的核心原理是:能够给平台带来价值的用户行为(销售能力、拉新能力)

     

    (2)不降级

     

    不降级指的是不论用户在平台的后续活跃度,不降低用户分销等级。

    能够降低用户的心理压力,但后续无法完全保证分销商的质量,需后续激活分销商。

     

     

    分销商晋级机制

     

     

    同会员体系一样,分销体系也需要在体系当中设定合理的晋升机制,循序渐进地加强分销商在分销体系的作用。

     

    其核心是增加分销商的沉没成本,加强分销员的自我驱动力。当其在平台当中投入的成本越高,那么对于平台的粘性及信任度也会成正比提高。

     

    而上述提到的加强自我驱动力,在于成为更高的分销员,那么就能获得更多的分销佣金or奖励,晋级机制本质就是一种激励机制。

     

    那么,如何设计呢?来分析一下

     

    对于分销商来说,最主要的需求就是通过自身的人脉及关系,吸引更多的团队下线,从而通过下线的消费来获取相应的佣金。

     

    在这需求当中,出现了人和钱两种元素。

     

    可以得出,对于晋级机制的相关设计,一般有如下几种

     

    达到一定消费金额

    达到一定团队人数

    达到一定团队人数且团队人数中需要有X位高级分销商

    达到一定消费金额&一定团队人数

    ……

     

    而晋级后的等级权益,也应该直接明了一些,一般是设定越高等级的佣金比例越高。(用户不喜欢套路),也有减免邮费,优先囤货等,本质都是为用户赚钱or省钱。

     

    规划小技巧:在晋级机制的数量上(下线人数、消费金额)的设定,可规划成阶梯式的增长,利用用户博弈心理,促进前期初级分销商的兴致。

     

     

    • 分销媒介佣金的设置

     

    提一下,在这里,分销媒介指的是在平台中具有价值的核心物品,例如电商中的商品,在线教育当中的课程等。

     

    通常在设定分销比例的时候,有几个因素:默认所有产品的佣金、单独产品的佣金,不同分销商等级所享有的不同佣金比例。

     

    遵循如下的优先级即可:单产品佣金比例>等级佣金比例 > 默认佣金比例。

     

    在设定分销产品的时候,由于其传播性的限定,所以需要选择复购率较高、质量较好的产品,才能够让分销商有“谈资”去分享。

     

     

    • 分销订单&分销业绩

     

    分销订单及分销业绩的设计,源于“及时反馈”的用户心理,有付出那么需要有直观的数据反馈。

     

    目的明确:让用户直观明了地随时查看自身订单及所获佣金。

     

    注意点:现在的人太急躁,付出后就需要得到反馈,那么就需要考虑“即将到账的收益”这个功能。

     

     

    • 奖励机制

     

    “无利不起早”,相信没有一个分销商是甘愿为平台做免费广告的。

     

    促使分销商持续卖货持续拉新的动力,归根到底就是物质(阿境说得露骨直白了一点,但事实就是这样子)

     

    简单来说,拉新→奖励钱;下级消费→奖励钱;

     

    这边为您整理了三类的奖励机制,分别是分销订单奖励、物质奖励、精神奖励。

     

    (1)分销订单

     

    分销订单包含了两种,拉新的奖励及下级消费的订单奖励。

     

    及时分润,及时结账是规划该分销订单的核心,分销商需要得到及时的反馈,才能够更好地去拉新及卖货。(对应分销体系中分销订单统计的功能)

     

    对分销商来说,所有的努力都来源于对平台的信任度,一旦信任度出现问题,那么容易流失该分销商。

     

    (2)物质奖励

     

    物质奖励来源于差异化的规划,根据二八定律,20%的分销商往往做了80%的业绩,那么针对于这部分分销商,当达到一定的交易额/拉新量,需要有类似月度/季度/年度奖励来不断促使其持续为平台付出精力。

     

    因为分销的核心在于“可持续”(划重点,要考的!)

     

    (3)精神奖励

     

    物质要满足,精神上也不能落下。

     

    前提是在物质被满足的前提下,精神满足作为物质奖励的一个额外补贴,满足少部分人对于精神上的需求,可在平台的展现当中,规划设计相应功能,例如分销商特有的权限、标志、荣誉等等。

     


    分销的推广

     

     

    分销的推广指的两个含义:平台招募分销商,分销商招募下线。

     

    平台招募分销商平台招募分销商一般有两大做法:通过在平台流量入口植入分销介绍;在分销中心引入分销介绍。

     

    分销商招募下线分销商招募下线一般也有两种做法:分销海报及分享产品。

     

    通过平台提供的专属分销商海报,成为下线;也可通过平台提供的产品海报,让被分享者“无感”成为分销者的下线。

     

     

    分销商培训体系(社群功能等)

     

     

    分销商的培训体系包含一连串的功能,这边阿境简单列举几个,望能起到抛砖引玉的作用。

     

    分销商通常分为两类,小白分销商及有经验的分销商(听到这里朋友们估计会想,这我也知道,阿境你成天啰嗦?别急,听阿境娓娓道来)

     

    按照惯例,先分析一下。

     

    小白分销商的用户特征:无资源,无专业团队,部分对互联网营销有些许了解,有一颗想要赚钱的心。

     

    有经验的分销商的用户特征:手上有资源,部分可能拥有专业团队,对互联网营销极其了解,有一颗强烈的赚钱的心。

     

    那么,根据二八定律,往往80%的用户为小白分销商居多,那么,在“误打误撞”成为分销商之后,平台就需要为分销体系“赋能”,以此来留住分销商。

     

    对营销不了解,那么便没有专门的文案图片来宣传,平台往往需要在相应的分销物品提供素材,供分销商来“转发”“分享”。

     

    手上无资源,那么需要学习如何运营、如何获取资源,如何卖货,平台需要提供相应的培训机制,不论是线上培训还是线下培训,均可,并不局限于方式。

     

    无专业团队,那么需要将这些分销商聚集在一起,组成专属于平台的团队,以团队的形态进行培(xi)训(nao),达到一定金额还有奖励等等,给分销商营造平台归属感。

     

    一句话:建群培训供资源,分销体系不可少。

     

    展开全文
  • 所谓元概念,就是整个学科知识体系中最基本的概念,整个学科的知识体系都建立在若干个元概念之上,就好像“自然数”之于数学,“元素”之于化学,“力”之于经典物理学等。元概念如此重要,那么对于整个产品知识体系...

    如果把产品经理所需要具备的知识体系称作一门学科, 况且叫做“产品学”,那么用户、需求,产品这三个概念则是构建整个学科的元概念。

    所谓元概念,就是整个学科知识体系中最基本的概念,整个学科的知识体系都建立在若干个元概念之上,就好像“自然数”之于数学,“元素”之于化学,“力”之于经典物理学等。元概念如此重要,那么对于整个产品知识体系而言用户、需求,产品这三个概念是怎么定义的呢?

    如图1-1所示,在用户—需求—产品关系模型中,三个基础概念之间的关系被清晰的展示——用户产生需求,产品基于需求而被设计出来,从而又服务于用户。需求决定了产品从哪里来,用户决定了产品到哪里去。
    在这里插入图片描述
    用户—需求—产品关系模型清楚地定义了三个基础概念之间的关系,但并没有定义概念本身。

    用户、需求,产品这些基本概念在百度百科、维基百科中都有明确的定义,但这些定义都是基于特定学科或者行业,例如用户的定义更多是基于互联网行业和IT行业,需求的定义更多是基于经济学,产品的定义则偏向于经济学和营销学。

    显然,这些基于各种学科和行业下的定义,都不适合我们现在整个产品知识体系对于这三个基本概念的定义。

    因为以上各行业、各领域中对三个概念的定义都是相互独立的,只为自己特定的知识领域服务。

    而产品知识体系里的用户、需求和产品,三大概念却是紧密关联,不能独立存在的

    当我们提到用户的时候,这个用户一定是基于一个产品,属于某个产品的用户,这个产品可以是有形的也可以是无形的,可以是已经设计完成的,也可以是在规划之中的。

    同理,让我们提到需求的时候,但是这个需求一定是基于用户的,属于某一个用户或某一群用户的。当我们提到产品的时候,这个产品一定是基于用户需求而被设计出来的。

    用户—需求—产品关系模型之所以不能给出三个概念明确的定义,是因为它们之间是相互关联且依赖的,不能用用户来定义需求,又用需求来定义产品,最后用产品再来定义用户,这会陷入典型的“循环论证”,是无意义且无效的。

    为了打破用户—需求—产品关系模型中的循环依赖,我们在关系模型中引入“人” 这个概念

    即使生命的起源是多么的神秘,以至于现在我们还无法完全搞清,但是“人”这个概念却在自然科学和社会科学中被明确定义。

    这里的“人”是一个集合名词,可以理解为群体,群体产生各种需求,不同的需求被设计成不同的产品服务于用户,而用户就是群体中直接使用或潜在会使用产品的人。

    在这里插入图片描述
    在图1-2中的新框架下:

    • 由“人/群体”定义出需求这个概念,需求是人/群体在生理或者心理上产生的某种需要和诉求。
    • 紧接着需求定义产品,产品是满足人/群体在生理或心理上的某种需要和诉求而被设计出来服务于用户的实体或虚拟物品,狭义的产品包括我们使用的电脑、手机、APP,保险等;广义的产品也包括人、组织、地点,思想等。
    • 最后,产品定义了使用产品的用户,用户是群体中直接使用或潜在会使用产品的人/群体。

    综上,在用户—需求—产品关系模型中,引入“人/群体”这个基本概念,使得每个概念的定义,都遵守一个完整逻辑关系。至此,整个“产品学”知识体系下的三大基础概念被清晰的定义。

    02 最后的话:

    目前整个产品行业,产品的知识体系建设还不完善,并没有教学大纲级别的知识框架,所以才给我们这些产品经理留下填补知识的机会。

    我始终对未来抱有一种不切实际的期待,那就是假如产品经理所需要的整个知识体系,最终形成一门学科叫做“产品学”,并进入高校作为一个主修或选修课程,那么这个课程一定会有教科书级别的教材,那时候产品、需求,用户这些概念就不能只停留在一说大家都明白的基础上了,一定需要被严谨的定义和使用。也会有大量的被严格定义的概念、规范的方法,标准的技能出现在教科书上。

    所以,也希望年轻的产品经理们,在关注产品技能和方法的同时,也能关注概念、理论,和定义。以学者的心态工作和学习,短期内进步可能缓慢,但是长期来看定会对整个职业生涯有很大的帮助。

    展开全文
  • 在学习逻辑思维时候遇到了一个对思维概念的描述,一个人要对“青草”这个新概念进行理解,前提则需要你要有“青色”和“草”这两个概念。这篇文章希望各位新人同胞能做到心中有数,更加有效提升自己。从大学毕业...
  • 产品生命周期中,早期的产品策划一端联系着顾客的需求和心理偏好,另一端联系着新产品的概念定义和后续开发工作。因此,产品策划是否准确地把握了未来市场和顾客的需求,就直接关系着后续新产品设计和生产销售的...
  • 本文介绍了虚拟团队的概念产品开发体系结构。 本文介绍了新产品开发(NPD),NPD流程及其与虚拟团队,Stage-Gate系统的关系的所有主要方面,最后提出了一种经过改进的Stage-Gate系统。 它还为在新产品开发中成功...
  • 本文介绍了虚拟团队的概念产品开发体系结构。 本文描述了新产品开发(NPD),NPD流程及其与虚拟团队的关系的所有主要方面,Stage-Gate系统最终提出了一种经过改进的Stage-Gate系统,以应对不断变化的需求。 它还为...
  • 阐述了新形势下产品概念设计的重要性,分析了我国设计团队人员构成不完整而导致的概念设计受限现象,提出了造型材质综合信息在概念设计流程中的必要性,并构建了新的概念设计方法体系
  • 发展到现在,做了几个产品的数据工作,对指标体系概念以及规划方法有一定积累,总结出来作为知识储备。百度百科专业定义“评价指标体系是指由表征评价对象各方面特性及其相互联系多个指标,所构成具有内在...
  • 产品经理方法论体系

    2021-02-25 10:06:06
    这就是产品的理论体系的概念的类比描述。我们期望做产品不是盲目的,这个过程尽量不断科学化、理论化。本文结合作者的产品工作经验和学习思考,试图梳理产品整个诞生、发展过程中的产品理论维度并总结产品方法。期望...
  • 今天给大家介绍一个概念——Product Service System,姑且叫它产品服务系统吧,在国内我还找不到中文阐述,前几天在求橙梦想班课程,听到这个概念,然后顺藤摸瓜拿到了一个叫Arnold Tukker学者在2004年发表...

    今天给大家介绍一个概念——Product Service System,姑且叫它产品服务系统吧,在国内我还找不到中文的阐述,前几天在求橙梦想班的课程,听到这个概念,然后顺藤摸瓜拿到了一个叫Arnold Tukker的学者在2004年发表的一篇论文。

     

    核心如上图,其他部分都很容易看懂,我主要讲讲从纯产品到纯服务,逐渐过渡分为五种,并且举例说明。需要解释一下,这里说的产品是指实体,可以是硬件、也可以是软件,而服务通常指人工的服务,这里的产品加服务一起,可以认为是大产品的概念。

    第一种,纯产品:Pure Product,简写为PP。

    用户用的是一个实体,不包含任何服务,比如一瓶矿泉水,一个汉堡,一个看天气的App。如果硬要说仅有的一点服务,那可能是“产品说明书”。

    第二种,产品导向:Product Oriented,简写为PO。

    实体为主,包含少量服务。服务目的是让用户可以顺利使用产品,都是和产品紧密相关的服务。

    Product Related:安装调试、保修服务、保养与耗材供应等,比如你买了空调,就会有人上门给你折腾到可以用的状态,买车的时候含3年10万公里保修,送几次保养,送几张机油券。

    Advice and Consultancy:培训咨询服务,公司买了一套OA系统,就会有人来教大家怎么配置、怎么使用,你用的过程中碰到问题也可以寻求帮助。Apple Store里,给产品用户提供的一些课程,答疑解惑也是此类。

    第三种,使用导向:Use Oriented,简写为UO。

    依然以实体为主,和PO的区别在于,供给方给你的不是所有权,而是长期独占的使用权(Product Lease),或者是某种条件下,比如一段时间的使用权(Product Renting/Sharing),甚至是共享的使用权(Product Pooling)。因为并非买断实体,所以相关的配套服务会跟上,确保使用顺利。

    上面提到的,公司买一套OA系统,卖家可以选择完全卖给你(PO),也可以按时间卖你lisence,也可以按使用人数/使用量收费(下一种模式,RO)。你有骑行需求,满足你的产品服务可以是一辆自行车(PO),也可以是一辆叫ofo的自行车1小时的使用权(Product Renting/Sharing)。你有住的需求,有的情况下得买房(PO),有的情况下长租,有的情况下买酒店里N间夜的使用权(附带的服务比较多,比如打扫、叫早、送餐、洗衣等)。公司需要打印服务,可以买一台打印机(PO),然后自己买耗材,也可以买一台打印机的长期使用权,加上定期维护、补充耗材的服务(Product Lease)。坐车出行,用滴滴拼车的话更是可以只买一辆车在某一段行程内的一个座位(Product Pooling)。

    第四种,结果导向:Result Oriented,简写为RO。

    到这里,就以服务为主了,你买的不是一个实体,而是一种结果,使用实体只是为了达成结果需要用的过程。

    Activity Management:活动管理,类似外包,通常外包合同都包含了对服务质量进行控制的性能指标。典型的,大多数公司会把保洁工作外包出去,采购服务,只要拿到预期的结果就行,而不会选择购买(招聘)保洁人员。

    Pay Per Service Unit:按用量付费,你家里用的水电煤都是这样,相应的服务是为了确保你正常使用。比如网络广告,按点击、按成交付费等模式都是按照某种用量在付费。去体检的时候,你做多少项目,给多少钱,莞式服务里貌似有某种菜单,也是这个模式。很多软件做版本区隔,也是类似的处理。

    Functional Result:按有价值的结果收费,典型的例子是你需要“宜人的办公环境”(结果),而不是需要制冷设备或者冷气,你需要一次提升团队士气的团建,而不是需要一个教练、几组游戏。相关的还有买保险,你买的是一份保障,可以买不同级别,保额不同、条款不同,对应的服务结果也不同。

    第五种,纯服务:Pure Service,简写为PS。

    很纯的貌似也难找,比如大保健(存疑?),或者“聊个5块钱的”这种模式。

    其实两两之间的界限也不是非黑即白,但整体从左到右有一种变化趋势:

    从PO到UO,会造成的必然结果是短期收入减少,资产投入增加,利润减少,但预期利润增加,比如房企不买房,改做长租生意了,那就没有了卖房那一大笔的即时收入,在一段时间内的资金压力就很大。这表现在财务报表上就很难看,如果是上市公司,敢不敢做这样的决定?

    从PP到PS,厂家与用户的关系有越来越紧密的趋势,触点越来越多,用户尝试的成本越来越低,PP的话,与用户的关系往往终止在销售达成的一刻,PS的话,与用户的关系往往真正开始于销售达成的一刻。在这个时代,这是一种利好,每家公司都应该想一想有没有更偏服务的模式。

    不同的卖法,规模化(Scalable)的想象空间差别很大。比如卖车,瓶颈在于产量(Model 3),但卖已有车辆的使用权并抽成,瓶颈就完全不一样了。不同的卖法,可以充分利用“价格歧视”。比如UO卖软件1年的使用权,就没法向数据量大的用户收更多的钱,这时候改为RO根据数据量收费,即可以让数据量少的用户几乎免费使用,降低他们尝试的门槛,也可以充分赚取大客户的费用,对方也更愿意为好的结果付费。

    以上,如果你对于这几种产品服务模式的差异,有什么好的想法,欢迎补充。

    __________

    iamsujie,前阿里产品经理,写过《人人都是产品经理》、《淘宝十年产品事》、《人人都是产品经理2.0》,现在做创业者服务,『良仓孵化器』创始合伙人。

    展开全文
  • 文章目录MongoDB基本概念以及体系结构一:什么是MongoDB二:MongoDB特性:三:MongoDB的体系架构1.存储结构:2.存储形式:3.目录结构:4.数据存储: 一:什么是MongoDB MongoDB:是一个数据库 ,高性能、无模式、文档...

    MongoDB基本概念以及体系结构

    一:什么是MongoDB

    MongoDB:是一个数据库 ,高性能、无模式、文档性,目前nosql中最热门的数据库,开源产品,基于c++开发。是nosql数据库中功能最丰富,最像关系数据库的。

    二:MongoDB特性:

    • 面向集合文档的存储:适合存储Bson(json的扩展)形式的数据;
    • 格式自由,数据格式不固定,生产环境下修改结构都可以不影响程序运行;
    • 强大的查询语句,面向对象的查询语言,基本覆盖sql语言所有能力;
    • 完整的索引支持,支持查询计划;
    • 支持复制和自动故障转移;
    • 支持二进制数据及大型对象(文件)的高效存储;
    • 使用分片集群提升系统扩展性;
    • 使用内存映射存储引擎,把磁盘的IO操作转换成为内存的操作;
    • MongoDB的不足:
    • MongoDB对事物的支持较弱: 高度事务性系统,例如银行、财务等系统不适合。
    • 涉及到复杂 的、高度优化的查询方式:传统的商业智能应用,特定问题的数据分析,多数据实体关联等不适合;
    • 数据结构相对固定,使用关系型数据库更好合理,使用sql进行查询统计更加便利的 时候等不适合;
    • 通过上面的分析知道什么情况下使用MongoDB比较合理。下面来分析一下MongoDB在数据安全,灾备,集群容错上做了哪些努力。

    三:MongoDB的体系架构

    1.存储结构:

    在这里插入图片描述

    一个数据库有多个集合,一个集合有多个文档;

    2.存储形式:

    在这里插入图片描述

    3.目录结构:

    在这里插入图片描述

    数据库服务(mongod)
    分片集群部署中,数据和查询的路由服务(mongos)
    shell客户端(mongo)
    导入导出工具(mongoimport / mongoexport)
    备份恢复工具(mongodump / mongorestore)
    拉取并重放oplog的工具(mongooplog)
    监控工具(mongostat、mongotop、mongosniff)
    GridFS的命令行操作工具(mongofiles)
    性能测试工具(mongoperf,暂时只能测I/O)
    查看bson文件的工具(bsondump)
    

    其中最主要的程序是mongod(数据库服务),mongod在不同的部署方案中(单机部署,副本集部署,分片集群部署),通过不同的配置,可以扮演多种不同的角色:

    • 在单机部署中扮演 数据库服务器(提供所有读写功能)
    • 在副本集部署中,通过配置,可以部署为 primary节点(主服务器,负责写数据,也可以提供查询)、secondary节点(从服务器,它从主节点复制数据,也可以提供查询)、以及arbiter节点(仲裁节点,不保存数据,主要用于参与选举投票)
    • 在分片集群中,除了在每个分片中扮演上述角色外,还扮演着配置服务器的角色(存储有分片集群的所有元数据信息,mongos的数据路由分发等都要依赖于它)

    4.数据存储:

    MongoDB有三种主要的数据文件:

    1. journal(日志文件):MongoDB只是用来处理在系统出现宕机的时候恢复尚未同步到磁盘上的内存数据。启动MongoDB的时候默认会创建三个为1G的日志文件;
    2. namespace(表名文件):dbname.ns, 用来存储整个数据库的集合以及索引的名字。这个文件不大,默认16M,可以存储24000个集合或者索引名以及那些集合和索引在数据文件中得具体位置。通过这个文件MongoDB可以知道从哪里去开始寻找或插入集合的数据或者索引数据。这个值可以通过参数调整至2G。
    3. data(数据以及检索文件):MongoDB的数据以及索引都存放在一个或者多个MongoDB数据文件里。第一个数据文件会以“数据库名.0”命名,如 my-db.0。这个文件默认大小是64M,在接近用完这个64M之前,MongoDB 会提前生成下一个数据文件如my-db.1。数据文件的大小会2倍递增。第二个数据文件的大小为128M,第三个为256M。一直到了2G以后就会停止,一直按这个2G这个大小增加新的文件(新版本才是)。
    展开全文
  • 软件产品线体系结构

    千次阅读 2017-11-01 13:43:08
    软件产品线基本概念 将利用了产品间公共方面、预期考虑了可变性等设计的产品族称为产品线(Weiss和Lai)。 产品线就是由在系统组成元素和功能方面具有共性和个性相似多个系统组成一个系统族。 软件产品线...
  • 作为一个产品人,你需要让自己保持饥渴状态,运营、数据分析、项目管理等,都需要涉及。最新迷恋上项目管理学习,我会把我自己目前在学项目管理整个技能体系,都给大家做一个简单分享。 学习项目管理前先...
  • 最近几年随着大数据技术快速发展与应用,智慧城市随即被正式提出。而且,我们也可以深刻感受到“智慧”正在慢慢改变我们的生活方式和城市。...很多人对智慧停车云的概念不是明白,智慧停车平台就是利用云计算、物联...
  • 第 2 章 Oracle体系结构及其基本概念 Oracle数据库管理与维护实战第1章介绍了Oracle产品结构,目的是让初学者对Oracle有一些宏观了解。Oracle是个庞大的体系,结构复杂,内容涉及内存、外存及网络。本章目的...
  • 发展到现在,做了几个产品的数据工作,对指标体系概念以及规划方法有一定积累,总结出来作为知识储备。 What is指标体系 百度百科专业定义“评价指标体系是指由表征评价对象各方面特性及其相互联系多个指标,...
  • 商业智能的概念

    2020-12-09 15:45:29
    目前,商业智能产品及解决方案大致可分为数据仓库产品、数据抽取产品、OLAP产品、展示产品、和集成以上几种产品的针对某个应用整体解决方案等。 商业智能领域技术应用: 商业智能技术体系主要有数据……
  • 依据《产品经理认证(NPDP)知识体系指南》编制各章重点内容,对重点知识和概念进行摘录。此文档有利于初学者快速了解此书内容。对于想参加PDMA产品经理认证人士更适合,能快速理解和记忆。
  • 软件测试基本概念

    2020-03-22 21:31:25
    文章目录软件测试基本概念软件测试软件缺陷软件质量软件质量特征高质量软件标准体系产品质量过程质量在商业过程中有关质量内容软件质量模型 软件测试基本概念 软件测试 软件测试=验证+有效性确认 验证:软件...
  • 为避免不合理的概念设计给产品质量带来损失,建立了一般性的多层次的概念设计质量评价指标体系。线性规划了质量评价,分析了用户需求、顾客竟争性以及指标之间的互相关性等因素对质量评价指标权重具有的不确定性影响,...
  • 本文中提到的体系结构包括对 Web 服务需要组件和功能高级描述,以及对实现这些组件和功能工具和中间件要求。现在,诸如 IBM XML and Web Service Development Environment、IBM Web Service Toolkit 以及 ...
  • 很多刚入行朋友在学习某技术或者产品很久,仍然会觉得头脑不清晰,对该产品或者是技术没有整体上把握,这主要是因为对该产品或者是技术整体...这是在介绍体系结构之前介绍一个概念,在很多产品中也有服务...
  • 过去产品设计、工艺设计、生产管理使用的图纸、工艺、生产计划、物资管理都是纸质文件,但一经计算机处理后,这些纸质文件都转化成为计算机中各种不同类型格式的数据,因此出现了产品数字化的概念。这些数字化的产品

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,362
精华内容 544
关键字:

产品体系的概念