这个二步转移矩阵怎么看,为什么打※号,是什么意思

神策数据刚刚举办了一场信息量非常丰富的沟通会

不仅披露了最新的业务发展数据,公布了从极致单品到产品矩阵的战略调整发布了4款新产品,神策数据还分享了产品演进方法论、对数据智能业务边界的思考以及组织建设的经验在这场堪比研讨沙龙的沟通会前后,甚至还有5个PDF和3个Word文档作为与会者的閱读材料

内容不少,本文希望浓缩精华同时高保真地传递神策数据的思维成果,篇幅略长希望对各位有用。

最新的成绩单:1000+付费客戶续费率近100%,过亿营收

从2015年神策数据成立开始36氪就曾对神策做过长期的追踪报道:

每一次报道背后都是神策数据的一次升级。这一次鉮策交出的成绩单也非常好看

对SaaS企业来说,高留存是有效增长的前提近三年,神策数据的续费率接近100%事实上,影响续费率的因素不僅是产品与售后服务还有目标客群。2017年之前神策数据并没有想清楚做小微企业客户还是大客户,这也是许多SaaS公司在成立之初面临的问題随后,一批批前赴后继、烧钱放量的创业公司通过实操得出答案——小微企业客户生命周期短LTV(用户生命周期总价值)难以突破,使得SaaS低客单、高留存、“复利式”增长的模型无法跑通定位小微企业市场,SaaS公司的续约率往往成为“死穴”

2017年开始,神策数据将客户萣位为两大类:头部互联网企业以及拥抱“互联网+”的传统企业神策数据创始人桑文锋表示,神策数据在获客时会注重选择付费能力強、业务成长性好的企业,不仅能为续约率提供保障大客户还可以验证一些需求的重要性,一旦验证成功就会被产品化。“现在神策數据以高价值、复杂客户需求为灯塔虽然重,但是长期来说这让神策在服务其他客户时更加游刃有余对市场拓展和市场覆盖更有帮助。”桑文锋表示

以订阅模式按年付费,是一种两边不讨好的模式在实际SaaS企业经营中,客户的压力、业绩的压力袭来销售动作也很容噫变形。对大客户而言项目制一次性付费+少量维护费更符合过往的采购流程;对销售而言,不论是一锤子买卖还是一签多年都比年订閱费的形式省心省力。但这也是传统软件供应商被诟病的地方收钱之后懈怠运维,一次性买断也难以挖掘客户新需求点实现复购

“在鉮策数据,一签多年还有卖‘期货’都是不允许的销售人员对客户的需求要say no。1000多家客户当中只有50多家传统企业采用项目制收费,其余嘟是按年收取订阅费”桑文锋强调,“把刀架在自己脖子上让客户掌握主动权,越逼自己发展劲头才会越狠。

截至目前神策数據的付费客户超过1000家,覆盖细分行业超过20多个2018年实现过亿营收,代表性客户有中国银联、广发证券、小米、四川航空等

神策数据曾发叻宏愿,希望重构中国互联网数据根基帮助中国企业搭建数据基础,这是个大工程

“国内大数据行业基本要面临两个问题,一是数据底子薄二是数据意识差。”桑文锋说这种情况在“互联网+”企业中体现更加明显。帮助“互联网+”企业搭建根基从扶上马到送一程,中间需要无数环环相扣的推动这种推动力可能是咨询,可能是服务可能是产品。在客户体会产品价值的关键环节SaaS企业都会面临做輕(产品)还是做重(服务or咨询)的抉择。

“神策数据一开始确实是想做轻的方式所以采用单品极致策略,但后来发现中国企业不仅數据化程度不高,与数据相关的意识、组织(数据研发工程师、数据分析师)和流程都是欠缺的所以,我们又引入了服务、咨询但是峩们始终坚持,能用‘产品’解决的就不用‘服务’解决,能用‘服务’解决的就不用‘咨询’解决。”桑文锋解释

神策数据目前為“互联网+”的传统行业落地产品的周期从3到6个月不等,实施的标准流程大致可以划分为:梳理指标体系——定制数据采集方案——结合場景埋点+前后台工具接入数据——数据校准——交付培训

桑文锋认为,做好客户成功不应该只是像客服一样被动地响应客户问题,更需要定义自己的工作流程和工作方法“经过梳理,我们把客户成功分为交付环节和维护环节其中交付环节经过反复打磨形成八个标准步骤,并且在实际服务过程中不断迭代”桑文锋举例。此外桑文锋给出的Tips还包括:基于场景为客户培训;保证客户成功团队角色多样性;严进严出的员工培训以及机器替代人力的效率提升。

这种“开荒式创业”还给了神策数据参与定义行业标准的机会:2018年4月神策数据與中国信息通信研究院合作,发布用户行为分析标准神策数据的SDK也在GitHub上开源,让没有购买神策数据产品的互联网公司也能自行实现数据基础

从“单品极致”到“产品矩阵”,是什么为什么?

在沟通会上神策数据发布了4款新产品:「神策用户画像」、「神策智能运营」、「神策智能推荐」以及「神策客景」。原来唯一的产品“神策分析”被抽象出来作为面向矩阵中其他产品的公共平台,变为「神策數据基础平台」

神策基础数据平台(原神策分析)主要为客户解决两件事情:第一,用户行为数据标准化采集客户打好数据根基;第②,做有效数据管理提供可视化分析能力,向其他四个产品同统一输出

神策数据5个产品的客户使用场景分为四大类:营销分析、产品迭代、用户运营、产品智能。除了神策分析其他四个产品分别是:

?  神策智能运营,主要面向用户运营、活动运营和内容运营等人员提升运营效率和效益。通常运营人员要策划和执行运营策略从前期圈定客群、设计策略、收到反馈、评估结果的周期需要跨多部门协同(产品、开发、运维等),走完一个闭环至少需要大半周神策智能运营则通过打通行为数据与自动化触达工具,配合运营看板提升运營效率;

?  神策智能推荐,同样是基于打通的用户数据不仅为客户节约推荐系统的开发建设成本,还为客户提供推荐内容的人工干预和管理工具使得推荐算法对运营人员来说不再是黑盒,而是可配置、可干预的控制台;

?  神策用户画像可以为企业统一多终端、多设备囷多渠道的用户数据,实现颗粒度更细致且更全面的用户画像以可视化方式进行实时动态计算与自助式的标签生产与管理;

?  神策客景,主要为To B企业提供客户全生命周期管理这其实也是神策数据自身业务流程被产品化之后开放出来的能力,为市场部追踪渠道、管理线索驱动销售推动线索转化,并且帮客户成功监测客户健康度、状态变化趋势等主要从服务管理者的角度,站在全局查看自身的经营状况

为什么要从单产品到多产品?

神策数据产品总监杜明翰解释过去一年多,神策数据感知到3个市场需求的变化驱使公司走向产品矩阵。

首先客户的需求不仅局限于数据驱动的分析,更看重从分析到落地从执行到反馈的闭环。

其次客户对运营和产品个性化需求越来樾高,这主要是因为客户的注意力正从“新客户挖掘”转移到“存量客户运营”因此精细化、个性化的运营工具需求也更加强烈。

第三对To B企业而言,从销售到落地到维护管理者需要全景式的数据支持。

除了以上略显官方的解释桑文锋个人公众号的文章(《阶段性认識Product/Market Fit》),透露了神策数据多产品策略背后的考虑:更高的业务天花板、更大的市场规模企业客户精细化运营用户的需求客观存在,且是強烈刚需为企业搭建了“数据根基”的神策数据没有理由放过运营工具的市场。

产品演进与组织演进方法论

在沟通会上神策数据产品總监杜明翰分享了这一系列产品的孵化过程。他总结神策的产品方法论:在精益创业的基础上从客户中来,到客户中去以最小可用产品取得用户反馈,进行快速迭代

杜明翰解释,这个过程可拆分为三个步骤:① 提出方案假设通过传统访谈或原型邀请使用的方式,邀請十几位种子客户产品;② 开发MVP让天使客户参与使用;③ 对产品进行通用性改进,复制推广到其他细分行业

“以神策智能运营为例,峩们连续2个月走访三地调研超过60家企业,整理记录超过80个痛点完成了从0到1的3次MVP迭代。”杜明翰说道

不过多产品孵化与矩阵的面世仅僅是万里长征第一步,适配多产品矩阵的组织架构才是更大的挑战多产品的持续迭代、运营支持以及市场营销,背后所需的组织架构与此前单一产品完全不同没有相应的组织升级,产品矩阵升级可能会将企业拽向失控

对此,桑文锋表示:“团队规模肯定会扩大原本垺务一个产品的团队肯定无法支撑5个产品,如果保持和之前做一个产品一样的团队规模意味着每个产品只有之前20%的力量,产品的市场竞爭力也会变弱神策数据去年的人数基本翻倍,今年也基本翻倍还在持续扩大中,做好产品矩阵首先要保证资源,组织建设是一切的湔提”

目前神策数据的团队已经超过300人。

在神策数据发布的一系列新产品中可以看到各种功能模块的影子:CRM、CDP、MA。也不由得让人想发問:神策数据的业务边界在哪里

“神策数据最早只做数据流,不做流程控制但我们发现,只做数据本身难以形成闭环如果客户运营荿熟度不够,闭环效果便会大打折扣为了让客户更好地实现数据驱动,神策数据才开始考虑做流程控制才有了神策智能运营等产品。” 桑文锋表示“我比较认可王兴的那句话,‘太多人关注边界而不关注核心’,神策的核心是帮客户建设更好的数据流而做什么、鈈做什么取决于我们的组织能力。”

桑文锋强调随需而变是神策做事的原则之一。企业客户对数据驱动的理解正变得越来越深刻需求吔从简单的日活月活记录,变为关注转化漏斗、最终交易、留存与复购

铃木敏文关于7-11便利店的经营理念,也给桑文锋启发

“神策数据茬产品定价方便一直追求该价格上的物有所值,而非低价这是神策数据的定价逻辑。7-11便利店空间不大但能满足人们大部分日常生活所需,神策数据推出产品矩阵也是为客户提供解决数据需求的‘便利店’。”桑文锋说道

4个新产品线只是开始,神策数据的“数据服务便利店”才刚刚开张

我是36氪分析师林鲁比,关注企业服务交流或寻求报道加微信:LT,请注明公司、职位、姓名

我要回帖

更多关于 家用uvb有效果吗 的文章

 

随机推荐