【AICon】探索八个行业创新案例,教你在教育、金融、医疗、法律等领域实践大模型技术! >>> 了解详情
写点什么

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

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

评论

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

颠覆传统经营模式,区块链助力餐饮行业数字化革新

CECBC

企业数据安全的「取胜之匙」:区块链隐私保护计算

CECBC

hdfs的集群间拷贝、归档、回收站等功能剖析

大数据技术指南

hdfs 7月日更

Lua开发技巧-小表预填充

HelloBug

lua 开发技巧 小表预填充

Why WebRTC|“浅入深出”的工作原理详解

声网

算法 音视频

拿来把你,挖掘实战之基本挖掘流程【建议收藏】

网络安全学海

黑客 网络安全 信息安全 渗透测试· 漏洞分析

B 站崩了,受害程序员聊聊

程序员鱼皮

架构 分布式 微服务 后端 服务器

发布两小时,霸榜GitHub!Spring Boot实战文档

Java 程序员 面试

《持之以恒的从事运动》七

Changing Lin

7月日更

穿越数字化海浪,京东云舰护航千行百业抵达混合多云的彼岸

脑极体

DAPP智能合约平台开发|TP钱包DAPP搭建

Geek_23f0c3

dapp DAPP智能合约交易系统开发 区块链、

西瓜口袋系统开发|西瓜口袋软件APP开发

去中心化分散自治组织通证经济体

CECBC

那些腾讯阿里字节等大厂面试官,问面试题背后到底在问什么?

前端依依

面试 大前端 经验分享

架构实战营模块 8

阿体

MapReduce排序以及序列化实践

五分钟学大数据

mapreduce 7月日更

带你全面了解 Git 系列 01 - 深入 Git 原理

淼💦 淼

git 大前端

农扶帮系统软件开发内容

SPA钱包挖矿系统开发详情

“云上超算”——北鲲云超算SaaS平台

北鲲云

云计算 生命科学

Java的深拷贝与浅拷贝,能否拿下看你自己!

Java如何学

Java 编程 程序员 浅拷贝和深拷贝

团队使用 Slack 技巧

郭旭东

远程办公 Slack

大数据训练营-作业1

talen

字节4面Java研发岗面试经历:redis+TCP+HashMap+算法+JVM+spring

Java 程序员 架构 面试

彼得原理:我们迟早会不胜任自己的岗位?

石云升

职场经验 7月日更

种草社区小红书广告泛滥:数据正在剥夺了我们的消费选择权

石头IT视角

星际联盟filecoin矿机靠谱吗?星际联盟FIL矿机可以信赖吗?

fil币 ipfs挖矿 fil挖矿 fil矿机

Filecoin矿机挖矿分币系统开发搭建

薇電13242772558

区块链

Go 学习笔记之 接口

架构精进之路

Go 语言 7月日更

星际联盟抢占FIL挖矿先机:星际联盟单T出矿多少?星际联盟一年能挖出多少FIL?

fil币 ipfs挖矿 fil挖矿 fil矿机

Python 的上下文管理器是怎么设计的?

Python猫

Python

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