写点什么

在市场营销中使用敏捷方法:过程、团队与成功案例

  • 2016-06-21
  • 本文字数:3733 字

    阅读完需:约 12 分钟

最近的文章中时常有人谈及敏捷市场营销(Agile Marketing)这个概念,它已经不仅仅是一个新的热门流行词了。

那么它的实践效果究竟如何,我们又为什么会需要它呢?

自从入了IT 这一行,笔者曾负责过不少软件项目的管理工作,个人可以保证:敏捷方法(Agile Methodology)已逐渐成为软件开发者的热门之选。在项目管理方法中,现实证明:敏捷方法比瀑布式的项目管理方式更高效,它的Sprint 系统可以让开发者每隔一段时间停一下,来审查修改之前的工作。

敏捷过程

这些概念也可用于项目的推广营销。本文将会对敏捷营销及其运作方式做以简单的介绍,并对其他影响市场营销进程与项目的因素进行深入探究。

敏捷与营销方案

作为市场营销人员,我们必须承认这一事实:有些时候我们感到恐慌,是因为我们的做事方式即将迎来大的改变,因为我们自我感觉准备不足,没有信心成为启蒙者,带领公司执行大胆创新的营销策略,成为行业典范。在合适的时机,作出正确的决策,并且向受众传递正确的信息,这些才是关键。

那么在实际流程与团队中,如何使用敏捷方法才能让公司在竞争时获得优势呢?

敏捷宣言的核心价值之一就是“人员交流重于过程与工具”,每家公司的核心、推动进程或使用工具的正是公司的人员。我们都很清楚,为了保证成果的最佳交付,使用敏捷方法的软件项目对于跨职能团队的需求有多迫切。与此类似,如果我们将敏捷模式用于市场营销中,就需要一只在策划、创造、设计、开发与战略执行方面都很擅长的团队。一方面在所有的传统公司中,各部门间的壁垒效应依然存在并且一如既往;另一方面,为了成功实现敏捷营销,设置完全针对该任务的专业团队非常关键。一支能够跨越传统壁垒、打破旧有层次结构的团队能够创建跨职能的工作模式,致力于敏捷市场营销工作,并能够有效地作出决策与快速回应。

《福布斯》开展的一项调查显示:87% 的被调查公司表示采用敏捷方法有助于提高团队的生产力。以我所在的敏捷营销团队为例:目前我有一只6 人团队,分别负责市场调查与分析、内容营销、需求挖掘、客户体验管理、社区建设与生命周期营销的角色,他们的工作与职责完全超乎单纯的沟通与销售,这只团队的核心职责就是改进公司的营销功能,使其在速度、可预测性、透明度与适应性方面达到最优化。我们借助短期市场营销不断进行实验,并通过频繁的反馈来加强自身能力,应对不断变化的市场。这种原理实践来源于敏捷实践中效果最佳的项目案例,其用户参与度与用户感知价值都很高。根据我的经验心得,从小型实验项目开始通常是最好的:采用实验与查错的方式以确定团队的优劣势,并使用敏捷过程中内置的反馈机制来学习适应,找出对团队与公司最适合的办法。

敏捷市场营销:策略与预算

下一个要考虑的则是策略与预算的问题——你需要找到市场营销所有规则的最佳组合,或许可以尝试从既定的70:20:10 规则开始。营销策略的重点以及预算分配需要按照上述比例来划分。当然,如果是初次尝试,需要时常重新审查这些组合,并根据最适合公司的组合进行调整;调整的依据还包括每次回顾会议时,所总结出来的让营销团队表现更好的方式。

基本上来说,在这个图表中,营销策略的关注点及预算按照70:20:10 的比例分成了三个部分,其中:能够吸引最广泛受众的传统营销规划占据了战略的最主要部分;其次是程序化营销,包括自动发送的电邮、社交媒体文章、SEO 等吸引新受众的方式;而敏捷市场营销这一需要营销团队时刻严阵以待,却有其自身魅力的营销方式则占据了剩余的份额,负责复杂信息的传输工作。稳定持续地采用这种策略有助于使用者确定自己的优先顺序,在需要时将预算分配到所有计划的营销活动中。我们将这一理论应用在了服务营销(service marketing)中——这一行瞬息万变,总是有新的服务类别出现,想要跟上节奏几乎是不可能的。在市场营销与销售中运用敏捷方法,有助于促进团队从一项服务转移到另一项,或者将所有的优势集中在一起,为消费者提供一项全新的差异化服务。

真实生活场景

为了说明得更清楚,下面举个例子,这是一个我近期在做的敏捷营销的项目,我从中摘取了三个“sprint”来讲解:一个sprint 就是一个固定的时间段,在这段时间内团队会致力于特定的一系列活动,以期在安排的时间单元内完成目标。

Sprint 1:

我们的客户是一家 IT 公司,我们与其合作,帮助他们推广“软件产品开发”这项服务。这个 sprint 的目标是制定一套软件产品的营销策略并将之实现。我们是一个六人团队,其中有四人专注于策略的实现工作(按计划执行推广),还有两人专门负责敏捷市场营销工作,比如使用产品设计与开发的相关信息填充博客、更新社交媒体频道,同时负责应对市场趋势的变化。在很短的时间内,团队的工作便开展了起来,我们不仅达到了这个 sprint 的目标——有消费者咨询软件产品开发事宜,还完成了其他的服务工作,包括创建网站,在某些特定的技术上提供帮助等等。

经验教训:

营销团队发现:随着我们在大众营销上的工作推进,出现了很多缺乏重点的问询。尽管这些情况之前无法预料,但由于我们有两位专人负责敏捷营销,这些问询随后便转化成了业务流量。因此从这项实践中,营销团队得出经验,现在他们主动将问按照相关类别进行分类,并根据所属解决方案与服务分类的不同,各自负责、分别处理。

另一个重要的教训在于:要将眼光放在更大的层面上,而不仅仅是关心产品开发这一项服务。这也意味着要解决某项技术或平台特定的问询,基本上这意味着要对营销信息进行改革,让公司体现为解决方案的提供商。市场营销与销售团队与客户公司的管理团队一同作出决定,制定更高层面的策略。只用了很短的时间,我们就具备了自己的营销策略,销售团队也做好了全力以赴的准备。

Sprint 2:

根据对 Sprint 1 的了解:团队将产品营销策略作为季度性活动的主要内容,并在此时间内对其进行监控。另一方面,敏捷团队继续应对趋势变化,并对产品营销与内容管理解决方案领域的问询作出回应。从收到的反馈来看,我们发现相比只能提供只字片语的公司,大多数的公司在合作时都更偏好能提供完整解决方案的公司。

经验教训:

敏捷团队不仅要应对变化的市场趋势,还得为公司提供消费者需求与回应方式方面的洞见。活动的监控结果让我们对客户的期望有了更好的了解,反过来也让我们的团队在相应的沟通策略上有了竞争优势。两个 sprint 结束后我们获得的主要经验教训包括:每个项目与每个客户的学习曲线大多是重复的,培训周期比你预期的更为复杂。

Sprint 3:

基于 Spring 2 的经验教训,客户公司选择转向解决方案营销,并通过将服务与解决方案相结合来实现这一转变。营销团队随后重组,这样一来 70% 的工作量仍旧集中在实现预先制定的营销策略上,还有 20% 用于推进营销自动化,剩余的 10% 继续放在敏捷团队的工作上。敏捷团队确保要对趋势以及公司重心的变化作出快速回应。

现在,我和团队正在全力推进 Sprint 3,我们不仅成功地扩展了所提供的服务,还成功找到了推广我们服务的理想方案组合,现在正对其稳定化,以促进公司的成长,同时也让公司人员开始熟悉并逐渐适应这种工作方式,将其当成日常生活的一部分。我坚信,总体来讲新发展对公司非常重要,但让其成功实现的正是那些循规蹈矩,作为团队成员将我们带向目的地的那些人。

心得

在敏捷营销的实践中,我有机会对每个 sprint 之后的结果进行研究,了解其具体的积极效应,并研究了团队乃至公司的无形优势。在团队强化与保持积极性方面,我可以保证这个方法在引导营销工作走向成功方面会有很大的效应。如果能够将传统营销方式与新媒体营销恰当结合,将是行之有效的且效果惊人的,可以促使营销团队为公司做更多事情。

但在优势极大的同时,敏捷营销也有一些真实的局限性,在我看来,推广者需要在冒险一试之前仔细考虑这些问题。作为营销人员,我们面对的重要问题之一就是:没有办法预估出准确的成本,总预算的 10% 通常是模棱两可的、需要调整的。分配到这些项目上的预算应当是一个大概的数目,需要根据各个项目的情况以及客户的反应来灵活决定是增加还是减少预算。此外,碎片化的媒体信息一直在飞速增长,消费者的关注点也是多种多样的,营销者需要始终明了这一点,并随着变化实时调整方案。

另一个我真正碰到,虽然讨论者不多但同样重要的问题就是语言的问题。为了理解并适应敏捷术语,我的团队花了很大的功夫,这也影响了他们对于敏捷原则——比如 sprint 以及 scrum 的理解。对于这个问题,最有效的解决方法就是:为营销团队组织与技术主管及开发主管的研讨会,与他们讨论在这些术语方面的日常经验,并使用这些术语进行实时交流,就像学习任何一种新语言那样。经过一段时间,他们一般就会习惯这些术语,并将其用在日常生活中。现在,整个团队都会发现开个短会,或者互相交流工作 / 项目进展是个富有成效的习惯,比以往任何时候都更有用。

想要成为行业的领导者,我们必须一直不停地努力,只有那些拥有足以承担风险的团队的公司,才能抓住机会,作出大胆的营销举措!

查看英文原文: Taking Agile to Marketing: Process, Teams, and Success Stories

译者信息: 孙薇,新浪微博 @Verawala


感谢张龙对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

2016-06-21 19:295205

评论

发布
暂无评论
发现更多内容

【智人智语】剑维软件大中华区油气和智能制造业务部总经理刘晓光:我谨代表剑维软件预祝第六届世界智能大会圆满成功

InfoQ 天津

软件开发教父 Martin Fowler:幸好我当初没把它扔进垃圾桶

图灵教育

软件开发

一篇万字博文带你入坑爬虫这条不归路 【万字图文】

孤寒者

爬虫 6月月更 爬虫必备知识讲解 万字图文 爬虫入坑文

打金?工作室?账号被封?游戏灰黑产离我们有多近

行者AI

flutter系列之:用来管理复杂状态的State详解

程序那些事

flutter 程序那些事 6月月更 widget

面向高校 | “云原生技术应用与实践”示范课程项目开放申报

Serverless Devs

从“预见”到“遇见”SAE 引领应用步入 Serverless 全托管新时代

Serverless Devs

阿里云 Serverless

重磅发布 | Serverless 应用中心:Serverless 应用全生命周期管理平台

Serverless Devs

如何使用阿里云 CDN 对部署在函数计算上的静态网站进行缓存

Serverless Devs

Serverless 前端 前端工具

重磅!KubeEdge单集群突破10万边缘节点|云原生边缘计算峰会前瞻

华为云开发者联盟

云计算 云原生 华为云

小程序IDE,大趋势下催生的效能提速工具

Speedoooo

ide 效率工具 编程效率 移动开发 APP开发

优酷移动端弹幕穿人架构设计与工程实战总结

阿里巴巴文娱技术

技术 音视频 弹幕 视频 移动端

Fomo3D模式dapp系统开发详解

开发微hkkf5566

开放银行引入第三方生态,系统风控助力事前-中风险监控

Speedoooo

数字化 开放银行 异业合作

大容量、高性能,国家级实验室分布式并行文件存储实践

焱融科技

人工智能 大数据 AI 基础设施 存储

CountDownLatch

急需上岸的小谢

6月月更

【LeetCode】划分数组使最大差为 K Java题解

Albert

LeetCode 6月月更

OpenHarmony 3.2 Beta1版本正式发布

OpenHarmony开发者

Open Harmony

三大特性,多个场景,Serverless 应用引擎 SAE 全面升级

Serverless Devs

阿里云 Serverless 微服务

【前端每日一学】vue框架的深入学习

恒山其若陋兮

6月月更

2022年软饮料国潮发展洞察报告

易观分析

饮品市场

新一期HarmonyOS认证正式发布,速来围观!

HarmonyOS开发者

HarmonyOS

50万条数据,解读四川两座城市数字经济发展底气(下)

易观分析

经济 四川经济

使用APICloud开发app的动态权限及Android平台targetSdkVersion设置教程

YonBuilder低代码开发平台

android 权限管理 APICloud

AIOps落地五大原则(一):大势所趋

BizSeer必示科技

社区活动 | Apache Doris 社区长期征文活动&演讲议题征集 正式开始啦!

SelectDB

开源社区 apache doris 征文投稿 议题征集 社区活动

【爬虫必备->Scrapy框架】初篇

孤寒者

爬虫 6月月更 scrapy框架

创新不止,英特尔强调HPC的开放性和可持续性

科技之家

微信团队分享:微信后台在海量并发请求下是如何做到不崩溃的

JackJiang

微服务 即时通讯 im开发 微信架构

金融机构等入局数字藏品;证券期货类应用用户规模达1.34亿

易观分析

金融 证券

最好用的 6 个 React Tree select 树形组件测评与推荐

蒋川

低代码 开发工具 React 组件 树形选择器

在市场营销中使用敏捷方法:过程、团队与成功案例_研发效能_Bhoomi Mehta_InfoQ精选文章