こんにちは、私の名前はディマです。 Carrot Questサービスでの作業経験を共有したいと思います（Megamindのプロジェクトの説明へのリンク）。 これは、ユーザーの行動、つまりマーケティングの自動化に基づいてユーザーを通信および管理するためのサービスです。
長い間、便利な仕事の形態と、さまざまなツールを試した人の数を探していました。Asanaサービスを使用し、スクラムボードで作業し、Googleドキュメントでもタスクを書き留めました。 チーム全体にとって便利な方法論を常に探していました。
探していたものを見つけたようです。 この方法論とサービスについてお伝えしたいと思います。
私達について
最も重要なインターネットマーケティングツールを1つのサービスに統合しました：eCRM、オンラインチャット、ポップアップ、電子メールニュースレター、Web分析。 相乗効果は重要な要素であり、単純に巨大です。 ユーザーの行動を知っていれば、ユーザーを引き付けて購入に導く可能性が高くなります。
数人のプログラマー、デザイナー、コンテンツマーケティング担当者、アナリストなどが、プロジェクトに精力的に取り組んでいます。 チーム全体が1つのオフィスで1つのことを行いますが、リモートで作業することもあります。
主なタスクは次のとおりです。
- 製品開発;
- レイアウト;
- モバイルアプリ開発;
- サービス設計;
- ウェブサイトのデザイン;
- コンテンツマーケティング（記事、ケース、ニュース、レビューなど）
- 分析（私たちの行動が重要な指標に与える影響）。
これが、プロジェクトの作業を整理した方法です。
多数のサービスを確認した後、最も最適なサービスであるTrelloに決めました。
理由は明らかです：
- Trelloはチーム全体で非常に使いやすいです。
- タスク管理に最適です。
- 同様に重要：無料です。
このツールは非常に優れているため、お金を与えるのは残念ではありませんが、何らかの理由でそのようなビジネスモデルを選択しました。
このサービスでは、シートで構成される多数の異なるボード（ボード）を作成できます。
ボードは相互接続されており、タスクのあるカードは1つのシートから別のボード（1つのボード内）に転送できるだけでなく、1つのボードから別のボードに転送できます。 ほんの2、3のモノキーでタスクに絵を追加したり、責任を負ったり、コメントを残したりします。 一般的に、それはクールです。
Trelloのスクラムボード
すべてのスタートアップおよびSaaSサービスはアジャイルに従って開発する必要があるため、最初にスクラム方法論を使用しました。
- 毎週のスプリントを行います。
- 土曜日、スプリントの分析と次の計画。
- 準備ができたらリリースが開始されます。
プロジェクトでいくつかのボードを作成しました。
HADIボード
HADI（仮説、アクション、データ収集、結論）は、最近詳細に説明した方法論です。 その助けを借りて、IIDFは150以上のスタートアップを送り出しました。 実際、方法論は非常に単純です。
1.仮説。
週の初めに、測定可能な仮説を立てました。 各仮説は、目的を理解し、後で評価するために、特定のメトリックに関連付けられている必要があります。
たとえば、メインページの最初のブロックにサービスに関するビデオを配置すると、登録への変換が5％増加します。
2.アクション。
仮説をテストするために必要なすべてを実行します。
たとえば、ビデオの準備と録画、字幕の追加、サイトへのビデオのインストールなど。
3.データ収集。
仮説の影響を受ける指標のデータ収集を開始します。 この例では、これは登録への移行のインジケータです。 さらに、ビデオを視聴した後に、ビデオの視聴率と登録率を見ることができます。
4.結論。
週の終わりに、結論を導きます。 仮説が確認された場合は、それに取り組んで改善する価値がありますが、そうでない場合は、次の仮説をテストします。
HADIでは、すべての変更が何らかのメトリックに関連付けられているため、一定の問題がありました。 たくさんのタスク、たくさんのアイデア、混乱.... これらの指標を常にタスクに結び付けることを保証するのは困難です。
Trelloはこれで非常に役立ちます。
ボードを作成しました。これはいくつかのシートに分割されています。
- 計画済み（またはアイデア）-まだ解決されていないアイデアとタスクの束が置かれたシート。 ここに記録されたアイデアがありました。
- メトリックには影響しませんが、重要です-すべてのタスクがメトリックに影響するわけではありません。 または、依存メトリックの定義は非常に困難です。 例：「すべてのjscssをビルドおよび変更する」。 一般的に、これが何に影響するのかについての手掛かりはありませんが、それは行われなければなりません。
- CPA-CPAのレートに影響するタスク。
- まだ仮説として、登録への変換を改善するのに役立つのはSregだけです。
- アクティベーションは、ユーザーが製品の価値を理解しているかどうかを判断する指標です。 計算には別の手法があります。
- C1-購入への変換、それだけが影響します。
- C2-Cn-同様に、購入の繰り返しのみ。
実際、これらは通常の販売目標到達プロセスのさまざまな段階です。 今後のタスクの数、そして最も重要なことに、目標到達プロセスのどの段階が影響するかを確認します。 今日、アクティベーションとC1を使用したプロジェクトの主な問題があれば、シートC1とアクティベーションから問題の解決を始めます。
各タスクのコメントがこれらの指標の現在の数値を示していることが非常に重要です（それがまだどこが良いかを示しようとしています）。 各メトリックについて、独自の色を作成しました-それは理由のために行われました。
6秒、教えます。
各HADIサイクルの開始時に、いくつかの未検証の仮説を取り、それらを別のボード（現在のタスクを持つボード）に投げます。 そのため、追加作業中に、解決されるタスクによってどのメトリックが影響を受けるかを理解できます。 以前は、構造的にも視覚的にもあまり見えませんでしたが、今ではすべてのチームが一瞬ですべてを理解します。
製品ボード
プロジェクトの毎日の作業を提示および実施しました。
これは、プロジェクトの毎日の作業が反映される場所です。 仕組みは次のとおりです。
- 「今週のタスク」-現在の週に計画したタスクまたはHADIボードから移動したタスクを示します。
- 「プロセス中」-各従業員が問題を解決し始めると、彼は単にそれをここにドラッグします。
- 「1週間で完了」-タスクが終了したので、ここに着きました。
- 「バグ」はすべて解決が必要なバグです。
- 「Made in March」（または別の月）-任意の月の終わりに、その期間に正確に何が行われ、それがどのように影響したかを確認できます。 この情報は、ニュースを形作るのに役立ちます。
お気づきのとおり、各タスクに色が割り当てられており、この色はそれらをHADIボードのメトリックに関連付けています。 チーム全体が、タスクの影響を確認します。 データを収集するときに、タスクのコメントに新しいインジケーターを追加します。 結論を導き出し、変更を戻すか続行するかを決定します。
そこで、作業を整理しました。 これにより、プロセス全体が理解可能になり、最も重要なのは制御されます。 ここで重要なのは、変更がプロジェクトにどのように影響するかを確認することです。
キャロットクエストチーム。
この記事が気に入ったら、次の資料が役立ちます。
1.作業およびユーザーとのコミュニケーションに使用するツール
http://megamozg.ru/company/carrotquest/blog/15636/
2.サービスとSlackの統合方法
http://megamozg.ru/company/carrotquest/blog/15318/