技術的な依頼を明確にする6項目の型｜UNBOUND 2026

HubSpotの年次カンファレンス「UNBOUND 2026」のセッション「Translating Ideas into Buildable Systems（アイデアを構築可能なシステムに翻訳する方法）」をレポートします。

記事の前半では登壇者が語ったセッション内容を整理し、後半では株式会社100の視点から「日本のHubSpotユーザーがどのように実務へ取り入れるべきか」を解説します。

この記事のポイント

• 成果物のズレが起きる原因：能力の差ではなく、「言葉の解釈」「暗黙の前提」「決定権の不在」という3つのコミュニケーションギャップから生じる。
• AI時代に求められる依頼の型：エンジニアやAIツールへ直接依頼する場面が増えたいま、「事前準備」「依頼時」「日々の習慣」の3ステップと、「6項目のテンプレート」の活用が有効。
• HubSpotでの実践方法：HubSpotのチケットやプロパティ、Breeze（AI）の運用にこの「依頼の型」を組み込むことで、手戻りを防ぎ業務効率を高められる。

出典：株式会社100作成のセッションまとめ資料

セッション情報

※本記事の「登壇者の発言・スライドの内容」は、セッション当日の内容を株式会社100がまとめたものです。「株式会社100の解説」は当社の独自見解となります。
※本記事で紹介する手法は Meghan Parsons 氏個人の提案であり、HubSpotの公式な方法論ではありません。

セッションの全体像は、以下のPDF資料でもご覧いただけます。 まとめ資料を開く（PDF）

なぜ技術的な依頼はズレるのか？

原因は能力や知識の差ではなく、伝え方の不足による「3つのズレ」にあります。

HubSpotに7年在籍し、マーケティングテクノロジー（MarTech）チームで4年以上の経験を持つ Meghan Parsons 氏は、現場の「曖昧な依頼」を「構築できる仕様」へと翻訳する役割を担っています。同氏はプロジェクトの失敗を「家づくり」にたとえ、よくある3つのズレを提示しました。

出典：株式会社100作成のセッションまとめ資料

• 言葉の解釈がズレる：「暖かくて居心地のよい家」を依頼した結果、依頼者が求めていた「大家族が集まれる広い空間」ではなく、「暗くて窮屈な部屋」ができてしまった。
• 暗黙の前提がある：当然「収納スペースはあるだろう」と思い込んで伝えなかった結果、荷物を置く場所がなかった。
• 誰も決めない（決定権の不在）：キッチンの色を「相手が決めるだろう」と互いに思い込み、塗装されないまま放置された。

Parsons 氏は、こうした事態を防ぐために「依頼側がもっと技術的になる必要はない。ただ、もっと明確になればよい」と強調しました。

AI時代において「依頼の書き方」が重要になった背景

AIツールの普及で技術的なハードルが下がり、非エンジニアがエンジニアやAIに直接依頼する機会が増えたためです。

これまでは、マーケターがMarTech担当者に相談し、そこからエンジニアへ依頼をつなぐのが一般的でした。しかし現在は、AIツールの進化によって複雑な作業の敷居が下がり、マーケター自身がエンジニアやAIツールへ直接指示を出すようになっています。

その結果、「依頼の書き方（プロンプトや要件定義）」が成果物の質をダイレクトに左右するようになり、チームやスキルの壁を越えて意図を正確に伝えるフレームワークが、これまで以上に求められています。

ステップ1：依頼をする「前」に決めるべき3つのこと

「共通の言葉」「具体的なゴール」「関わるデータとオブジェクト」の3つを事前にそろえます。

Parsons 氏は、依頼を整える枠組みを「依頼をする前」「依頼をするとき」「日々の習慣」の3つに分類しました。 まず依頼をする前には、「作業が完了したとき、これまで無かった『何』が新たに存在していてほしいか？」を自問し、以下の3点を整理します。

出典：株式会社100作成のセッションまとめ資料

• 共通の言葉を定義する：「暖かくて居心地がよい」といった抽象的な言葉が具体的に何を指すのか、着手前にすり合わせます。
• 具体的なゴール（成果物）を書く：たとえば「毎週火曜の午前9時に稼働し、担当者にタスクを割り当てる自動化ワークフロー」などです。箇条書き1つ、あるいはシンプルな1文で表現できない場合は、依頼内容を先に整理する必要があります。
• データとオブジェクトを挙げる：その依頼が影響を与えるデータやオブジェクト（コンタクトや会社などの単位）を、分かる範囲で書き出します。

ステップ2：依頼をする「とき」に伝えるべき3つのこと

実際に依頼を渡すときは、認識のズレを防ぐために「不明点・エッジケース・成功の定義」の3つを言語化して伝えます。

出典：株式会社100作成のセッションまとめ資料

• 不明点を明確にする：家の例でいう「収納場所」のように、現時点で未定の要素を隠さずに書き出します。
• エッジケース（例外）を想定する：通常の流れから外れる例外パターンと、その際の対処法をあらかじめ用意しておきます。
• 成功を定義する：「12月1日にこの仕様で入居できる状態」のように、いつ・どうなれば完了（成功）なのかを決めます。

ステップ3：ズレを防ぐ「日々の習慣」4つのアクション

日常のコミュニケーションから「質問・図解・担当の明確化・オープンな記録」の4つを習慣化します。

Parsons氏は「実は他の人も確信を持てていない。ただ口に出していないだけだ」と述べ、日々の習慣として次の4つの行動を推奨しています。

1. 早く、何度でも質問する：会議後に自分で調べるより、その場で質問して解消する。
2. 言葉で足りなければ図を使う：色分けしたフローチャートや分岐図を使い、視覚的にズレを発見する。
3. 担当と次の手順を決める：「キッチンの色を、誰が・いつまでに決めるか」を明確にする。
4. オープンな場に記録を残す：公開チャンネルや共有ドキュメントに経緯を残す。AIツールが過去の文脈を参照する現代において、この習慣は特に効果を発揮する。

実務で使える「6項目の依頼テンプレート」

「最終ゴール」から「未解決の問い」までの6項目を埋めることで、相手がすぐ作業や見積もりに入れる状態で依頼を渡せます。

セッションでは、実務にそのまま持ち帰れる「6項目の依頼テンプレート」が紹介されました。（※日本語訳は株式会社100によるものです）

出典：株式会社100作成のセッションまとめ資料

• End goal（最終ゴール）：完了時に存在する新しい「もの（成果物）」。
• Data and objects involved（関連データとオブジェクト）：関わるシステム、レコード、プロパティ。
• Defined terms（言葉の定義）：事前に合意しておくべき用語や条件の定義。
• Edge cases（エッジケース）：除外条件、エラーの要因、前提条件。
• Success criteria（成功の基準）：施策がうまくいったと判断する指標。
• Open questions（未解決の問い）：現時点での不明点と、それを判断する担当者。

テンプレートの記入例

セッション内の実演では、Slackで届いた「見込み客にAIで作成したフォローアップメールを送りたい」という曖昧な依頼を、このテンプレートを使って以下のように分解・整理しました。 （※数値や定義はセッション内の架空の例です）

• 最終ゴール：計3通のシーケンス（連続メール）。「購買意欲が高い（high intent）」状態をトリガーに起動し、担当者名義で送信する。
• 関連データとオブジェクト：コンタクト、リードスコア、会社の業種・規模、最終活動日。
• 言葉の定義：「購買意欲が高い」とは、スコア80超・過去7日以内に価格ページを閲覧・進行中の取引がない状態を指す。
• エッジケース：すでに別シーケンスに登録中、または取引進行中の場合は除外。途中でスコアが低下したら配信停止。担当者未割り当ての場合は、事前に決めた共通アドレスから送信する。
• 成功の基準：稼働30日後の「返信率」と「商談設定率」で測定する。
• 未解決の問い：メール文面の最終承認者は誰か？ AI生成文面が不適切だった場合の代替文面は誰が判断するか？

株式会社100の解説：HubSpotでどう実践するか？

ここからは株式会社100の視点で、日本のHubSpotユーザーが今回のメソッドをどう実務に落とし込むべきかを解説します。

1. チケットとフォームに「6項目」を組み込む

日本企業の現場でも、チャットや口頭での「ちょっといいですか？」という依頼から仕様のズレが生じ、手戻りが発生するケースが多々見られます。 これを防ぐには、HubSpotの「フォーム」と「チケット」機能を使って依頼の受付窓口を一本化し、フォームの入力項目に先述の「6項目」をそのまま組み込む運用が有効です。フォームを埋める過程で依頼者自身の思考も整理されます。

2. プロパティの「説明文」で言葉の定義をそろえる

部署間で「有力な見込み客（ホットリード）」などの言葉の定義がズレることもよくあります。 対策として、HubSpotのプロパティ設定にある「説明（Description）」欄に、判定条件や定義を明記しておくことをおすすめします。誰もが触れるデータ上に言葉の定義を残すことで、認識のズレを防ぎやすくなります。

3. メモ・タスク・Breeze（AI）で記録と指示を明確にする

会議や稟議での決定事項が、個人のチャットやメールに埋もれてしまう課題も多く聞かれます。 合意した内容はHubSpotレコード上の「メモ」に残し、「未解決の問い（Open questions）」は「タスク」として判断権を持つ担当者に割り当てる運用が適しています。 また、この6項目の整理法は、ワークフローの設計やダッシュボードでの効果測定だけでなく、HubSpotのAI「Breezeアシスタント」へプロンプト（指示）を出す際にもそのまま応用でき、AIの回答精度を高めるのに役立ちます。

よくある質問（FAQ）

Q1. 6項目すべてを完璧に埋めないと依頼してはいけませんか？

いいえ、その必要はありません。Parsons 氏も「分からない要素があること自体ではなく、それを曖昧にしたままにすることが問題だ」と述べています。不明点は「Open questions（未解決の問い）」に正直に書き出し、誰が判断するかを添えて依頼をスタートさせましょう。

Q2. このテンプレートはAIツールへの指示にも使えますか？

はい、使えます。Parsons 氏によると、この3つのステップと6項目のテンプレートは、相手が人間でもAIツールでも同じように機能します。HubSpotの「Breezeアシスタント」を使う際も、最終ゴールやエッジケース（除外条件）を添えることで、より意図に沿った出力が得られます。

Q3. 毎回6項目を書くのが大変な場合、何から始めればよいですか？

まずは依頼前の確認として「最終ゴールをシンプルな1文で言えるか」から始めてみてください。組織に定着させる際は、いきなりすべての業務に適用するのではなく、「ワークフローの作成依頼」など特定の業務に絞り、専用フォームを用意するところからスモールスタートするのがおすすめです。

Q4. 実演にあった「スコア80超」などの数値は、そのまま自社で使えますか？

「スコア80超」「7日以内」「30日後」といった数値はあくまでセッション内の例であり、HubSpotの推奨値ではありません。自社の過去のレポートやダッシュボードを分析し、自社に合った基準値を設定する必要があります。

まとめ

本セッションでは、技術的な依頼におけるズレを防ぐ「3つのステップ」と「6項目のテンプレート」が提示されました。高度な技術知識を身につけるよりも、まずは「依頼の解像度を上げること」がプロジェクト成功の近道となります。

株式会社100では、HubSpotのプロパティやワークフローの設計、さらにはチーム間のスムーズな運用ルールづくりを支援しています。「社内の依頼フローを整えたい」「HubSpotの設計を見直したい」という方は、ぜひお気軽にご相談ください。