ウェブサイトは製品ですか？

過去20年間、私はWebサイト分析についてクライアントを管理またはコンサルティングしてきました。 Web分析の初期の頃、私が管理していたWebサイトはデジタルパンフレットにすぎず、私の仕事はどのコンテンツが最も人気があったか、または最も人気がなかったかを報告することでした。 次に、有料検索キーワードやディスプレイ広告に対するデジタル広告費の効果を判断するように依頼されました。 その後、訪問者がたどる主要な経路を監視し、より多くのコンバージョンを促進するためにどのように役立つかを確認するように求められました。 実験が普及したとき、私の役割の一部は、何らかの方法でWebサイトを改善することを期待してテストする可能性のあるものを特定することでした。 Webサイトのテクノロジーが変化するにつれて、単一ページのWebサイトアプリケーションに関するデータのキャプチャに多くの時間を費やしました。 最後に、クレジットカードアプリケーション、複雑な注文ファネル、複雑なコンテンツ承認プロセスなど、マルチスクリーンの顧客アプリケーションのデータをキャプチャするように求められる状況に陥りました。

一歩後退して、私がウェブサイト分析を始めた2000年代初頭以来、どれだけのウェブサイトが進化したかを見るのは驚くべきことです。 データ側にいる私は、この進化について独自の視点を持っています。 Webサイトがより複雑になり、「アプリに似た」ものになるにつれて、Webサイトの成功を判断するために使用されるデータもより複雑になりました。 初期の組織では、データ収集に使用できる指標（訪問数、ページビューなど）とディメンション（ページ名、サイトセクション、URLなど）はごくわずかでした。 そのため、多くのWebサイト分析ベンダーは、製品の一部として少数のメトリックとディメンションから始めました。 正確な数値は思い出せませんが、OmnitureSiteCatalystとGoogleAnalyticsには元々25の指標と25のディメンションが付属していたと思います。 これらの数は、長年にわたって大幅に拡大しています。

最近、ウェブサイト分析の世界から製品分析の世界に移ったとき、私は製品と製品開発について多くを学んでいます。 私は幸運なことに、製品の第一人者の一人であるジョン・カトラーと仕事をすることができます。 いくつかの会話の中で、ジョンは、ウェブサイト分析と製品分析の間になぜこれほど大きな違いがあるのか​​を考えるように私に挑戦しました。 大まかに言えば、ウェブサイト分析は伝統的にウェブサイトのみに焦点を当てており、より具体的には、ウェブサイトの顧客獲得とコンテンツの側面に焦点を当ててきました。 製品分析は常に存在し、データを介してアプリケーションを改善するために使用されていましたが、モバイルアプリケーションが登場したときに過給されました。 前者はマーケター向けに、後者は製品開発者向けに構築されました。

しかし最近、ジョンは私に製品を作るものについてのこのポッドキャストの議論を聞いてもらいました。 私のお気に入りの部分では、製品としてのミルクセーキ（ClayChristiansenによって開拓された標準的な「Jobstobe Done」の説明）と、ミルクセーキが提供する機能について説明します。 ポッドキャスト全体を聞くことをお勧めしますが、ジョンと私が話し合っていたことについて、ますます考えさせられたと言えば十分です。 ウェブサイトは製品ですか？

ウェブサイトは製品ですか？

製品をユーザーが仕事を成し遂げるのを助けるために作成されたものと考えるなら、あなたはウェブサイトが製品であると簡単に主張することができます。 組織は、Webサイトを作成するためだけに、または退屈しているという理由でWebサイトを構築することはありません。 ほとんどのWebサイトは、見込み客や顧客が以前はデジタル以外の方法で実行しなければならなかった目的を達成できるように構築されています。 たとえば、インターネットが到着すると、ホームデポは、店舗の場所と営業時間、提供される製品とサービスの種類、および会社に関する情報を表示するWebサイトを構築しました。 次に、アカウントを作成する機能であるeコマースが登場し、今では製品を販売し、顧客を引き付け、競合他社との差別化を図る中心的な場所となっています。 このWebサイトには、ギフトカード、サブスクリプション、DIYシミュレーターとプロジェクト計算機、サービスプロファインダー、注文管理などがあります。 しかし、ホームデポのウェブサイトには製品がありますが、そのウェブサイトは、物理的な製品を販売するために構築したデジタル製品でした。 皮肉なことに、彼らのビジネスに関係するすべての製品の中で、ウェブサイトはホームデポが所有する唯一の「製品」でした。なぜなら、彼らは実際の製品作成者と顧客の間の単なる仲介者だったからです。 彼らの棚にある製品は一時的にホームデポによって所有されていましたが、ウェブサイトは永久に所有されていた製品でした。

不思議なことに、多くの組織は、モバイルアプリケーションまたはサービスとしてのソフトウェア（SaaS）を「製品」と見なしていますが、Webサイトとは見なしていません。 多くの場合、ウェブサイトの目的はモバイルアプリと同じですが、なぜ一方が製品で、もう一方が製品ではないのでしょうか。 これの一部は、マーケティング部門が伝統的にWebサイトを所有し、製品開発チームがモバイルアプリケーションを所有していたという事実に起因していると思います。

しかし、私が製品について考えるとき、私は次のタイプの質問について考えます：

• 製品の目的は何ですか？
• ユーザーが目的のアクションを完了するには、どのようなフローが必要ですか？
• コンバージョンやエクスペリエンスを向上させるために追加できる新機能はありますか？
• ユーザーの忠誠心を高めるために何ができるでしょうか？
• できるだけ早く学習できるように、どうすれば実験を増やすことができますか？

これらはすべて、Webサイトとモバイルアプリケーションの両方に等しく当てはまると思います。

製品の考え方

ウェブサイトやモバイルアプリケーションのような製品について私が思うのは、開発と改善に関する全体的な考え方です。 製品開発（ソフトウェア製品またはモバイルアプリ）に携わったことのある人なら誰でも、アイデア、製品機能の要求、戦略目標などの膨大なバックログが常に存在することを知っています。製品に新しい機能を追加することが常に求められています。 。 これほど多くの新機能を追加する価値があるかどうかは議論の余地がありますが、私の経験では、Webサイトの改善要求に対する需要がこれほどまでに高まっていることはありません。 それは私が経験したことかもしれませんが、製品アプリケーションと比較すると、Webサイトの開発は氷河期のペースで進んでいます。 製品は2週間ごとに新しいバージョンをプッシュする可能性がありますが、Webサイトの新しい更新は四半期または年単位で測定されるのが一般的です。

なぜそうなるのかはわかりませんが、多くのWebサイトが依然としてマーケティングと製品によって管理されており、マーケティングチームが製品チームと同じ開発マインドセットや方法論を持っていないことが原因である可能性があります。 本当に素晴らしいモバイルアプリを持っているブランドと関わったときにこれを経験したかもしれませんが、彼らのWebサイトにアクセスすると、まったく異なる体験であり、比較すると時代遅れのように感じます。 ただし、同じ顧客がWebサイトとモバイルアプリの両方を使用するため、両方のエクスペリエンスが同じ機能と感触を持つことは理にかなっています。

だからこそ、組織はウェブサイトが製品であることを認識し、製品の考え方を考えることが重要だと思います。 Webサイトは、モバイルアプリと同じ厳密さ、機能、およびエクスペリエンスに値します（この優れた例については、ここをクリックしてください）。 一部の組織では、これはWebサイトの管理を製品チームに移すことを意味する場合があります。理想的には、モバイルアプリも担当するのと同じチームです。 他の人にとっては、それはマーケティングと製品リソースを含むハイブリッドチームの作成を意味するかもしれません。

さらに、ウェブサイトやモバイルアプリ製品に関連するデータをさまざまな方法で、さらにはさまざまな分析製品で追跡している多くの組織を見てきました。 これは、プラットフォームエクスペリエンス（Webサイトとモバイルアプリ）のみに基づいて不要なデータサイロを作成するため、理想的ではありません。 これは、組織がクロスプラットフォームの訪問者の旅を簡単に表示したり、両方のプラットフォームからのアクションにまたがるユーザーのセグメントを作成したりできないことを意味します。

熟考するための質問

それで、「ウェブサイトは製品ですか？」の多くは質問はセマンティクスとして却下することができます、私はあなたに次のことについて考えるように挑戦します：

• あなたの組織では、同じチームがWebサイトとモバイルアプリを担当していますか？
• あなたの組織では、ウェブサイトとモバイルアプリのルックアンドフィールと機能は同じですか？
• あなたの組織では、反復と改善の速度はWebサイトとモバイルアプリで同じですか？
• あなたの組織では、ウェブサイトとモバイルアプリの両方に1つのデジタル分析製品を使用していますか？

上記のすべてに「はい」と答えた場合は、おそらくWebサイトを製品として扱っていることになります。 ただし、前述の質問のいずれかに「いいえ」と答えた場合は、Webサイトを製品のように扱うことで、効率とカスタマーエクスペリエンスを向上させる機会を逃している可能性があります。