在生命周期营销中识别@risk用户CloudBees是持续集成（Jenkins）和持续云交付的领导者(云开发)世界。这是不可避免的，我们将开始审查我们的生命周期营销实践通过不断改进的角度。不久前，我们开始努力解决开发人员如何使用我们的平台即服务（PaaS）以及如何识别风险用户的问题。这个博客描述了一个叫做持续参与的解决这个问题的机制（还有什么：-）。旁注：云应用提供商可以根据软件的实际使用情况对用户进行细分。微观细分的例子有：部署数据库的用户、部署大小大于5GB的数据库的用户等等。这样的划分是可行的，因为云提供商在内部运行应用程序，国内大数据，并且可以看到系统的每个角落。与上一代打包软件相比，在云中运行软件是一个巨大的优势，在这一代软件中，即使软件可以被检测到，内部采用者也会谨慎地将任何数据发送到防火墙之外。我们首先检测PaaS以发出有趣的事件，物联网工程是什么，这些事件被记录到第三方软件即服务（SaaS）提供商Totango（Totango帮助分析软件的使用）。由于我们从事的是应用程序生命周期业务，因此感兴趣的事件如下：登录我们的网络控制台部署应用程序詹金斯的工作开始了已部署数据库... 你明白了。然后我们可以开始用这些数据做有趣的事情。我们将漏斗分为3个部分，下载返利，每个部分在采用生命周期中有多个点。也许把这一点直观地展示出来比谈论它要好。附带的图片显示了我们漏斗的简化视图。我们漏斗的顶端是"onboarders"，主要是在过去4周内与我们注册并免费使用平台的用户（CloudBees有一个免费层）。沿着漏斗向下移动，我们有了"已建立"的子部分，如果用户在平台上的使用达到了一个阈值，那么他们就可以在这里使用了。现在这是Totango的亮点，因为我们可以使用平台上服务的实际使用情况，将人员从"入职人员"->"已建立"转移到已建立的漏斗中。付费列表是用户列表。在传统的入站营销中，你会把这些人带到"入职者"的漏斗中，通过像Marketo这样的服务进行营销活动（事实上，我们仍然有一些类似的活动，但我怀疑，与"持续参与"的大杂烩相比，他们将一败涂地）。但是，对于这些模型，怎么做淘客，您无法根据实际使用情况在漏斗上下移动人员。在这里，你可以在这个月成为老牌的黄色，下个月又回到老牌的绿色。最后一点是，在特定漏斗中的每个检查点位置（比如"已建立丢失"），我们可以根据实际使用情况向他们发送个性化电子邮件，或者让客户成功经理联系用户。在接下来的几个月里，淘客源码，随着我们不断改进我们的持续参与流程（例如：如何在基于云的环境中建立每周使用报告），并在此基础上构建（我们实际上比我在这里展示的要远得多），我将在博客中介绍具体的使用案例。PS：我将在本周的Totango峰会上就这个用例做一个简短的用例演示。 -哈布里特·辛格CloudBees产品开发高级总监cloudbees.com网站   Harpreet在软件行业拥有14年的经验。在CloudBees之前，