东亚银行、岚图汽车带你解锁 AIGC 时代的数字化人才培养各赛道新模式! 了解详情
写点什么

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

  • 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:294887

评论

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

单线程性能炸裂 英特尔以Sapphire Rapids强势角逐AI计算市场

科技之家

如何从零开始开发一款chrome扩展?

Jackpop

TASKCTL关于 "Fastjson反序列化远程代码执行漏洞” 的风险通告

TASKCTL

DevOps ETL算法 大数据平台 反序列化 TASKCTL

什么是数据流向分析?

清林情报分析师

数据分析 流向分析 数据流向 资金流向 可视化分析

小程序开发真的可以取代APP软件开发设计吗?

开源直播系统源码

软件开发 小程序开发

可视化技术在 Nebula Graph 中的应用

NebulaGraph

可视化 图数据库 知识图谱

【ELT.ZIP】OpenHarmony啃论文俱乐部—gpu上高效无损压缩浮点数

ELT.ZIP

鸿蒙 压缩算法 Openharmony啃论文俱乐部 ndzip

详解MOVE PROTOCOL的测试版,让健康运动如影随形

西柚子

如何最简单、通俗地理解Python的pandas库?

Jackpop

如何使用物联网低代码平台进行系统管理?

AIRIOT

物联网 低代码开发 低代码开发平台

K8S集群无法通过Service Name访问的故障

领创集团Advance Intelligence Group

从小白到架构师原来是这样修炼出来的

C++后台开发

架构师 C++后台开发 软件架构师 服务器架构师 C++架构师

企业如何建设知识管理系统

小炮

百度评论中台的设计与探索

百度Geek说

资金穿透分析

清林情报分析师

数据分析 分析软件 分析工具 资金穿透 资金分析

LoadBalance

Damon

6月月更

漫谈软件架构

韩陆

云原生 领域驱动设计 可观测性 软件架构 事件驱动架构

web前端培训Vue面试题分享

@零度

Vue 前端开发

哈希彩竞猜娱乐游戏俱乐部系统开发详情

开发微hkkf5566

数字先锋 | 牵手中资医疗医药,开创医疗医药应急保障服务新格局

天翼云开发者社区

什么是面向对象编程?终于懂了

Jackpop

从感知智能跨越到认知智能,NLP领域要做哪些创新?

澜舟孟子开源社区

人工智能 自然语言处理 nlp 大模型 认知智能

使用APICloud AVM多端框架开发消防检查助手App项目实践分享

YonBuilder低代码开发平台

APP开发 APICloud 多端开发 应用开发 avm.js

BI的落寞,低代码会重演一遍吗?

ToB行业头条

高考后,学会这种能力,让你收益终生!

图灵教育

数学 高考 数学建模

常见线程数量的估算方式

snlfsnef

系统设计 线程 多CPU

外呼机器人7大难题,看网易云商如何攻破?

网易智企

AI 机器人

不愧是美团内部“接口自动化测试学习笔记”这细节讲解,神了

伤心的辣条

Python 程序人生 软件测试 自动化测试 接口测试

吉林长春等保测评公司有几家?详细地址在哪里?

行云管家

网络安全 等级保护 等保测评 等保测评机构 吉林

私有云和公有云的主要区别有几点?两者哪个更安全?

行云管家

云计算 公有云 私有云 企业上云 云管平台

云原生中间件 — Kafka Operator 总览篇

Daocloud 道客

云原生 开源项目 消息中间件 上云 Strimzi Kafka Operator

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