無駄のないマーケティング チームのための 8 つのアジャイル プロセス戦略
公開: 2023-06-23私たちは熱心な技術愛好家で、リモートで仕事をし、独自のアプリ (HR アプリの Turbine や HubSpot ユーザー向けの技術的な SEO アプリの Fizz+Ginger など) を構築しています。 私たちは Microsoft、Symantec、LinkedIn、HP などのテクノロジー企業で働いており、ソフトウェア開発の経歴を持っています (当社の CEO は 10 年間コンピューター ゲーム会社を経営していました)。
したがって、たとえ私たちのほとんどが「クリエイター」であっても、マーケティングに対してもっとエンジニアリング的なアプローチを期待するかもしれません。 そして実際、アジャイル手法は私たちの仕事の実践の多くにインスピレーションを与えています。
私たちがここでそれらを共有するのは、マーケティング担当者と技術革新者が同じ言語を話すことができることを示すためです。 私たちは、マーケティングを効率的でコスト効率の高い活動として実行し、ソフトウェア エンジニアリングからアジャイルなベスト プラクティスを借用して効率的に機能させることができると信じています。 以下にその見方を示します。
このコンテンツは元々、当社の電子ブック「野心的な B2B 企業のための費用対効果の高いマーケティング」(p.21 より) の一部として入手可能でした。 そのため、次のフォームに記入すると、元の資料を PDF としてダウンロードするオプションがあります。
1. ピア編集
アジャイル手法を使用するプログラマは、多くの場合ペアで作業し、一緒にコーディングするか、ピアレビューのために 2 人の間でコードを行き来します。 英雄的なプログラマーが真夜中に石油を燃やすという一般的なイメージとは真逆ですが、うまくいきます。 コードの品質と生産性が向上します。
Articulate では、各執筆タスクにチームを割り当てます。 通常、1 人が執筆し、2 人目が編集します。 数回行ったり来たりすることもあります。 多くの場合、同じキャンペーンで異なるコピーの役割をローテーションします。 最近、私たちも正しく保つために編集長を雇いました。
2. テスト主導のマーケティング
アジャイル開発では、コードに加えたすべての変更が自動テスト ソフトウェアの更新と照合され、変更によってすでに機能しているものが損なわれないことが確認されます。
マーケティング、特にオンライン マーケティングでは、ほぼすべてのものがテスト可能です (そしてそうすべきです)。 このページはあのページよりも多くのコンバージョンを獲得しますか? このCTAの方が良いでしょうか？ 等々。 ROI を最大化するために何が最適であるかを明確に把握できます。
しかし、回帰テストの考え方は、今日機能するものを明日も機能することを確認するために継続的にテストする必要があることも意味します。
3. クランチや燃え尽き症候群がない
アジャイル志向の開発者は、いきなり仕事をしません。 カフェインやピザを食べて徹夜する必要はありません。 代わりに、管理しやすく集中力のある週 40 時間労働を中心に仕事を計画します。
たとえそれが仕事を急ぐことに「ノー」と言う必要があるとしても、マーケティング担当者も同じことをすべきです。 テキサス州では、「あなたの側の計画の欠如は、私の側の緊急事態にはなりません」と言われています。 結局のところ、急ぎの仕事は雑な仕事であることが多いのです。
データを収集し、学んだことに基づいて計画を繰り返し修正する方が良いでしょう。 私たちは常にこれを正しく行うことができないことを認識していますが、そうするよう努めています。
4. 仕様ではなくユーザーストーリー
アジャイル開発は、正式な手法、詳細な仕様、またはプロジェクト マネージャーがクライアントの気まぐれから身を守るためのその他の方法を扱いません。 (詳細については、「悪魔のマーケティング辞典」を参照してください。)
代わりに、顧客と開発者に、望ましい結果を説明する際に協力するよう求めます。 形式はシンプルで短いユーザー ストーリーです。たとえば、「ユーザーは新しいアカウントを作成できます」または「X として、特典 Z があるため Y が必要です」などです。 これらのストーリーは具体的であるほど良いです。 マーケティング担当者も同様のアプローチを採用し、記事を書くのにかかる時間などの入力ではなく、記事のスタイルやトピックなどの出力を指定できます。 (これが私たちの仕事です。Articulate にはタイムシートはありません!) クライアントとのコラボレーションは私たちが本当に大切にしているものであり、それがより優れた、より価値のある成果物につながります。
また、プロジェクト説明チェックリストは、詳細な仕様よりもビジネス目標と対象者 (「ユーザー」を表す言葉) に重点を置いています。
5. 所要時間を見積もるのではなく、難易度を数値化する
おそらく、プロジェクト管理には Jira や ClickUp などを使用しているでしょう。 これらのプロジェクト管理ツールは、通常のウォーターフォール手法やタイムシートを回避します。 アジャイル プロジェクト管理ツールは、開発者に「ストーリー」にかかる時間を指定するよう求めるのではなく、それがどれほど複雑か、他のタスクと比較してどれほど重要かを尋ねます。
時間の経過とともに、さまざまな種類のタスクを完了するのにかかる時間を追跡し、しばらくすると、今後のさまざまなタスクがいつ完了するかを予測できるようになります。 たとえば、Articulate では、コンテンツ作成に関しては、複雑さの代用として単語の長さを使用する傾向がありますが、特に技術的な部分についてはいくつかの注意事項があります。 ポイントを使用して、労力、時間、コストなどを見積もります。
6.「スタンドアップ」ミーティング
アジャイル開発者は、延々と続く状況会議や電話会議の代わりに、週 (または日) の初めに「スタンドアップ」ミーティングを開催して情報を共有します。 私たちも同じことをしています（事実上、リモートで作業しています）。 そして、その名の通り、人は立つとあまり話さない傾向にあります！
7. 変化を期待し、それに抵抗しないでください
ほとんどのソフトウェア プロジェクトには、開発が開始されると詳細な仕様が決定されます。 このようなアプローチの問題は、状況が変化すること、そして多くの場合、顧客はコードで見るまで何が効果的かわからないことです。
アジャイル開発はクライアントの関与を奨励し、プロジェクトが時間の経過とともに変化することを前提としています。 短いスプリント (次のポイントを参照) と明確に定義された小さな箇条書きに分割することで、アジャイル プロジェクトはより柔軟になります。
一般に、Articulate ではこのアプローチを採用しており、複数の改訂を通してもクライアントがフィードバックを提供できるようにし、期待しています。 確かに、フィードバックやリライトはイライラするものかもしれません。 しかし、それらを期待し、さらに受け入れることは、私たちがクライアントのためにより良い仕事をするのに役立ちます。 常識の範囲内。
8. マラソンではなくスプリント
アジャイル開発は、早期に「実行可能な最小限の製品」を目指し、時間の経過とともに小さな段階的な改善を目指します。 これにより、前世代のソフトウェア開発を悩ませた壮大なプロジェクトや死の行進を回避できます。
マーケティング プロジェクトも同じである必要があります。Web サイトが実際に完成することはありませんが、構築に何年もかかるべきではありません。 同様に、チャネル マーケティングへの取り組みも継続的なプロジェクトであり、インターンにとって 1 回限りの仕事ではありません。
他のすべての企業と同様、マーケティング代理店も現状に満足しているわけにはいきませんが、イノベーションは難しいものです。 他の分野から学び、その教訓を自社のビジネスに応用することは、賢明で費用対効果の高い戦略であり、かなりやりがいのあるものであることがわかりました。
ですから、マーケティングチームの皆さん、勇気を出してください。 アジャイルであるために、ソフトウェア エンジニアやマスターヨギである必要はありません。
