HubSpot のプロダクトおよびマーケティングのリーダーたちが、Claude Cowork の活用拡大について語る

HubSpot は、マーケティング、営業、カスタマーサービスチームの成長促進を支援するエージェント型顧客プラットフォームです。HubSpot のプロダクトチームとマーケティングチームの両チームで、Claude Cowork の活用をチーム全体に拡大しています。HubSpot の 9 名のリーダーに、チームが実際どのように Cowork を活用しているかを伺いました。

皆さんのチームでは最初どのように Claude Cowork を使い始めましたか？何に役立つことを期待していましたか？

Chloe Tambe 氏、AI トランスフォーメーション担当ディレクター：HubSpot のマーケティングチームは、Claude を全く知らない状態から Cowork を使い始めたわけではありません。すでに、個人チャット、共有プロジェクト、アーティファクト、日常業務に組み込まれた統合機能など、Claude をかなり使用していました。そのため、Cowork が登場した際、問題となったのは「これを試すべきか？」ではなく、「どの程度速くさらに進められるか？」でした。

Cowork の自動化は、マーケティングチームにとって非常に魅力的です。HubSpot にはさまざまな業務を担うマーケティング担当者が数百名おり、管理作業は実際かなりの負担でした。Cowork を使用することで、オフライン時でもタスクのスケジュール設定と実行が可能になり、雑務から解放されるため、本来のマーケティング業務に専念できるようになります。オンデマンドで対応するだけでなく、チームに寄り添って働く思考パートナーの存在は、大きな変化です。

Kathie Lui 氏、Central AI 担当プロダクトマネージャー：具体的な課題としては、コネクタが無秩序に広がっていることでした。Claude Cowork が HubSpot 全体に導入された時、私は ServiceNow のリクエストと Asana チケットを通じて新しいツール統合を追加するリクエストを管理しながら、Slack の質問に対応し、Google スプレッドシートで承認状況を追跡、セキュリティレビューチームとの調整を同時に行っていました。同じ種類の作業が 4 つの異なる場所で行われていました。Cowork は、単に 1 つのワークフローで支援しただけではありませんでした。Cowork は、他のすべてのツールの上位に配置できた初めてのツールでした。多くの異なるチームやプラットフォーム間で協働する人にとって、この連続性は大きな変化です。

チームの日常的な作業の一部となっている Cowork の具体的なワークフローについて説明してください。

Sejal Parikh氏、スタッフプロダクトマネージャー：最大の変化は、スキルを個人の資産ではなく、チームの資産として捉えることでした。1 日 30 分を節約できるワークフローを構築した場合、おそらくチーム全体にもそれが必要です。チームレベルのコンテキストリポジトリがあり、そこには顧客インサイト、意思決定、データ分析、RFC、主要な Slack スレッドがすべて 1 か所で保存されているため、チームの誰もが、またはどのエージェントでも、リサーチをやり直さずに、同じソースから取得できるのです。大きな作業時にはエージェントを並列に実行することで、時間を節約し、自分のコンテキストウィンドウをクリーンに保ちます。また、反復可能なタスクのスキルも共有しているため、チームの誰もが使用できます。

Tim B. 氏、プリンシパル AI テクニカルスペシャリスト：ブログチーム用に、社内 AI イネーブルメントハブ、つまりウォークスルー、プロンプトフレームワーク、Loom のチュートリアル、洗練された UI を構築する必要がありました。通常、HubSpot の分散したドキュメントインフラストラクチャに悪戦苦闘しながら数週間かかるような作業です。代わりに、Enterprise plan 上に Claude アーティファクトとして構築しました。デフォルトで HubSpot に限定し、単一の Cowork セッションで構築し、反復させるスキルを使用しました。そのフローとは次のようなものです。Loom を録画し、トランスクリプトを貼り付けます。構築したスキルにより、それはフォーマット済みのウォークスルーに変換され、自動的に動画にリンクされます。すべての参照コンテキストは、Cowork が直接アクセスできるローカルフォルダーに保存されていました。アップロードループもコンテキストの再設定も不要です。バージョン 1 全体を約 3 時間で完成させました。更新にかかる時間は、Loom の録画にかかる時間だけです。

Oscar Estrada 氏、シニア AI クリエイティブテクノロジスト：パイロット運用中のすべての AI 動画ツールを追跡するダッシュボードをチーム用に構築しました。そのダッシュボードは、バックエンドに JSON ファイルを使用する Claude のアーティファクトです。さまざまなツールのエントリと、ダッシュボードに表示されるすべてのメタデータを含んでいます。また、メモ、会議、その他の Web ソースから抽出した新情報を使用して、ダッシュボードを定期的に更新する Claude スキルもあります。このダッシュボードはまた、ユーザーをトレーニングやワークフローにつながっています。Cowork のファイルシステムアクセスとサブエージェントを活用することが、JSON ファイルを最新に保つ上で重要な役割を果たしてきました。

Cowork を使用してドキュメントや計画の初校を生成する際、何を入力として提供しますか？また、初回の出力は調整後の最終成果物に比べてどの程度使用できるものですか？

Daniel Jacobson 氏、デベロッパープロダクト担当プロダクトマネジメントディレクター：Cowork での初校はほとんど、戦略メモと意思決定ドキュメントです。入力は通常、簡単な概要と指針、つまり Slack のスレッドや会議の書き起こしです。私の意見と意思決定フレームワークを記録したメモライタースキルを作成しました。これにより、毎回同じことを再度プロンプトする必要はありません。通常、初回の出力は、最終形の 60～70% の出来です。コネクタからコンテキストを取得します。貼り付ける必要はありません。見直しの大半は、主張の明確化、余分な言葉の削除、私だけが書ける尖った見解の追加です。この真価は、「AI が自分のドキュメントを書いてくれる」ということではありません。アイデアからレビュー可能な草稿までの時間が 2 時間から 20 分に短縮されたということなのです。

Estrada 氏、シニア AI クリエイティブテクノロジスト：ドキュメントを構築する際、Slack のメッセージ、ドキュメント、Asana のタスク、Claude に接続できるあらゆるものを含む複数の入力を提供します。最も役立つと思うのは、ドキュメントを作成する前に Claude に仮定を列挙させ、必要なことを私に質問させることです。Cowork を使用すると、アーティファクトから別のファイルに、またはその逆にコピー＆ペーストする必要がなく、ドキュメントを簡単に編集できます。同じ種類のドキュメントを何度も作成する場合、通常それに使用するスキルを作成します。これで私の作業は 80% 以上完了です。

Maggie Flinn 氏、リードプログラムマネージャー：Cowork に素材と明確な依頼を与えます。最近のイネーブルメントロードマップ用に、パラメータを説明しました。つまり、四半期ごとの目標、月次のマイルストーン、AI ツール全体のユーザーエンゲージメントに重点を置くこと、さらにチーム構造、導入データ、ガバナンスニーズに関するコンテキストです。返って来たのは、6 つの柱からなるロードマップであり、丸 1 年にわたるの段階的な目標、タイムラインに沿った具体的な成果物、基盤から拡張、最適化までの論理的な流れが含まれていました。この構造的思考が、最も時間の節約になります。並行した仕事の流れを一貫した時系列の計画に整理するには、通常なら数時間かかります。そうする代わりに、すでに視点が示された草稿をブラッシュアップしました。

エグゼクティブ向けのプレゼン資料も、同じ流れです。ツールのロールアウトから生の分析データをアップロードし、「スライド 8 枚、詳細なデータは削除、導入の勢いに重点を置いて、3 つの依頼事項で締めくくってください」と伝えます。発表者用のノートと戦略的に配置されたデータポイントを備えたストーリー構成が返ってきます。通常、構成と骨組みの 80～90% はそのまま使えます。手直しをするのは、実際のリソースの制約を考慮して、依頼事項が現実的かどうかを厳しく検証するなど、自分のコンテキストが必要な部分です。

反復が重要です。初回の出力をそのまま使って実行するわけではありません。「リソースが足りない箇所にフラグを立ててください」または「状況の更新ではなく、依頼事項として再構成してください」と伝えてみます。繰り返すたびに、より洗練されていきます。ワークフローは、「生成して祈る」という側面が薄れ、数分で確かな開始地点に導いてくれる迅速な協力者となってきました。今では、判断を下すことにより多くの時間を費やします。

Cowork の HubSpot 内の広がり方について最も驚いたことは何ですか？

Kolin Koehl 氏、プロダクトマネジメント担当シニアディレクター兼サービスハブ担当ゼネラルマネージャー：いかに早く PM に浸透したかということです。パイロット版で開始しましたが、すぐに PM 組織全体をオンボーディングするようになりました。PM が自分の AI 実験を共有する Slack チャネルを設けています。Cowork 導入後、PM はそのチャネルを Cowork Brain の設定方法や実行中のワークフローを紹介するデモで埋め尽くしました。学びは瞬く間に広がりました。Cowork は、PM のための単なるツールではなく、プロダクトについての作業を完了する新たな方法なのです。

Cowork 導入前、時間と関連する人員の面でこの作業はどのように行われていましたか？

Tim B. 氏、プリンシパル AI テクニカルスペシャリスト：Cowork 導入前は、コンテンツに問題はありませんでしたが、インフラに問題がありました。HubSpot では、技術系以外のライター向けに限定され洗練されたものを構築するには、リクエストの提出、新しいツールの学習、または DIY のようなものを作成する必要がありました。より大きな見えないコストはコンテキストでした。Claude Cowork を使用する前は、ドキュメントを手動でアップロードし、セッションごとにコンテキストを再度設定する必要がありました。今では、ビルド全体で、すべてが 1 つのローカルフォルダーに保管されています。1 人、1 回のセッション、3 時間で、同じ週に絶賛するフィードバックを受けました。品質は、Cowork なしでは実現できなかった以上のものとなりました。複数のチームが関与する数週間に及ぶプロジェクトも、今では通常数時間に短縮されています。

Jon Blackwell 氏、ビジネスシステム担当マネージャー：ビジネス要件定義ドキュメントの作成は、以前はどのプロジェクトでも誰もやりたがらない作業でした。プロセスは毎回同じでしたが、それは良い意味で同じだったわけではありません。手書きのメモを確認し、チーム全体でバージョンを比較し、あらゆる最終決定の前にレビューを調整する必要がありました。実際の作業開始までに、数日から数週間のオーバーヘッドが必要でした。

今では、ビジネス要件定義ドキュメントは私たちよりも先にキックオフミーティングに届きます。Cowork を使用して、チームの作業方法に合わせて特別に構築したカスタマイズされたドキュメントフォーマットのスキルを開発しました。最初の会議に参集するまでに、すでに最初の草稿が作成されています。プロジェクトが進行するにつれて、会議のトランスクリプトや新しい情報がセッションに追加され、ドキュメントはそれに合わせて進化します。

Cowork の導入を検討している他のチームに、どのようなアドバイスをしますか？

Jacobson 氏、デベロッパープロダクト担当プロダクトマネジメントディレクター：私たちのチームがこの成果を達成できた要素は、3 つです。まず、プロンプトではなくスキルを構築することです。最初に Claude にメモの作成を依頼した際の出力は一般的なものでした。100 回目、私の意見と意思決定のフレームワークを理解したメモライタースキルを用いると、完成度は 70% に達しました。スキルは複利的に進化します。プロンプトはそうではありません。2 番目は、すべてをつなげることです。この強みはモデルそのものではありません。Slack、トランスクリプト、カレンダー、課題トラッカー、Gmail にアクセスできるモデルなのです。ライブデータを取得する日次ブリーフィングは、汎用的な生産性向上ツール 10 個分の価値があります。プロンプトに時間を費やす前に、コネクタをつなげてください。

3 番目は、個人およびチームのナレッジベースをアーキテクチャとして扱うことです。情報基盤の改善は、モデルの改善と同様、あるいはそれ以上に複利的に効果をもたらします。情報基盤の構築に時間を投資することが、成果につながります。落とし穴：汎用的なままで放置しないでください。基盤に投資しないと、1 週目は魔法のように感じられても、5 週目には失望を感じることになります。スキル + コネクタ + 構造化メモリにより、チャットボットから思考パートナーに変身します。

Blackwell 氏、ビジネスシステム担当マネージャー：設定を飛ばしてはいけません。あらかじめ時間を投資して、接続を確立し、関連する構築済みスキルを特定し、自分たちのワークフローに合った設定を行います。完全なパーソナルコンテキストファイルを作成します。Claude が把握している情報が多いほど、出力はより役に立つものとなります。ソフトウェアの設定というより、新しいチームメイトのオンボーディングのようなものだと考えてください。早期の成果には、Mission Control ダッシュボードから始めましょう。接続（Google ドライブ、Asana、Slack、カレンダー）が設定されると、Claude はこれらすべてからコンテキストを 1 か所に取得できます。これは労力のかからない、よく目に見える成果であり、接続されたコンテキストの力を具体的に示してくれ、チームが好奇心から納得に変わる瞬間となる傾向にあります。

Parikh 氏、スタッフプロダクトマネージャー：私が決して手放したくないスキルは、毎日の振り返りです。Gmail、カレンダー、Fellow、Slack、Google ドキュメント、Linear から情報を取得し、私の意見を基にすでに起草済みの主要なフォローアップを含む終業時の短いまとめを提示してくれます。ライティングスタイルガイドスキルにより、すべての草稿で私のトーンを維持してくれます。コンテキストは Obsidian の保管庫に保存されているため、Claude Code と Cowork の間を移動しながら、何かが漏れることはありません。

Koehl 氏、プロダクトマネジメント担当シニアディレクター兼サービスハブ担当ゼネラルマネージャー：実際の作業を読み込ませます。週次の競合分析を実行し、顧客インタビューで見逃したかもしれない課題を見つけるよう指示します。5 分の雑用だけに Cowork を使用するなら、効果に飛躍的な変化を感じることはありません。

‍