様々な人々が”報告”と”分析”という用語を交換可能な用語またはほぼ同義語であるかのように使用しているのを見たことがあるかもしれません。 Web分析のこれらの領域の両方が同じ収集されたwebデータに基づいて描画しますが、レポートと分析は、その目的、タスク、出力、配信、および値の点で非常に異 違いを明確に区別しなければ、組織は1つの領域（通常は分析）で短期間で販売し、web分析への投資の完全な利点を達成できない可能性があります。 私は主にウェブ分析に焦点を当てていますが、企業は他の分析ツール（広告配信、電子メール、検索、ソーシャルなど）で同じ課題に遭遇する可能性があります。).
ほとんどの企業は、組織にとってより大きな価値を引き出すための分析ソリューションを用意しています。 言い換えれば、レポートと分析の究極の目標は、売上を増やし、コストを削減することです（つまり、価値を追加すること）。 レポートと分析の両方が、組織のより大きな価値につながる行動に影響を与え、推進する役割を果たします。
このブログ記事の目的のために、私はレポートと分析の段階の前または後に何が起こるかを深く掘り下げませんが、私は両方の領域がデータ駆動型の意思決定プロセス全体において重要で挑戦的なステップであることを認識しています。 報告と分析には、行動した場合にのみ価値があるという機会があることを覚えておくことが重要です。
目的
レポートと分析の異なる役割をカバーする前に、分析のこれら二つの重要な分野のいくつかの高レベルの定義から始めましょう。****
: ビジネスのさまざまな分野がどのように実行されているかを監視するために、情報要約にデータを整理するプロセス。****
分析：意味のある洞察を抽出するためにデータとレポートを探索するプロセスで、ビジネスパフォーマンスをよりよく理解し、改善するために使用できます。
__レポートは生データを情報に変換します。 分析は、データと情報を洞察に変換します。 レポートは、企業がオンラインビジネスを監視し、データが予想される範囲外にあるときに警告するのに役立ちます。 よい報告はエンドユーザーからのビジネスについての質問を上げるべきである。 分析の目的は、より深いレベルでデータを解釈し、実用的な推奨事項を提供することによって質問に答えることです。 分析を実行するプロセスを通じて、追加の質問を提起することができますが、目標は回答、または少なくともテストできる潜在的な回答を特定するこ 要約すると、レポートは何が起こっているのかを示し、分析はそれが起こっている理由とそれについて何ができるのかを説明することに焦点を
タスク
企業は”分析”と”分析”を混同することがあります。 たとえば、企業は分析の一般的な領域（戦略、実装、レポートなど）に焦点を当てることができます。）ではなく、必ずしも分析の特定の側面に。 これは、一部の組織が最初のセットアップ関連の活動の後にガスを使い果たし、分析段階にそれをしないようなものです。 さらに、レポートと分析の間の線がぼやけることがあります。
組織がレポートを重視しているのか分析を重視しているのかを区別する1つの方法は、分析チームによって実行されている主なタスクを特定するこ チームの時間のほとんどが、ビルド、構成、統合、整理、書式設定、要約などの活動に費やされている場合、それはレポートです。 分析は、質問、検査、解釈、比較、確認などのさまざまなタスクに焦点を当てています（最適化の取り組みをアクションステージの一部と見なしているため、テス レポートタスクと分析タスクは絡み合っている可能性がありますが、分析チームは大部分の時間を費やしている場所を評価する必要があります。 ほとんどの場合、分析チームがレポートタスクにほとんどの時間を費やしているのを見てきました。
Outputs
レポートや分析の成果物を見ると、表面上は似ているかもしれません–多くのチャート、グラフ、トレンドライン、テーブル、統計など。 しかし、いくつかの微妙な違いがあります。 レポートと分析の主な違いの1つは、全体的なアプローチです。 レポートは、意味のある洞察を抽出し、自分自身のために適切なアクションを実行することが期待されるユーザーにプッシュアプローチに従います（つまり、自 私は、缶詰レポート、ダッシュボード、およびアラートの三つの主なタイプのレポートを特定しました。
- 缶詰のレポート:分析ツール内でアクセスできる、またはエンドユーザーのグループに定期的に配信できる、すぐに使用できるカスタムレポートです。 缶詰のレポートは、一定の指標とディメンションを持つかなり静的です。 一般的に、いくつかの缶詰のレポートは他のものよりも価値があり、レポートの価値は、それが個人の役割（例えば、SEOの専門家対webプロデューサー）にどのように関
- ダッシュボード:これらのカスタムメイドのレポートは、異なるKpiとレポートを組み合わせて、特定のユーザーのビジネスパフォーマンスの包括的で高レベ ダッシュボードには、さまざまなデータソースからのデータが含まれる場合があり、通常はかなり静的です。
- アラート:これらの条件付きレポートは、データが予想される範囲外にあるか、その他の事前定義された基準が満たされたときにトリガーされます。 人々が何が起こったのかを通知されると、必要に応じて適切な行動を取ることができます。
対照的に、分析は、特定のビジネス上の質問に答えるために、特定のデータがアナリストによって引き出されるプルアプローチに従います。 誰かが単にレポートの精神的な評価のいくつかの種類を実行し、データに基づいて行動するかどうかを決定するたびに、基本的な、非公式の分析が発生す 実際の成果物を用いた分析の場合、アドホック応答と分析プレゼンテーションの二つのタイプがあります。
- アドホックレスポンス: アナリストは、レポートによって提起された質問によって拍車をかける可能性があり、ビジネスの質問の様々な答えを要求を受けます。 通常、これらの緊急の要求は時間に敏感であり、迅速なターンアラウンドを要求します。 分析チームは、同時に複数の要求を両立させる必要がある場合があります。 その結果、分析はアナリストが好むかもしれないほど深くまたは広く行くことができず、成果物は短く簡潔なレポートであり、特定の推奨事項が含まれていても含まれていなくてもよい。
- : ビジネス上の質問の中には、本質的に複雑であり、包括的で詳細な分析を実行するために多くの時間を必要とするものもあります。 これらの分析プロジェクトは、2つの重要なセクションを含む、より正式な成果物になります：主な調査結果と推奨事項。 主要な調査結果のセクションでは、実行された分析から収集された最も意味のある実用的な洞察を強調しています。 “推奨事項”セクションでは、分析結果に基づいてどのようなアクションを実行すべきか
レポートと分析の成果物の二つのセットを比較すると、異なる目的（情報と分析の成果物）があります。 インサイト）は、出力の真の色を明らかにします。 レポートは情報を組織にプッシュし、分析はレポートとデータから洞察を引き出します。 他にも、注釈付きダッシュボード（レポートのドーナツに分析が振りかける）などのハイブリッド出力がある場合があります。 成果物が、その目的（情報/洞察）とアプローチ（プッシュ/プル）によって、主にレポートまたは分析に焦点を当てているかどうかを判断できる必要があります。
レポートと分析のもう一つの重要な違いは文脈です。 レポートは、データ内で何が起こっているかについてのコンテキストを提供しません。 場合によっては、エンドユーザーがデータを正しく理解し、解釈するために必要なコンテキストをすでに所有している場合があります。 しかし、他の状況では、聴衆は必要な背景知識を持っていないかもしれません。 文脈はよい分析に重大である。 特定のアクションを駆動するために、データと意味のある物語を伝えるために、コンテキストはストーリーの不可欠な構成要素になります。
どちらも成果物にさまざまな形式のデータ可視化を活用していますが、分析は重要な、ユニークな、または特別なデータポイントを強調し、ビジネスにとって レポートでは、データの重要な変更が自動的に強調表示されることがありますが、これらの変更が重要である（または重要でない）理由は説明されません。 報告は”だから何に答えるつもりはありませんか？”独自の質問。
あなたが新しい親であることの喜びを持っていたなら、私は缶詰の報告、ダッシュボード、およびアラートを半年の幼児と比較します。 何かが間違っているとき、それはしばしば大声で泣きますが、正確に何が間違っているのかを伝えることはできません。 親は何が起こっているのかを把握するためにスクランブルする必要があります（空腹、汚れたおむつ、おしゃぶりなし、歯が生える、疲れた、耳の感染症、新). 子育てのメタファーを続けて、報告はまた、泣いて停止する方法を教えてくれるつもりはありません。
recommendationsコンポーネントは、データに見られる重要な洞察に基づいてどのような行動を取るべきかについての具体的なガイダンスを提供するため、分析とレポー アドホック応答などの分析出力であっても、推奨事項を含めることができない場合は、アクションを駆動しない可能性があります。 勧告が行われると、勧告は決定を下す必要があるため、フォローアップは分析のもう一つの強力な結果です（go/no go/explore further）。 決定は行動に先行する。 アクションは値の前にあります。
Delivery
前述のように、レポートはプッシュモデルであり、分析ツール、Excelスプレッドシート、ウィジェットを介してレポートにアクセスしたり、メールボックス、モバイルデバイス、FTPサイトなどに配信するようにスケジュールしたりすることができます。 定期的なレポート（毎日、毎週、毎月など）を提供する必要があるためです。）複数の個人やグループにとって、自動化はレポートの構築と配信における重要な焦点になります。 つまり、レポートが作成されると、定期的に配信するためにどのように自動化することができますか？ 私が話をしたアナリストのほとんどは、定期的に手動でレポートを作成して更新するのが好きではありません。 それはロボットやコンピュータのための仕事であり、4-6年間の高等教育のために学生ローンを返済している人間ではありません。
一方、分析は、優れた推論と分析スキルを使用して、データから重要な洞察を抽出し、組織のための実用的な勧告を形成するための人間に関するものです。 分析は意思決定者に「提出」することができますが、より効果的に人と人との間で提示されます。 Thomas Davenport氏とJeanne Harris氏の著書「Competing on Analytics」では、アナリストと意思決定者の間の信頼と信頼性の重要性を強調しています。 意思決定者は通常、分析を自分で実行する時間や能力を持っていません。 「緊密な信頼関係」が整っていれば、経営陣はニーズを正しく捉え、アナリストは適切な質問をし、経営陣は信頼する分析に行動する可能性が高くなります。
値
レポートと分析の異なる役割を比較するとき、価値を駆動する上でレポートと分析の関係を理解することが重要です。 私は、データ駆動型ステージ（データ>レポート>分析>決定>アクション>値）を一連のドミノとして考えるのが好きです。 ドミノを削除すると、目的の値を達成することがより困難または不可能になる可能性があります。
上記の”値へのパス”図では、すべてが完全で正確な適切なデータを持つことから始まります。 優れた信頼性の高いデータがなければ、レポートや分析がどれほど高度であっても問題ありません。 “レポート”ドミノをスキップすると、経験豊富なアナリストの中には、分析を行うためのレポートは必要ないと主張する人もいます（つまり、生のファイルとデー 個人ベースでは、一部の人々に当てはまるかもしれませんが、データを民主化しようとしている場合は、組織レベルでは機能しません。
ほとんどの企業は豊富な報告を持っていますが、”分析”ドミノを欠いている可能性があります。 データとアクションの間のギャップを埋めるために分析が必要なため、レポートは単独でアクションを開始することはほと 分析を行うことは、良い決定がなされること、人々が実際に勧告に基づいて行動すること、ビジネスが適切な行動を取ること、またはチームがそれらの適切 しかし、それはアクションと成功したweb分析を通じて実現することができる潜在的な価値に近い必要な一歩です。
最後の言葉
報告と分析は手をつないで行きますが、あなたの会社の各領域にどのくらいの労力とリソースが費やされていますか？ クライアントがweb分析への投資から価値を見つけるのに苦労していると聞くと、通常は「価値への道」のドミノの1つが欠落していることを意味し、
私は最近、それがその分析ドミノを欠いていることを発見した主要なメディアクライアントと会いました。 Web分析チームは、この大規模で複雑な組織の戦略、実装、およびレポートの要求を満たすために苦労していました。 上級管理職は、分析スタッフとシステムにますます不満を抱いていました。 幸いなことに、web分析チームは追加の人員の予算を受け取り、アナリストを雇って、主要な製品グループすべての詳細分析を実行し、実用的な推奨事項を 驚くことではないが、上級幹部の態度は、同社が行方不明の分析ドミノを発見した直後に180度のターンをしました。
アナリストが分析にどれくらいの時間を費やすべきか疑問に思うかもしれません。 経験則として、私は彼らの時間の少なくとも25％が分析に費やされるべきであり、一般的にはより多くの、より良いと言うでしょう。 驚くべきことに、100％は、レポート、ビジネス要件の収集、トレーニング、成功の文書化、コミュニケーションなど、分析プログラムを浮かべるために必要な多くの重要な責任があるため、100％は望ましくありません。 私はこの記事を読んだ後、少なくとも自分の時間の0％が受け入れられないことを認識することを願っています。 あなたの会社が今日多くの分析をしなかったら、分析の10%の焦点との実験し、そこから持っているもの成功を見なさい。 さらに、私達の相談のチームはあなたの分析の必要性と助けて喜んで常にです。 がんばろう！