それで…ドッグフーディングとは正確には何ですか？ テクノロジー企業で働いたことがある人なら、おそらくドッグフードを食べたことがあるでしょう。もっと正確に言えば、おそらく自分のドッグフードを食べたことがあるでしょう。 「ドッグフーディング」（または「自分のドッグフードを食べる」）として知られる現象が、製品開発プロセスの一部として受け入れられるようになったためです。 では、ドッグフーディングとは正確には何ですか？自分の商品やサービスを利用することです。 Google で簡単に検索すると、「ドッグフーディング」という用語は、おそらく 1970 年代の Alpo ドッグフードの広告キャンペーンに由来することがわかります。 https://www.youtube.com/watch?v=cHUMaKWgfS0 一連のコマーシャルで、俳優のローン グリーンはアルポに自分の犬に餌をやります。これは、自分で生産した製品を使用するための受け入れられたパラダイムになりました.私が見た別の理論は、Kal Kanドッグフードの社長であるClement L. Hirschにさかのぼります.どうやら、クレメントは株主総会の最中に突然起き上がり、カルカンドッグフードの缶を手に取り、ふたを外して食べて、出席者全員を驚かせた. Alpo と Kal Kan ドッグ フードはどちらも、 としてドッグフーディングを使用しました。彼らの目標は、製品に対する明確な信頼感を株主や見込み顧客に浸透させることでした。そして、製品自体を使用することは、そうするための簡単な方法でした. プロモーション マーケティング ツール それ以来、ドッグフーディングをマーケティング戦術として使用することは、ドッグフード業界以外でも採用されています。 そのような (クレイジーな) 例の 1 つは 。これは、人間の指との接触を検出し、損傷が発生する前に鋸刃を即座に停止する鋸刃の安全機構です。彼の製品の信頼性を示すために、発明者のスティーブ・ガスは、動くのこぎりの刃に自分の手を置くことを志願しました (心配しないでください - すべてうまくいきました)。 SawStop です https://www.youtube.com/watch?v=eiYoBbEZwlk テクノロジーにおけるドッグフーディング - 単なるマーケティング戦略以上のもの 興味深いことに、テクノロジー企業が自社製品にドッグフーディングの慣行 (および用語) を採用し始めたとき、彼らはそれを単なるマーケティング以上の目的で使用していました。いくつかの有名な例: 1980 年、Apple 社長のマイク スコット (いや マイケル スコットではない) は、「タイプライター」という件名の社内メモを全従業員に送信しました。メモには次のように書かれていました。タイプライターを購入したり、リースしたりする必要はもうありません。Apple は革新的な会社です。私たちはすべての分野で信じ、リードしなければなりません。ワープロがこんなにいいものなら、みんなで使おう！目標: 1981 年 1 月 1 日までに、Apple にタイプライターをなくす… タイプライターは時代遅れだと考えています。顧客を説得しようとする前に、内部でそれを証明しましょう。」 、 1988 年、Microsoft のマネージャーである Paul Maritz は、Brian Valentine (Microsoft LAN のテスト マネージャー) に、「自分たちのドッグフードを食べる」という件名の電子メールを送信し、製品の内部使用を増やすように要求しました。 2002 年、Jeff Bezos は、Amazon のすべての従業員に対して、すべての Amazon サービスを、Web プロトコルを介して できる方法で構築することを (会社から即時解雇すると脅迫して) ました。つまり、あなたが人事で、マーケティングからいくつかの数値が必要な場合、他の人がアクセスできる API を使用してそれらを取得する必要がありました。彼はすべてのチームに、分離し、所有しているリソースを定義し、API を通じてそれらを利用できるようにするよう求めていました。このドッグフーディング指向のステップは、今日「AWS」として知られている Amazon の Web サービス プラットフォームの進化において重要なものと見なされています。 簡単に相互に通信 義務付け これらの例の共通点は、いずれもアウトバウンド マーケティング戦術としてドッグフーディングを使用していないということです。実際、これらの話が数年後に公表されるまで、これらの社内ポリシーが実施されたことを社外の誰も知りませんでした。 ドッグフーディングは他に何に適していますか? では、マーケティング以外に、ドッグフーディングは何に役立つのでしょうか? これは、 でよく考えていることです。ドッグフーディングは当社のコアバリューの 1 つであり、それをどのように適用できるか、また当社と製品の成長にどのように役立つかについて、意図的に限界を押し広げています。他のテクノロジー企業の話が示唆するように、ドッグフーディングの利点は実際にマーケティングを超えて広がることがわかりました. Livecycle これらは、独自の効果的なドッグフーディング戦略を構築しようとしている他のチームや企業に役立つ可能性がある重要な学習の一部です。 ドッグフーディングの製品中心のメリット 何よりもまず、効果的なドッグフーディングは、製品自体に直接的なプラスの影響を与える必要があります。私たち Livecycle にとって、これはいくつかの方法で発生しました。 初期段階のスタートアップとして、私たちは常にタスクに優先順位を付け、リソースの予算を立てています。専任の QA チームがなくても、より慎重なドッグフーディング ポリシーにより、プラットフォームの幅広い使用を通じてバグを迅速に発見する機会が得られます。ドッグフーディングの目的はテストとバグ修正だけではありませんが、利点もあります。 高レベルの QA - 私たちのチームにとって、ドッグフーディングは、単体テストと機能固有の安定性だけでなく、製品が実際のユーザーに共感を維持できるようにするためにも有益でした。多くの場合、開発者は特定のコードの変更とそれに関連する機能をテストしますが、ドッグフーディングは、実際のユーザー エクスペリエンスを考慮に入れた実際のユーザー ジャーニーをズームアウトしてテストする機会をチームに与えます。 ユーザー共感保険 - 私たちのチーム全体が実際に製品を使用することを主張することで、多くの新しい製品のアイデアを生み出すことができました.いくつかのアイデアは理論的に提供できますが、実際のユーザーとして製品を実際に使用することで、チームは製品を「活用」し、今後どのように改善できるかについて非常に巧妙な提案を思いつくことができます。 製品のアイデア - ドッグフーディングのその他のメリット 製品自体のコンテキスト以外でも、ドッグフーディングが当社に利益をもたらしていることがわかりました。いくつかの例: ドッグフーディングの無形の利点は、チームが一生懸命取り組んでいるものに誇りを持てるようにチームを後押しできることです。 Mike Scott が 40 年前に Apple の従業員に宛てたメモの中で言ったように、「ワード プロセッシングがとても優れているなら、みんなで使いましょう!」。これは同様に、2010 年に 10,000 人の Microsoft 従業員が iPhone を購入したとき、それを「恥ずかしさ」と呼んだ の原動力でした。用法と誇りは表裏一体です。 会社のプライド (または恥) - メディア より良いコンテキストはより良い結果につながります。いつも。また、ドッグフーディングを行うことで、社内の誰もが、顧客に提供されているソリューションをより詳細に理解できるようになります。これは、日常の役割が製品自体から一歩離れている場合でも同様です。この種のコンテキストは、最終的に批判的思考、思慮深い質問、および会社が達成しようとしていることのより明確な理解につながるプロセスを開始します。チームの全員がより集中し、より多くの情報に基づいて創造性を発揮できるようになり、私たちにとっては、チームから信じられないほど予想外のアイデアが生まれました。 すべての人にとってより良いコンテキスト - ドッグフーディングを別のレベルに引き上げる方法 ドッグフーディング ポリシーの根底にある前提は、製品がチームの日常生活で実際に使用できるということです。ここ Livecycle では、チームが製品を構築するのに役立つ製品を構築しているため、これを行う独自の立場にあります。独自の製品を使用して実際に独自の製品を構築することで、製品自体を構築する際に製品から真の利益を引き出すという独自の方法でドッグフードを行う機会が得られました。 そして、この社内の取り組みは、社内のチームの範囲に限定されません。リモート開発会社と協力して、マーケティング サイトの一部を刷新し、意図的に Livecycle を使用してそのワークフローを管理してきました。この実験は、GTM 戦略の一部をテストおよび検証するのに役立ちました。具体的には、Livecycle を開発ショップに配置し、より一般的にはリモート チーム コラボレーションに配置します。アウトソース パートナーとのこれらの実際のドッグフーディング セッションは、これらのユース ケースで Livecycle がいかに有益であるかを示しています。 今後は、ドッグフーディング戦略で限界をさらに押し上げようとしています。私たちが考えているアイデアの 1 つは、開発スプリント全体を Livecycle だけで実行する「Livecycle どんちゃん騒ぎ」です。メールがありません。たるみなし。私たちのプラットフォームを使用して、相互に通信し、PR を確認します。 Livecycle は他のコミュニケーション ツールやプロジェクト管理ツールとシームレスに統合することを目的としていますが、私たちの理論では、より極端なドッグフーディング条件で製品をテストすることで、製品が何ができるかについて多くのことを学ぶことができます。 仮定と無料のアドバイス 私たちの経験を共有することに加えて、ドッグフーディングのすべきこととすべきでないことに関して私たちが開発した根本的な仮定と意見のいくつかをリストすることも価値があります.そこで、社内のドッグフーディング ポリシーを作成する際に留意することをお勧めするいくつかの点を以下に示します。 ドッグフーディングは、エンド ユーザーが本物の方法で行うのと同じように、エンド ツー エンドでできる場合にのみ可能であると想定しています。特定の機能を 1 つずつテストすることを R&D と呼びます。ドッグフーディングではありません。 ドッグフーディングは会社全体で行う必要があります。開発者や製品マネージャーだけではありません。すでに列挙したより包括的なアプローチの利点とは別に、これは偏見や感情的な不正直を回避するのにも役立ちます.自分自身で構築するために多くの時間を費やしたものについて、客観的になることは困難です。したがって、このバージョンの製品自体のコーディングと設計に実際に取り組んだ少数の人々だけでなく、会社全体の人々とドッグフードを行うようにしてください。 多くの人が、効果的なドッグフーディングは製品が市場に出る前にしかできないと主張しています。これは大きな誤解です。上記で概説したように、製品が公開された後も製品を使い続けることは、製品とチームにとって多くのメリットがあります。 ドッグフードは味が悪いことを忘れないでください。時にはそれは非常に不味いです。ドッグフーディングは、製品の素晴らしさを誇示するための言い訳にはなりません。これは、ユーザーとの摩擦を生み出し、意図的な不快感を受け入れる機会です。目標は、何が機能していないかを理解できるようにすることです。 ドッグフードを食べているということは、本物の犬のふりをしていることになります。したがって、製品をドッグフーディングしている場合は、実際のユーザーのふりをしてください。つまり、新しく実装された輝かしい新機能だけでなく、ユーザー エクスペリエンス ジャーニー全体に焦点を当てることを意味します。控えめな新規ユーザーにとって、プロセスの最も重要な部分は、オンボーディングと初期設定です。したがって、ドッグフードを適切に行うには、あなたとあなたのチームが、製品エクスペリエンスのこれらの「退屈な」部分に、少なくとも楽しいものと同じくらいの注意を払っていることを確認してください. 自分の会社でドッグフーディングをどのように使用するかは、多くの要因によって異なります。しかし、十分に明らかなことは、時間をかけて考え抜く価値があるということです。確固たるドッグフーディング戦略は、ユーザー、製品、チームにプラスの効果をもたらすからです。 も掲載されています。 ここに
