• Rippling Unity
    【推荐】HRTech创新公司估值65亿美元的Rippling的创业成功之路,原Zenefits创始人硅谷强人卷土重来 编者注: Parker Conrad在2013年创立的人力资源公司Zenefits很快被誉为硅谷快速增长的公司之一,其估值在三年内飙升至45亿美元。然后它就开始崩溃了。 该公司被发现面临合规问题。康拉德被迫辞职。而Zenefits的估值被削减了一半,在之后的许多轮中,该公司超过60%的员工被解雇。之后Parker Conrad创办了新的公司Rippling,去年获得了2.5亿美元的C轮融资,估值65亿美元。以下是他们的故事,一起来看看。 关注HRTechChina,每周推荐全球最新的HRTech最新动态,带给你更多启发! 在20世纪70年代,科技行业比今天要小几个数量级。但每个公司都有更大的产品野心,而每个工程师都有一个巨大的范围。 1977年,苹果公司发布了其标志性的苹果II电脑,当时只有25名员工。一位工程师建立了文件系统,一位工程师建立了输入/输出,一位工程师建立了图形。微软也是如此,它的第一个操作系统只用了100名员工就发货了。即使在20世纪90年代末,谷歌推出时也只有4名员工。 每家公司都必须为产品战略、市场推广、商业模式和招聘制定自己的道路。 随着硅谷的成熟,科技公司的市场规模比预期大了10倍。在互联网应用和廉价资本的推动下,数以千计的初创公司出现,以追逐这些机会。 随之而来的是对人才永不满足的需求。咨询师、分析师和银行家纷纷涌向高科技领域的薪酬。职业野心取代了技术野心,成为初创企业的驱动力。员工人数的增长速度超过了公司的生产力。团队和收入的加速增长掩盖了每个员工生产力的下降。 最终,初创企业变得如此相似,以至于出现了游戏手册—而且一般来说,它们是有效的。今天,任何初创企业都可以获得营销、销售、工程、甚至产品战略等各个方面的指导手册。对于你所遵循的每一个游戏手册,你都是将你的战略外包,以换取对相关功能的启动。 但廉价的现金、庞大的团队和对游戏手册的依赖是有代价的:渐进主义。 尽管生产力下降,但科技的发展意味着渐进主义仍然可以获得成功。创始人和高管们可以解决越来越狭窄的问题,并且仍然可以赚取数百万美元。 渐进主义正在挥霍硅谷的潜力。许多国家最有才华的人都在一个很小的产品表面区域上进行迭代。第一原则的思考正在被诸如NPS优化和预订量与营业额之比等捷径所取代。 在这个日益增长的世界中,Rippling为数不多的雄心勃勃的灯塔之一。为了理解其愿景的规模,我们首先需要理解其试图解决的问题的规模:行政危机。 行政危机 世界将美国视为企业实力和敏捷性的典范。 但我担心事实恰恰相反:大多数公司将太多的资源投入到琐碎的工作中,而不是公司建设。 后-COVID世界的负担更重了。跨地域的员工管理带来了一系列新的人力资源、税务、合规和IT安全挑战。 对于快速增长的初创企业来说,这种开销需要牺牲宝贵的时间,提高燃烧率。对于非技术公司来说,维护人力资源、IT和合规义务的网络是一个持续的负担,禁止他们投资于增长,建立一个强大的文化,并解决大问题。 Gartner的几十个象限中的数百个点解决方案解决了这些问题的子集,但这些重点狭窄的产品不能解决跨系统的管理挑战。这并不奇怪,尽管生产力软件工具激增,但全要素生产力却停滞不前,带来了有相反的结果。点式解决方案不仅不能加速生产力,它们的扩张实际上还在减缓生产力: 考虑到一个远程员工的生命周期:首先,你必须在正确的国家税务机构注册他们。然后,你需要给他们运送一台笔记本电脑,确保它有正确的安全设置,并为他们提供Zoom或Slack等系统的账户。一旦他们入职,你必须管理他们的福利,遵守当地的法规,并在不在同一网络上的情况下执行IT安全设置。而当他们离开时,你需要以某种方式找回他们的设备,并遵守就业法。 断开的员工数据和工作流程是对生产力的巨大压力。 鉴于员工数据存在于几十个系统中,点式解决方案无法全面解决远程就业问题--它们解决的是症状,而不是根本原因。公司必须支付行政税来支持远程团队,或者错过全球顶级人才。 行政管理危机是公司发展的一个根本瓶颈。 Rippling:雄心壮志卷土重来 Rippling是解决国家不断蔓延的行政危机的雄心勃勃的解决方案。 它的战略从员工记录开始,将每个员工在公司内的情况进行梳理。作为员工数据的真实来源,Rippling可以从整体上解决跨软件系统的管理危机。 像 "这个人可以访问哪些软件系统?"、"我们必须遵守哪些税收制度?"、"我们应该如何补偿这个人?"这些问题都需要Rippling拥有的员工记录。 员工数据不仅仅包括用户名和密码:开始日期、报酬、角色、职能、公司内的小组,甚至第三方应用程序的证书,都能提供员工的背景。就像Salesforce深入了解外部客户关系数据一样,Rippling也了解内部员工数据。 乍一看,很容易将Rippling与Gusto这样的工资系统混淆。这是一个类别错误--Rippling选中了人力资源系统的方框,但整个平台不能用单一的软件类别来描述:它是一系列由员工数据驱动的应用程序和工作流程。 例如,雇主可以远程录用员工,提供他们的设备和应用程序,并在一个地方管理他们的税收。通过与商业软件栈的深度整合,Rippling控制了所有的管理逻辑。 许多软件公司都是伺机而起,所以他们的产品路线图是进化的。但首席执行官和联合创始人Parker Conrad通过智能设计建立了Rippling。每个产品都有一份白皮书,每轮融资都有一份书面备忘录。公开发布这些备忘录意味着Rippling不惧怕竞争:如果你把产品路线图给你的竞争对手,你最好能在建设上超过他们。 Rippling的野心渗透到公司的每一个方面,从工程和分销,到文化和终端价值。工程速度比大多数初创公司快得多。产品覆盖的表面积要大得多。一个更广泛的平台意味着更多的潜在买家。 拒绝渐进主义有弊端。忽视SaaS的玩法,会使投资者更难用传统方法来评估业务。以快节奏运行的文化可能会使员工保留成为挑战。避免人力资源信息系统的分类会使产品的定位更加困难。建立一个大规模的复杂平台需要多年的工程工作和庞大的资产负债表。 但是,如果Rippling成功了,它就会解开公司扩展的障碍,让聪明的人解放出来,致力于解决困难的问题。每个人都认为SaaS公司从根本上说是没有野心的,而Rippling却隐藏在众目睽睽之下。 产品:广度和深度 构建点解决方案的SaaS产品相对容易,促使大量的初创公司饱和于商业系统软件的每一个利基,优化深度而不是广度。 但是,Rippling并不是要建立一个软件公司。它要解决的是员工管理问题,需要在员工数据孤岛之间进行协调。Parker从员工数据资产开始:通过建立在员工记录之上,Rippling可以快速开发一个复合产品。该产品使Rippling能够迅速扩大到数千万的ARR。 Rippling还意识到,在广度或深度之间做出选择是一种错误的二分法。 许多商业应用都需要一套通用的基础设施。一个典型的C系列软件路线图在很大程度上是可预测的中间件:许可、报告、审批、合规。每个点解决方案公司都必须从头开始构建这些能力。 Rippling将这种共同的基础设施抽象为Unity:在其雇员图之上的一组中间件能力。Rippling只需要建立一次中间件,然后就可以在其所有模块中摊派投资,让工程师腾出时间来研究新的产品功能。随着Unity的强大,整个产品套件变得更加深入。广度和深度不一定是零和的。 员工数据之上的通用中间件层不仅使内部产品团队,而且使客户能够在其员工数据之上建立复杂的工作流程,远远超出了传统的人力资源用例。 这些工作流程否则几乎不可能执行:例如,Rippling客户可以配置自定义工作流程,允许销售人员根据他们在组织内的级别给予客户价格折扣。或者摄取Zendesk票据,以查看每个支持票据解决的工资成本。或者在业务数据的孤岛上运行报告。 使用案例的广度需要一个庞大的工程团队。SaaS游戏手册侧重于效率指标,如保持1:1的NNARR与燃烧的比例--这无意中打击了人们的雄心壮志,为狭义的效率定义换取了长期的上升空间。另一方面,与其他同等规模的公司相比,Rippling的研发支出是超乎想象的。 建立一个统一的中间件层反映了Rippling的雄心壮志的范围。但这是一项资本密集型的工作,需要一个异常庞大的工程团队。这对公司来说是一个挑战:它必须同时为一项大规模的工程努力提供资金,并将投资转化为运营杠杆。而且,由于Rippling触及如此多的系统,它具有更高的风险影响:如果它的基础设施出现故障或表现不佳,客户会受到更深的影响。 分销:重新捆绑的时代 累积的优势在软件中是罕见的。你可以增加品牌和产品的深度,但随着初创企业规模的扩大,事情会变得更加困难:随着你的客户获取引擎在核心市场上的饱和,增量客户的获取成本会更高,更容易流失。 CAC增加,保留率下降,产品开发速度减慢。 捆绑销售是Rippling的累积优势,抵消了传统的规模不经济。这意味着,与大多数成长阶段的公司不同,Rippling的核心指标随着时间的推移而改善。CAC回报率下降。增长速度加快。保留率提高。交叉销售率增加。 众所周知,公司随着时间的推移建立产品捆绑。但这主要是出于方便--很容易增加新的SKU,以销售给受骗者。Rippling的捆绑产品从第一天起就是其战略的核心,因此其影响波及整个企业。 当然,一个扩张性的产品会增加合同规模,从而增加LTV。但是,捆绑式产品也推动了销售和营销的效率。出现了全新的跨职能的用例来推销整个套件--例如,新员工入职时接触到SSO、工资和福利产品。而更多的产品功能增加了与不同买家角色产生共鸣的可能性。这些效率会降低CAC。 捆绑是销售对话的一个尾巴。如果你能以50美元的价格获得一个类似的产品,为什么每个员工每月要为五个不同的产品支付30美元(150美元)?而且,预算较少的公司可以购买额外的产品,而这些产品作为点解决方案是遥不可及的。这是软件领域为数不多的真正的积累性优势之一—在多个产品之间摊销销售,意味着你可以在赚更多的同时收取更少的费用。 拥有许多SKU还可以促进净美元的保留,远远高于行业平均水平。多产品套件可以实现零散的扩张:公司可以从一个或两个产品开始,然后随着时间推移购买更多的产品。 一旦客户知道你是一匹多面手,他们就会开始向你寻求新的产品。今天,鉴于其现有的分销和客户信任,Rippling的产品推出几乎可以保证成功。新产品在几个月内的收入和参与度指标是大多数初创企业在几年内就能达到的。这方面的极端版本是微软Azure:交叉销售是它建立有史以来增长最快的B2B业务的方式。 在过去的五年里,软件产品的激增表明,在十年内将会有数以千计的多亿美元的软件公司,但捆绑的重力将拉动软件走向整合。正如微软公司所证明的那样,一个广泛的产品组合应该导致更高的终端利润率,这表明软件公司的最终结果将是一个鲜明的幂律分布。 捆绑也有风险。由于Rippling比单一的软件市场要大,它不能整齐地归入其产品的Gartner类别中,这使得它更难找到客户。该产品需要用户花时间去了解,所以那些寻求快速评估的人可能会迷失方向。而垂直软件玩家可能比Rippling这样的水平玩家更敏锐地迎合迎合不同用户的需求。 文化:推动可能的极限 在争夺科技人才的战争中,许多公司在员工福利,甚至一周内的工作日数量上展开激烈的竞争。Rippling的雄心壮志要求卓越而不是平衡,这并不适合所有人。 该公司的核心价值是 "推动可能的极限",这与现代初创企业的低调价值观形成了鲜明的对比。 Rippling雄心勃勃的文化始于其创始人Parker Conrad,他的特质反映了对产品的不懈关注。 他在LinkedIn上的职位头衔是 "客户支持"--他仍然亲自回复支持票,作为接近客户和改进产品的一种方式。他的办公桌正处于产品和工程的中间位置。 Parker还负责Rippling实例。他管理薪资,批准每一个雇员,并在系统中进行管理变更。他已经通过该系统亲自招聘了一千多名员工。当它在解决你自己的问题时,产品路线图就会自己写出来。 对于Rippling这种规模的公司来说,Parker没有行政助理,这是非常规的。这意味着你不能简单地滑到他的日历上。其结果是,他花在会议上的时间比一般创始人少得多,而花在产品上的时间则多得多。一个复合产品需要全神贯注。 Parker不喜欢琐碎的工作,这导致他在Zenefits(他的第一家人力资源信息系统创业公司)上了昂贵的课。但Zenefits的积极外部因素是,Parker从他的错误中吸取了教训,并赢得了一个筹码。他在Rippling公司成立一年内就聘请了一位总法律顾问,以确保他们的运作是严格的,减少文化风险。 如果没有对员工管理的深刻理解,就很难设计出员工数据战略。有了从Zenefits那里学到的经验,Parker以更高的意向性和谨慎性精心设计了Rippling。 Rippling的扩张性产品战略需要一个独特的模块化组织结构。每个产品都有一个相对独立的总经理和工程团队。鉴于每个子产品都有巨大的范围,它们就像一个更大的初创公司中的初创公司。事实上,Rippling在公司内部有超过50位前创始人,其中许多人正在管理各种产品部门。 每个微型创业公司都可以利用大公司的技术基础设施、分销引擎和现有客户群。但是,总经理模式需要对整个公司的资源进行复杂的协调--新产品领导人需要推动营销团队突出他们的能力,培训销售团队销售他们的产品,并与基础设施团队合作以确保后台支持他们的需求。这可能会因为有几个总经理而变得复杂。 当然,Rippling在营销方面也是雄心勃勃的,这应该不足为奇。它把Gusto的一封停止和终止信变成了一场病毒式的运动,把它的法律回应写成了诗的形式。Rippling甚至通过激进的透明度将客户支持延迟问题翻了个底朝天,将其变成了营销优势: Rippling的雄心壮志可以转化为一个工作场所,其运行速度比今天大多数创业公司都快。当员工要求Parker开会时,众所周知,他会出现在他们的办公桌前,实时面对这些问题。 许多科技员工会对这种强度感到惊讶--这可能会导致更高的流失率。由于对技术员工的需求很高,Rippling将需要努力留住人才。 TAM:不仅仅是HRIS或工资单 如果你让别人来定义你的产品类别并遵循公认的游戏规则,你就是在按照别人的条件玩游戏,包括他们的市场规模。 围绕员工数据建立一个平台,使Rippling超越了传统的点解决方案的市场分析。因为Rippling不是一个单一的产品,它的市场规模不能轻易从行业报告中检索出来。 最狭隘的是,在人力资源信息系统中,Rippling可以从现有的ADP、Paychex和Workday等公司手中抢夺市场份额,这些公司的总收入超过400亿美元。这有可能高估了Rippling的可寻址市场:行业先例表明,为不同规模的公司客户服务具有挑战性:高端的人力资源信息系统是一个复杂的产品提升。尽管它已经开始证明它可以:今天有几家1000人以上的公司使用Rippling(包括Rippling本身)。其他创业公司如Gusto在几年前就已经搅动了自己的产品。 但我认为,传统的TAM数学低估了Rippling的机会。单一的TAM分析对多产品公司并不公平。例如,Salesforce的CRM,现在还不到其收入的一半。它的客户服务软件和营销云远远超过了原来的客户管理业务--CRM TAM对它们来说限制太大。同样,Rippling的SSO、国际薪资、软件供应和工作流自动化等附属业务也大规模地扩大了他们的市场规模,超过了人力资源信息系统。 Rippling还控制了软件分销,作为终端用户许可证的供应者,使其在商业软件生态系统中具有优势。很难量化作为软件分销层所获得的价值,但这对苹果和谷歌等其他领域的参与者来说肯定是有价值的。 如果Rippling成为员工数据的记录系统,它将重新连接整个商业软件领域。通过广泛的软件整合,Rippling可以成为跨越传统孤立的应用程序的连接组织。 总结 SaaS的智慧教给我们一些经验:从征服一个狭隘的市场开始,然后从那里开始扩张,每年增加的ARR至少与你燃烧的一样多,并且横向或纵向地建立你的产品。 Rippling完全拒绝这些规范。它忽略了Gartner象限的模仿战。它的楔子是一个数据资产,而不是一个狭窄的产品。它没有让SaaS指标支配它的战略。 Rippling让人想起了那些基础性的计算公司,它展示了现代商业软件的雄心壮志是什么样子。在软件渐进主义的时代,Rippling是一个不合时宜的东西。 雄心壮志带来了波动,同时促成了巨大的成功和特殊的风险。 一个雄心勃勃的产品战略意味着一个扩张的表面区域,就像罗马帝国。它可以变得巨大,但建设成本很高,有更多的领土需要抵御竞争,而且你可能会在途中耗尽员工精力。 但如果Rippling成功了,它就会缩小美国企业的行政阻力。 行政管理推动了流程和一致性。更少的时间用于开销,更多的时间用于创造。   作者:John Lutting
    Rippling Unity
    2022年04月14日
  • Rippling Unity
    介绍劳动力管理的未来:Rippling Unity 今天,我们宣布推出 Rippling Unity,这是我们在 Rippling 做过的最大规模的产品发布。 我们在Rippling谈论了很多关于“员工数据”的话题,以及Rippling这样的员工系统比工资单和人力资源系统更重要的方式。员工系统广泛地管理整个公司的员工数据,在许多业务系统中,不仅仅是人力资源部门使用的系统。 我们认为员工数据很重要,部分原因是它是一个关键,可用于将贵公司使用的所有不同点 SaaS 系统连接和绑定在一起。 对于数据库迷来说,我们认为员工数据是在所有业务软件中创建单一、统一模式所需的秘密成分。因为几乎所有的业务系统在他们自己的模式中都有一个员工的维度表,你可以使用员工数据作为连接条件将所有这些系统绑定在一起。 一旦你将你的系统集成在一起,很多很酷的新东西都是可能的。您可以在公司内的每个业务系统中自动化工作流,对来自所有不同业务系统的组合数据集运行报告等等。 这就是 Unity 的用武之地。它通过利用我们的统一数据模式,为企业提供了一组新的功能,以前由于系统断开连接而无法实现这些功能。 我们称这种组合模式为Rippling的员工图,因为它不仅包含有关员工的数据,还包含来自其他业务系统的数据,这些数据与员工对象本身相距一个或多个程度。 这当然是对 15 年前社交网络普及的“社交图谱”概念的致敬。在 Rippling 的员工图表中,您无需根据社会关系从一个人导航到另一个人,您可以从 Zendesk 的支持票开始,导航到响应这些支持请求的员工,从那里移动到该员工的最近时间卡和他们在对这些支持票做出回应的支付期间的工作时间,从那里到签署他们加班的人,等等。 Unity 位于并利用此员工图表,为 Ripling 客户、第三方开发人员和我们自己的内部产品开发团队提供强大的新功能。 Unity 发布包括五个独立的产品,这些产品建立在这个员工图表之上。 工作流自动化 Workflow Automator 是一个“无代码”系统,可让您创建自定义触发器,然后在瑞波和连接到瑞波的第三方应用程序中启动自动化系统操作。 例如,您可以创建一个工作流,通过电子邮件或 Slack 自动检测并通知 HR 潜在的薪酬不平等。 或者创建一个跨系统的工作流,通过 Slack 通知工程师工程师无法解决 JIRA 中的高优先级故障单,因为他们不在 PTO 上。 如果您熟悉 Zapier 或 IFTT,Workflow Automator 就像那些产品,因为您可以以“如果这组任意条件成立,则执行此操作”的形式写出逻辑。 操作可以包括警报、任务、Slack 通知、批准要求等,并且条件实际上可以是基于 Ripling 或您已连接到 Ripling 的第三方系统中的数据的任何可以想象的逻辑条件。 但是,Workflow Automator 是增压的,因为它建立在 Ripling 的员工图表之上: Workflow Automator 具有对跨系统身份的内置理解,这意味着您可以设置一个工作流,其中工作流中的“操作”针对作为触发器主题的同一员工,但在完全不同的业务系统中。例如,您可以在 Ripling 中设置一个工作流,以便当 CI 系统中的拉取请求失败时,它会在 Slack 中通知提出该拉取请求的工程师及其经理。这看起来显然很有用——但很难在 Rippling 之外构建,因为 GitHub 和 Slack 的身份系统不兼容,所以很难弄清楚 GitHub 中的句柄“CodeGuy37”实际上是 Slack 中的“jsmith@rippling.com”。但这在 Rippling 中是微不足道的,因为我们已经将所有这些不同系统中的身份映射回了 Rippling 中的特定员工。 Workflow Automator 内置了对公司数据模型的理解。它了解您有员工、工资、计算机设备、考勤卡、部门、工作地点,并且了解这些事物之间的关系,当您在 Ripple 中构建工作流时,您可以将这种理解视为理所当然。 Workflow Automator 还了解您特定公司的所有维度值——它知道您有哪些部门、您的工作地点在哪里、哪些在美国、哪些在国外、您使用的就业类型、级别和团队在您的公司中,所有这些理解都可以构建到您在 Ripple 中设置的工作流逻辑中。 统一分析 作为 Unity 的一部分,我们正在推出一个从头开始重新构建的分析套件,以支持对超大型数据集的分析,在多个不同的数据集甚至业务系统之间进行任意连接和数据转换。 当然,这一切都始于 Ripling 的员工图表。您可以使用员工图来确定要添加到报告或分析中的数据,其中可以包括 Ripple 中的任何数据,也可以包括来自第三方业务系统(如 Greenhouse、Zendesk、Github、Jira、Salesforce、Google Workspace、和更多。这样,您可以轻松地使用源自多个不同数据集甚至业务系统的数据创建报告。 例如,许多公司在雇用他们推荐招聘的候选人时向员工支付推荐奖金。通常,您必须将数据从多个系统(例如 Greenhouse 或 Lever 和您的 HRIS)导出到 Excel 中,以确定支付给谁、支付多少以及他们是否有资格获得推荐奖金。 但是使用 Ripple,您可以在一个位置查看、添加和报告所有这些数据。 由于 Rippling 了解您的组织以及您的员工在每个系统中的身份,因此它可以自动确定谁有资格获得奖金以及支付给他们多少。 您可能还想从您的时间跟踪系统创建一个包含轮班级别数据(例如工作时间和轮班日期)的报告,然后从您的福利管理系统添加有关每位员工参加的保险计划的信息,然后从您的工资系统中获取有关公司对这些保险计划保费的供款的数据。 为什么要一起查看这些数据?嗯,事实证明这是您需要的信息,例如,计算贵公司对健康旧金山税收的责任,这是许多财务团队的年度仪式,很难精确计算,因为它需要来自许多不同的数据以及——在 Unity 之前——断开连接的系统。 这些数据——来自时间跟踪、保险登记和工资单的每日轮班数据——来自三个截然不同的系统,这些数据处于三个截然不同的分辨率级别——在轮班的每日级别,雇主供款的支付期级别,以及员工级别的福利注册状态。但是,作为用户,您不必担心。Ripling 无缝地处理这些数据集之间的数据转换和连接,以生成您正在寻找的报告,并且即使跨令人惊讶的大数据集也能在几秒钟内完成。 在使用 Unity 之前,想要一起报告这些不同数据集的公司必须构建复杂的数据和分析管道,将 ETL / ELT 工具(如用于数据转换的 Fivetran)、数据仓库(如 Snowflake)和分析 / BI 工具(如画面。但瑞波通过标准化围绕员工和员工图的所有数据转换和连接,浓缩了所有这些。 最终结果是,如果您可以在手机上安装 Candy Crush,您就可以在 Rippling 中安装第三方应用程序——一旦安装,您只需从员工图表中选择您想要的字段,就可以报告来自这些应用程序的数据. RQL 和公式字段 作为 Unity 的一部分,我们在 Rippling 内部推出了一种名为 RQL 的脚本语言,您可以使用它在我们的分析套件内创建公式字段,并在 Ripling 的其他地方扩展功能。 任何高级 Excel 用户都会熟悉 RQL 的语法——它借用了 Excel 的许多核心概念和语法。但是,我们还结合了 SQL 的一些强大功能,例如“select”语句,以及 Python 的一些元素,例如对列表的高级支持。 如果您从您的 HRIS 系统下载数据,然后在 Excel 或第三方分析套件(如 Tableau)中对其进行分析,您可能会发现这没有必要,因为您可以直接在 Ripling 报告中设置相同的分析和公式字段。 更重要的是,您可以使用 RQL 创建持久的公式字段,这些字段在 Ripple 中随处可见。例如,我创建了一个新的公式字段,显示在 Rippling 小时工的考勤卡上,它显示了员工在支付期间关闭的 Zendesk 票数除以他们工作的小时数的简单比率那个支付期。 这是对效率的粗略衡量——但在 Zendesk 内部是不可能创建的,它不知道员工工作了多少小时或员工的工资表。但是,当您将 Zendesk 工单加入员工图表时,它也会加入连接到该图表的其他系统,例如您的时间跟踪系统——一旦您设置了这个统一架构,就可以轻松计算和分析数据多业务系统。 超群 超级组让您可以从一个地方将策略、成员资格和配置应用于任何业务系统(在 Ripling 内部或外部)。 管理单点 SaaS 产品的部分日常工作是在这些系统中配置员工的访问权限。您可能需要将员工添加到 Google Workspace 中的电子邮件列表和 Slack 中的正确频道。您需要为 Salesforce、Zoom 和 Zendesk 中的员工设置正确的“许可证类型”。您会将员工添加到公司卡或支出管理系统中的正确支出策略中,以及 PTO 系统中的正确 PTO 策略中。而且,您将跨许多其他系统管理组成员身份、配置和访问。 Ripling 中的 Supergroups 消除了所有这些,因为它允许您编写复杂的业务逻辑(包括使用以 RQL 编写的逻辑表达式),因此您的每个业务中的员工应包含在组、策略、配置、许可证类型等中系统。 然后可以使用这些组成员身份来控制不同的 HR、IT 和财务策略,例如: 在 Rippling 之外的第三方业务系统中的系统访问——例如,任期超过 6 个月、级别高于 6 并且在其账户上拥有有效硬件安全密钥的工程师应该获得对 AWS 的管理访问权限。 哪些员工应该被添加到特定的电子邮件列表或 Slack 频道——例如,作为经理和销售部门的每个人都应该在“salesmanagers@rippling.com”电子邮件列表中。 对公司卡的支出限制——例如,副总裁级别的员工应该有一套适用于他们的支出政策,低于该级别,则适用一套不同的政策。 PTO 政策中的成员资格——例如,印度的全职员工获得一项假期政策,美国工作地点的员工获得不同的假期政策。 进入您的办公室的钥匙卡——例如,只有已完全接种 COVID 疫苗的员工才能获得进入您办公室的钥匙卡。 基于角色的权限和批准 Unity 允许您设置基于角色的权限和基于关系的批准要求,然后在整个 Ripling 中得到遵守。 例如,我成立了自己的公司,因此任何7 级及以上级别的经理都应该是 Ripling 的直接下属的管理员。如果有人在组织内晋升到该级别,他们将自动为其直接下属继承这些权限。如果报告结构发生变化,所有权限都会相应调整。 不必一次配置一个人的管理权限,我可以使用超级组为谁应该能够在系统内做什么设置规则,并且 Ripling 将自动确保每个人都有正确的访问权限。 而且,这些权限适用于 Rippling 中的任何地方——这些管理员可以构建自己的报告和分析,设置自己的工作流,并根据他们在 Ripple 中有权访问的员工和数据字段创建 RQL 表达式。 此外,您可以根据 Rippling 员工图表中员工之间的关系为这些管理员所做的任何更改设置批准要求 - 例如,我已经指定 Rippling 中的任何更改都需要首先由组织中此经理以上的主管批准图表,然后是那个人上面的执行团队成员,最后是我,才生效。 您可以根据在碧波荡漾的员工图中的任何数据,并要适用于任何自定义逻辑甚至配置审批要求它,例如,你可以说,在任何增加的年薪将超过 20%需要从财务额外的批准需要之前影响。 Unity 对劳动力管理的未来意味着什么 这五个 Unity 产品具有一些共同的主题。 首先,它们都建立在 Ripling 的员工图表之上。 其次,他们使用此员工图将多个业务系统中的数据连接在一起,统一数据,并允许您在一个地方对这些不同的单点 SaaS 系统采取行动、分析和管理。 第三,这些产品都是高度可配置的——事实上,我们在内部不认为它们本身就是特定的功能,而更像是“框架”,允许你在没有代码的情况下在 Ripling 内部构建自己的功能,以匹配我们的系统以满足您公司自己的定制需求。 第四,基于角色的权限嵌入在每个产品的结构中,因此这些功能可以在您的组织中广泛分布。贵公司的每位经理都可以创建报告、构建工作流、使用超级组并编写 RQL 表达式。 除此之外,我们将这些产品中的每一个都视为“平台功能”——它们本身就是有用的产品,但它们也是将嵌入到未来每个瑞波产品中的功能。 这是 Unity 的承诺:一个单一的员工系统和事实来源,几乎可以使用任何连接工具为任何任务激活。我们今天推出的是基础,还有更多。
    Rippling Unity
    2021年09月14日