AIをGoogleのように扱うのはやめよう【動画とクイズ】

簡潔に言うと、 AIをGoogleのように扱うのはやめましょう。チャットモデルは、単発のキーワード検索ではなく、スレッドを重視する傾向があります。対象ユーザーと制約事項を明確に伝え、その後批評と改善を重ねることで、平均的な初稿でも実際に納品できる成果物へと昇華させることができます。

重要なポイント:

スレッド検索ではありません。最初の返信は、完成した自動販売機のような回答ではなく、あくまでもスケッチとして扱ってください。

まず簡潔に：キーワードを羅列するのではなく、対象読者、トーン、長さ、形式を明記してください。

フォローアップの指示：具体的な編集を加えて改善してください。毎回プロンプト全体をやり直す必要はありません。

批評プロセス：何が弱いのかを問い、指摘された弱点を修正するように書き直す。

文脈を維持する：トピックが本当に変更されない限り、制約が蓄積されるようにスレッドにとどまる。

AIをGoogleのように扱うのはやめよう

ほとんどの人は、検索ボックスを開くのと同じようにチャットボットを開きます。短い質問を入力し、エンターキーを押します。最初の部分をざっと見て、タブを閉じます。そして肩をすくめて、「まあまあ」「ありきたり」、あるいは「過大評価されているのに期待外れ」などと言います。意外なことに、この習慣こそが問題の根源なのです。.

検索エンジンは、一度きりの情報検索を想定して作られています。キーワードを入力すれば、大量のリンクが表示され、すぐにページを閉じます。一方、チャットモデルはスレッド形式でのやり取りを想定して作られています。つまり、何度もやり取りを重ね、「ちょっと待って、そうじゃない」と確認したり、自分の生活に合った回答が得られるまで条件を絞り込んでいくことができるのです。AI をGoogleのように扱うのをやめれ、最初は味気ない回答しか返ってこなかった同じモデルが、3つ前のメッセージの内容を覚えていてくれる、頼りになる同僚のように聞こえてくるでしょう。

この記事は、会話とフォローアップの指示についてです。魔法の指示や秘密の公式についてではありません。ただ、質問し、批判し、改善し、再び質問するという、です。そして、チャットを自動販売機のように扱うのをやめれば、平凡な最初の回答がいかに優れたものになるか、ということをお伝えします。

チャットでワンショット検索の習慣が失敗する理由

Googleのような思考では、検索クエリは既に完了していることを前提としています。「コールドアウトリーチに最適なメール件名」と入力すれば、ランキング形式のページ一覧が表示されるはずです。それで終わりです。チャットはそうはいきません。あるいは、そう見せかけることはできますが、得られるのは観光パンフレットのような表面的な回答です。無難で、過剰に丁寧。あなたのターゲット層、あなたのトーン、そしてあなたの真の制約を全く考慮に入れていません。.

厄介なのはここからです。会話が実際には行われていないのに、人々はモデルを非難するのです。「私たちはスタートアップではなく、中堅企業のオペレーションマネージャーに販売しています」とは言っていません。もっと売り込み臭の少ない文章に書き直してほしいとも言っていません。批評を求めたこともありません。だから、最初の返信がストックフォトのコピーのように感じられるのは当然です。.

最も分かりやすい言い換えはこうでしょう。検索クエリは目的地へのリクエストです。チャットメッセージは作業セッションの冒頭の一文です。冒頭の一文を会議全体だと考えてしまうと、確かに、中途半端なメモしか残らないでしょう。.

ワンショットの質問は、モデルが正しく生成できないコンテキストを奪ってしまう。.
短いキーワードの習慣は、本当の目的（形式、対象読者、制約、トーン）を隠してしまう。.
返信後にタブを閉じると、品質向上につながる反復ループがスキップされます。.

AIをGoogleのように扱うのはやめよう：協力者のように話そう

共同作業者は、たった3語の指示だけで完成品を生み出すわけではありません。彼らは不明点を質問したり、あなたが不足している情報を事前に提供したりして、彼らが推測する必要がないようにします。ここでも同じです。誰に向けて書いているのか、「良い」とはどういうものか、避けるべきこと、そして成果物をどのように仕上げたいのかをモデルに伝えましょう。

実際には、最初のメッセージは少々荒削りな印象を受けることが多い。「当社のオンボーディング成功事例について、LinkedInに短い投稿を作成してください。簡潔に、無駄な表現は省き、120語以内で、クライアント名は伏せてください。」これは検索クエリではなく、ブリーフ（依頼内容の概要）です。ブリーフはコラボレーションを促進しますが、キーワードは推測を招きます。.

AIをGoogleのように扱うのをやめると、議論の余地が生まれます。最初の返信は下書き、2番目の返信は編集、3番目の返信は仕上げだと考えるようになります。この考え方を変えるだけで、ツールの使い勝手が大きく変わります。なぜなら、もはや最終成果物のように下書きを評価する必要がなくなるからです。

平凡を卓越へと変える反復ループ

文章作成、計画立案、コーディング支援、調査要約など、チャットウィンドウで行うほぼすべての作業に共通するシンプルなループがあります。

明確な概要（目的、対象者、制約、形式）を提示して依頼してください。
誤字脱字を探すだけでなく、何が欠けているのか、何が間違っているのか、あるいは何かが漠然とおかしいのかを探して読んでください。
フォローアップを伴う指導：短くする、より明確にする、役割を変える、例を追加する、専門用語を省く。
批評し 、「ここの弱点は何か？」と問いかけ、その点を修正する。
内容が適切になったら、フォーマット（箇条書き、表、スクリプト、チェックリストなど）を固定します。

まるで手順が多すぎるように聞こえるかもしれません。タイピングが速い同僚と会話する方法を教えるようなものです。しかし、それが重要な点なのです。モデルは高速で、判断力が求められる部分です。反復処理によって、すべてを最初から書き直すことなく、判断力を注入することができるのです。.

人々は、あなたが想像する以上に頻繁に批評の段階を飛ばしてしまいます。「これは形式ばりすぎです。チームメイトへのSlackメッセージのような感じに書き直してください」と言う代わりに、プロンプト全体を書き直してしまうのです。最初からやり直すよりも、フォローアップの指示を出す方がはるかに安上がりです。ぜひ活用しましょう。.

Googleスタイルのクエリと会話型フォローアップ

並んで話す方が、励ましの言葉よりもずっと効果的だ。ちょっとした癖も含め、日常の会話にはそれなりの癖があるものだ。.

アプローチ	手に入れるもの	何が欠けているのか	次の動き
Google風：「コールドメールのコツ」	何度も見たことのあるようなありきたりなアドバイスのリスト	あなたの製品、対象読者、トーン、長さ、コンプライアンス上の制約	対象者＋オファー＋「押し売りではなく、人間味のある話し方」を追加する
ワンショットチャット：長いプロンプト、フォローアップなし	より見やすいフォーマットで、より長く一般的な回答を記載します。	あなたの好み; まだ改訂サイクルはありません	弱点を一つに絞った書き直しを依頼する
会話形式：簡潔な説明＋フォローアップ2回	声質、長さ、使用例に合った下書きを作成する	もしかしたら、あなたが言及し忘れた例外的なケースが一つあるかもしれません。	その例外的なケースを明確にし、最終フォーマットを確定する。
反復ループ：下書き → 批評 → 仕上げ	出荷可能な強力な最終成果物	具体的に説明すればほとんど何も起こりません	次回のために、当選したプロンプトパターンを保存しておきましょう。

パターンに注目してください。「何が足りないか」という項目は、完璧な最初のメッセージを探すのをやめて、方向転換を始めると小さくなっていきます。それがこのゲームのすべてです。.

前後比較：フォローアップ指示が出力にどのような変化をもたらすか

具体的な例を文章で見ていきましょう。実験室での研究ではなく、誰かがようやくペースを落としたときに起こるような、ごく自然な流れです。.

まず最初に、 「新規ユーザー向けのオンボーディングメールを作成してください」という質問をしてください。

最初の回答（平均）： 明るく、やや企業的な歓迎の言葉。3段落構成。「プラットフォームを最大限に活用する」という漠然とした約束。世界中のどのSaaS企業にも当てはまるような内容。悪くはないが、印象に残らない。

フォローアップ1： 「忙しいオペレーションマネージャー向けに書き直してください。もっと短く。今日取るべき行動を一つだけ最初に示してください。『お会いできて嬉しいです』といったような冗長な表現は不要です。」

2番目の回答（より良い）： アクションから始まる。余計な装飾を省く。まだ少し硬い。「活用する」を1回使っているが、これは…理想的ではない。

フォローアップ2： 「製品マーケターではなく、親切なチームメイトのように聞こえるようにしてください。企業用語は避けてください。セットアップチェックリストの入手先について一文追加してください。」

3つ目の回答（送信するのに十分なほど優れている）： 明確な行動喚起、人間味のあるトーン、実用的なヒント、一般的な受信箱に収まる長さ。同じモデルだが、会話の仕方が異なる。

平均的な記事から優れた記事へと飛躍した理由は、気の利いた冒頭のキーワードを使ったからではありません。制約、トーン、フォーマットを明確にしたフォローアップの指示があったからです。この記事から一つだけ覚えておいてほしいことがあるとすれば、それはこの点です。.

よくあるワンショットの失敗例（そしてその対処法）

人々がチャットを検索のように扱うときに、予想通りの間違いがいくつも起こるのを私は見てきたし、正直に言うと、私自身もそうしたことがある。

キーワードの詰め込み。 「最高のAIライティングのヒント生産性リモートチーム202...」待てよ、いずれにせよ年数は関係ない。要は、キーワードの羅列はブリーフにはならないということだ。文章で話そう。
最初の形式を受け入れる。 チェックリストが欲しかったのにエッセイが届いたとしても、ため息をつかずにチェックリストを要求すればいい。
制約を隠す。 法的制限、ブランドボイス、文字数制限、「競合他社に言及しない」など――これらは早めに明記しておかないと、いつまでも編集作業が続くことになる。
改善するのではなく、最初からやり直す。 ちょっとした変更のたびに新しいチャットを開くと、文脈が失われてしまう。話題が本当に変わった場合を除き、スレッドにとどまるべきだ。
批判的な表現は避けるべきだ。 「もっと良くする」というのは曖昧すぎる。「導入部分を半分に短縮し、主張を例に置き換える」というのは具体的な指示だ。

ちょっと変わった、でもほぼ的を射た比喩：チャットをGoogleのように扱うのは、料理人に料理名を叫んで注文しておいて、「おばあちゃんのレシピじゃない」と文句を言うようなものだ。レシピを何も説明していないのに。いや、ちょっと言い過ぎかもしれない。料理人はチャットボットではない。それでも、味が特定されていないと、ありきたりな味付けになってしまう。.

チャットスレッド、メモリの実践、そしていつリセットすべきか

スレッド機能は過小評価されている機能です。会話の中で、「第2稿」「以前と同じトーンで」「構成はそのままに例を入れ替える」といったように、内容を明確に区別できます。こうした一貫性は、検索タブでは決して得られなかったものです。.

実際には：

関連する作業は1つのスレッドで処理し、制約がリセットされるのではなく蓄積されるようにします。.
スレッドが長くなった場合は、途中で簡単に要約してください。「対象読者X、トーンY、フォーマットZを思い出してください。」
既存のチャットが矛盾した指示や全く異なるプロジェクトで複雑化している場合は、新しいチャットを開始してください。.

人々は、最初からやり直さない（そしてスレッドがガラクタの山になる）か、メッセージごとに最初からやり直す（そして良い制約をすべて失う）かのどちらかです。中間的な方法があります。それを利用しましょう。.

役割、コンテキスト、出力形式 ― 人々が忘れがちな重要な要素

「これを書いてください」という指示の裏には、品質を静かに左右する3つの要素がある。

役割。 「懐疑的な編集者として振る舞う」と「熱心なマーケターとして振る舞う」では、異なるフィードバックが得られます。役割を演じることは、単なる遊びではありません。必要な方向に批評を誘導するための方法なのです。

文脈。 下書きのメモ、未完成のアウトライン、もう少しでうまくいきそうだった前のメールを貼り付けてください。文脈は巧みな言い回しよりも常に勝ります。

出力形式。 箇条書き、段落、表、スクリプトなど。指定しない場合は、その日のモデルの気分次第で出力されます。つまり、一貫性のない、まるでルームメイトのような雰囲気になります。

最初のメッセージで書き忘れた場合は、フォローアップメッセージにまとめて記載しましょう。「ここからは、厳しい編集者として返信してください。下記のメモを参考にしてください。5つの箇条書きの修正リストのみを出力してください。」これは過剰な設計ではなく、適切な指示です。.

批評と書き直しを最初からやり直すことなく行う

批評プロセスとは、モデルに自身のドラフトを目標に照らし合わせて評価させ、その後書き直すプロセスです。例：「このドラフトが多忙な運用担当者のニーズを満たしていない点を3つ挙げてください。そして、その3点を修正するように書き直してください。」

そのステップによって具体性が求められます。モデルは不足している点を明確に示さなければなりませんが、あなたはそれに異議を唱えることもできます。例えば、モデルはトーンがカジュアルすぎると感じ、あなたがよりカジュアルなトーンを好む場合、その旨を伝えれば良いのです。こうして、あなたは一方的に情報を受け取るのではなく、共同作業を行うようになるのです。.

実際に効果のある手順を書き直す：

「アイデアはそのままに、表現方法だけを変えればいい。」
「構造は同じだが、抽象的な主張を具体的な例に置き換える。」
「CTA（行動喚起）を損なうことなく、30％削減する。」
「2種類のバリエーションを用意してください。1つは力強いもの、もう1つは慎重なものです。」

メタスキルとは、テキストを一つの対象として捉え、それについて語る能力を身につけることだと思う。距離を置くことが役立つ。機械に魔法を乞うのではなく、編集を指示するのだ。.

個人的なフォローアップ手順書を作成する

いくつかの良いスレッドをこなすと、パターンが見えてきます。それを自分自身から拝借しましょう。再利用するフォローアップの短いリストを作成してください。

「一般的すぎるので、私のメモにある制約条件を追加してください。」
「この計画に異議を唱えたら、何が壊れるだろうか？」
「ざっと読めるように書き直し、行動部分を太字にする。」
「私が頭はいいけど、この分野は初めてだという前提で説明してください。」
「Notionに貼り付けられるチェックリスト形式でお願いします。」

ここで 「AIをGoogleのように扱うのをやめよう」 というスローガンが習慣になります。完璧な検索クエリを探し求めるのをやめ、会話のやり取りを積み重ねていくのです。検索では巧みなキーワードが評価されますが、チャットでは時間をかけて明確な方向性を示すことが評価されます。

少し話が逸れますが、以前、フォローアップが不要になるように、一つの大きなプロンプトを「最適化」しようと試みたことがあります。しかし、それは長くて、もろく、肝心な部分がなぜか曖昧なままでした。結局、諦めました。フォローアップが必要になったのです。流行っているからではなく、現実には、下書きを見て初めて気づくような細かい点があるからです。.

詳細解説：機械的な印象を与えずに制約を明確にする方法

詳細な指示を出すとプログラミングをしているように聞こえるのではないかと心配する人がいる。いや、そんなことはない。普通に話せばいい。制約事項はくだけた表現で構わない。

「プレスリリースのような表現はすべて無視してください。どの企業のブログにも掲載されそうな文章は削除してください。私独自の例文は残してください。それがポイントなのです。」

それは制約条件であると同時に、トーンの好みでもあります。モデルは、具体的な要望と結びついている限り、人々の予想以上に表明された好みにうまく反応します。曖昧な好みと明確な制限を組み合わせることで、どちらか一方だけの場合よりも効果的になります。.

もう一つ見落とされがちなテクニック：あなたの世界での成功の定義を具体的に示すこと。「成功＝チームメイトが私に確認の質問をしなくても指示通りにプレーできること」。こうすることで、ドラフトは装飾的なものから、より実践的なものへと変化します。静かに効果を発揮するのです。.

詳細解説：Googleの習慣が今でも役立つ時

さて、少し話を戻して、独断論にならないようにしましょう。時には、簡単な定義や選択肢のリスト、トピックの概略図が必要になることがあります。チャットを30秒で使える高速百科事典のように使うのは問題ありません。問題なのは、判断力、発言力、そして適性が求められる仕事において、チャットをそのような使い方に終始してしまうことです。.

方向性を確認する際は、検索のような質問を使用してください。出荷、送信、または決定する何かを作成する際は、会話形式に切り替えてください。方向性の確認と作成は、それぞれ異なるアプローチです。これらを混同すると、2回目のメッセージを待っていたツールにイライラさせられることになります。.

詳細解説：保存したスレッドを通して未来の自分に教える

優れた会話の流れは、再利用可能な知識です。会話が最終的にうまくいき、トーン、構成、制約条件が揃ったら、そのパターンを保存しましょう。神秘的なヒント集としてではなく、メモとして保存するのです。「顧客メールの場合：行動を促す言葉で始め、空虚なフレーズは避け、批評を求め、長さを固定する。」

あなたは、迅速で、文字通りの意味で、時折自信過剰なパートナーと協力するための、自分だけの操作マニュアルを作成しているのです。これは、ベンチマークチャートではなく、実体験に基づいた視点です。複利効果を得られる人は、モデルに恵まれているのではなく、フォローアップをより一貫して行っているのです。.

まとめ／要点

他に何も覚えていなくても、これだけは覚えておいてください。最初の返信を完成品として評価するのはやめましょう。それをドラフトゼロとして扱いましょう。共同作業者のように話しましょう。フォローアップの指示を使って、対象読者、トーン、制約、フォーマットを追加しましょう。批評プロセスを実施しましょう。完成品になるまで繰り返し改善しましょう。.

検索行動はリンクを見つける上で理にかなっていた。チャットは会話を促す。このことを理解すれば、同じツールも宝くじのようなものではなく、指示を必要とし、また指示を受けるに値する優秀なアシスタントのように感じられるようになる。.

単発のキーワード質問では、一般的な初稿しか作成できない。.
フォローアップと批評の段階こそ、品質が飛躍的に向上する部分である。.
役割、状況、出力形式は、大きな影響力を持つ要素である。.
生産的なスレッドにとどまり、スレッドがノイズになったときに再起動する。.
意図的に繰り返し使うフォローアップの手順をまとめた小さなプレイブックを作成しましょう。.

次にチャットボットに3語の質問を入力したくなった時は、少し立ち止まってください。簡潔に質問を伝え、簡単な回答を期待しましょう。そして、それを活用してください。平凡なものが優れたものになるのは、最初の回答が完璧であることを願うのではなく、回答が届いた後も諦めずに使い続けることによってです。.

実例：1通のオンボーディングメールを3通のメッセージスレッドに変換する

この記事の主張が最も説得力を持つのは、同じモデルがツールを変えずに、ただ対話方法を変えるだけで、記憶に残らないコピーと送信可能な下書きを生成する様子を目の当たりにしたときだ。以下は、英国のSaaS企業のカスタマーサクセス責任者が、 AIをGoogleのように扱うのをやめる 。

シナリオ

プリヤは、新しいオペレーションマネージャーの顧客に初日メールを送信する。何ヶ月もの間、彼女はチャットボットに「新規ユーザー向けのオンボーディングメールを作成する」と入力し、明るい企業からの返信をざっと読んでため息をつき、ほとんどを手書きで書き直していた。最初の返信はいつも、世界中の他のSaaS企業の歓迎メールと同じような内容だった。「ご利用いただきありがとうございます」「プラットフォームを最大限に活用してください」といった内容で、漠然と役立つリンクが添えられていた。.

彼女には秘密のメガプロンプトは必要ありません。必要なのは短い作業セッションです。明確な指示、1回の批評フォローアップ、1回の仕上げフォローアップ、そして人間による送信です。返信1はスケッチ、返信2は編集、返信3は仕上げです。.

目標は、多忙なオペレーションマネージャーが1分以内に対応できるメッセージであり、プレスリリースのような歓迎メッセージではない。.

アシスタントが必要とするもの

読者層（スタートアップ創業者ではなく、多忙なオペレーションマネージャー）
今日彼らが取るべき行動は1つだけです（例：セットアップチェックリストを開く）。
口調のルール：謙虚に、「お会いできて嬉しいです」などと言わず、空約束もしないこと。
厳格な制限事項：文字数、禁止語句、作成してはいけないもの（機能、SLA、割引など）
毎回新しいチャットを開くのではなく、同じスレッドで2回のフォローアップを行う意思があること
送信前にリンクと主張を検証する人間

指示例

メッセージ 1 - 簡潔（キーワード検索ではありません）： 新規ユーザー向けの短いオンボーディングメールを作成してください。対象者：多忙な運用管理者。今日取るべき唯一のアクション（ヘルプセンターのセットアップチェックリストを開くこと）を冒頭に示してください。簡潔に、120語以内で、「ご利用いただきありがとうございます」などの冗長な表現は避けてください。製品の機能について架空の記述はしないでください。英語はイギリス英語を使用してください。出力：件名とメール本文のみ。

メッセージ2 - 方向転換： ざっと目を通せるように書き直す。製品マーケターではなく、親切なチームメイトのように聞こえるようにする。企業用語は避ける（「活用する」「活用する」などは使わない）。行動と事実は同じままにする。どの企業のブログにも掲載されそうな表現はすべて削除する。

メッセージ3 - 批評後、確定： 多忙な運用担当者層にまだ響いていない点を3つ挙げてください。次に、その3点を修正するように書き直してください。確定フォーマット：件名＋本文は120語以内、明確なCTA（行動喚起）を1つ、セットアップチェックリストへのリンクを1文含める。

テスト方法

Googleスタイルの質問（「オンボーディングメールのヒント」）と、同じモデル、同じ日に作成された上記の3つのメッセージのやり取りを比較してみましょう。.
メッセージ1の後、「私があなたに与えなかった制約の中で、あなたが推測しなければならなかったものは何ですか？」と尋ねてください。その答えを使ってメッセージ2をより具体的にしてください。.
例外的なケース：スレッド内に留まり、「構造は維持し、トーンだけを変更する」と伝える。一般的な歓迎メッセージに切り替わらないことを確認する。.
例外的なケースとして、元の3語の習慣だけを使って全く新しいチャットを開き、どれだけの文脈が失われるかを確認してみてください。.
送信前の承認チェック: (1) 今日のアクションで始まる、(2) 約 120 語以内、(3) 禁止されているパディングフレーズがない、(4) チェックリストポインタがある、(5) 架空の機能がない、(6) あなた自身がリンクをクリックする。.

結果

例示的な結果 （CS リーダーの週次オンボーディングメールの例推定値、公開された研究ではありません）： 6 週間の送信全体で、「白紙のドラフト」から「人間のファクトチェックの準備完了」までの時間は、中央値で約 20 分 (ワンショットプロンプト + 大幅な書き直し) から、簡潔 → 方向付け → 批評のループを使用した場合、約 8 分に短縮されました。リンクと主張の人間の検証には、メール 1 件あたり約 3 分かかったため、純節約は 1 件あたり約 9 分、6 週間で約 54 分でした。承認チェックリスト (アクションファースト、長さ、冗長なオープニングなし、チェックリストポインタ、発明された機能なし) では、6 つのスレッドドラフトのうち 5 つが最初の人間によるレビューで合格しましたが、6 つのワンショットドラフトでは 1 つしか合格しませんでした。制限事項: サンプルが小さい、ライターが 1 人、メールの種類が 1 つ。簡単な週は差が縮まります。タイミングにはモデルの返信を読むことが含まれますが、Slack の中断は含まれません。

自分なりのやり方で測定するには、まず、現在行っている1回限りの作業で5つの投稿可能な下書きを作成し、次に、計画的に2回のフォローアップを行うスレッドで5つの下書きを作成し、それぞれを同じチェックリストに基づいて採点し、中央値と合格率を分母とともに報告してください。.

何が問題になる可能性があるか

最初の返信の後、タブを閉じます。 スケッチを製品として評価し、モデルのせいにします。
キーワードの積み重ね： 「最高のオンボーディングメールのヒント生産性オペレーション…」は、チャットボックスでの検索習慣として依然として見られます。
曖昧な批評： 「もっと良くしてください」だけでは、どこを改善すれば良いのか分かりません。具体的に何が問題なのか（トーン、長さ、行動喚起など）を指摘してください。
微調整のたびに再起動： 新しいチャットでは、すでに獲得した制約が破棄されます。
ごちゃごちゃしたスレッド： 矛盾した指示が積み重なるので、話題が本当に変わったら、新たに始めましょう。
検証を省略すると、 人間が書いたような下書きでも、機能の捏造やリンク切れが発生する可能性がある。

実践的な教訓

検索では巧みなクエリが評価されます。チャットでは、簡潔な説明、方向性の提示、そして批評が評価されます。AIをGoogleのように扱うのをやめれば、完璧な最初のメッセージを探し求めるのをやめ、短いコラボレーションを始めることになります。質問し、不足している情報を読み、指示を与え、フォーマットを確定する。同じモデルです。より洗練された会話。こうして、ありふれた文章が月曜日の朝に送れるようになるのです。.

よくある質問

「AIをGoogleのように扱うのをやめる」とはどういう意味ですか？

つまり、チャットボットを、短いキーワードを入力して最初の部分をざっと見てタブを閉じるという、使い捨ての検索ボックスのように使うのをやめるべきだということです。検索エンジンはリンクを取得しますが、チャットモデルはスレッド形式でやり取りを重ね、制約を絞り込んでいき、最終的にあなたの生活に合った回答が得られるように設計されています。最初のメッセージを、会議全体ではなく、作業セッションの開始と捉えましょう。この考え方の転換こそが、味気ない最初の草稿を、鋭い同僚の意見を反映させたものへと変える鍵となります。.

チャットで、Googleのような単発の質問が失敗する理由は？

Googleのような思考法では、クエリが完全であると想定されるため、観光パンフレットのような表面的な、無難な回答しか得られず、読者層、トーン、そして実際の制約が考慮されていません。人々は、誰のために書いているのかを伝えなかったり、売り込み色の少ない書き直しを依頼しなかったり、批評プロセスを実施しなかったりしたにもかかわらず、モデルのせいにすることがよくあります。一度きりの質問では、モデルが正しく生成できないコンテキストが不足し、返信後に終了してしまうと、品質向上につながる反復作業を省略することになります。.

AIを検索エンジンとしてではなく、共同作業者としてどのように活用すれば良いでしょうか？

キーワードではなく、概要を伝えましょう。誰に向けて書いているのか、「良い」文章とはどのようなものか、避けるべきこと、そして最終的な成果物をどのように仕上げたいのかを明確に伝えましょう。具体的な概要を示すような、分かりやすい最初のメッセージは、共同作業を促します。一方、キーワードばかりのメッセージは、推測に頼るしかありません。最初の返信は下書き、2回目の返信は編集、3回目の返信は仕上げだと考えましょう。そうすることで、下書きを最終成果物として評価することはなくなります。.

平均的なAIの回答を優れた回答に変えるための反復ループとは何ですか？

明確な指示（目的、対象読者、制約、形式）を与えて依頼し、不足している点や漠然とした違和感がある点を読みます。フォローアップで指示を与え、短縮、洗練、役割の変更、例の追加、専門用語の削除などを行い、必要に応じて再度批評します（「ここの弱点は何か？」）。内容が適切になったら形式を確定します。フォローアップの指示は、プロンプト全体を最初から書き直すよりも費用がかかりません。.

フォローアップの指示は、オンボーディングメールの下書きにどのような変更をもたらしますか？

「オンボーディングメールを作成してください」という漠然とした指示では、どのSaaS企業にも当てはまるような、当たり障りのない企業風の文面が返ってくることが多い。しかし、多忙な運用マネージャーをターゲットにし、今日の行動を冒頭に示し、無駄な文面を排除したフォローアップメールは、より短く、より明確になる。さらに、チームメイトを意識するトーンを求め、企業用語を置き換え、セットアップチェックリストへの参照を追加することで、同じモデルから送信可能な下書きを作成できる。この飛躍的な改善は、より巧妙な最初のキーワードではなく、対話から生まれるのだ。.

ChatGPTスタイルのチャットを使用する際に、避けるべき単発的なミスとは何ですか？

キーワードを羅列するのではなく、文章で話すようにしましょう。チェックリストが必要なのに最初の形を受け入れたり、ブランドボイスや文字数制限などの制約を隠したりするのは避けましょう。ちょっとした変更のたびに新しいチャットを始めると、文脈が失われてしまいます。話題が本当に変わった場合を除き、スレッドにとどまりましょう。「もっと良くする」といった曖昧な表現ではなく、導入部分を削る、主張を例に置き換えるなど、具体的な指示を与えましょう。.

AIチャットスレッドに留まるべき時と、新たに始めるべき時とは？

関連する作業は1つのスレッドにまとめて、制約事項を蓄積しておきましょう。「第2稿」や「以前と同じトーン」といった表現を使うと便利です。スレッドが長くなった場合は、途中で要約しましょう。指示が矛盾したり、プロジェクトの内容が大きく変更になった場合は、新しいチャットを開始してください。この方法なら、不要なスレッドが散乱したり、メッセージごとに制約事項をリセットしたりする手間が省けます。.

AIをGoogleのように扱うのをやめた後、最も重要な要素は何ですか？

役割によって批評は偏る。「懐疑的な編集者」と「熱心なマーケター」では評価が異なる。巧みな言い回しよりも文脈が重要だ。メモ、アウトライン、あるいはもう少しでうまくいきそうだった以前のメールを貼り付けよう。出力形式（箇条書き、表、スクリプト、チェックリスト）は、ルームメイト同士のような一貫性のなさを解消する。最初のメッセージで書き忘れた場合は、フォローアップで役割、メモ、チェックリストのみの形式をまとめて送ることができる。.

批評を受けることで、最初からやり直すことなく書き直すのにどう役立ちますか？

書き直す前に、モデルにあなたの目標に照らし合わせてドラフトを評価してもらいましょう。例えば、多忙な運用担当者層に響かない点を3つ挙げてもらい、それらを修正してもらいます。そうすることで、あなたが同意または不同意できる具体的なギャップが明確になります。効果的な書き直しとしては、アイデアはそのままにトーンを変える、抽象的な主張を具体例に置き換える、行動喚起（CTA）を損なうことなく文章の長さを短くする、ラベル付きのバリエーションを2つ作成してもらう、などが挙げられます。.

簡単な検索など、AIを利用することが許容されるのはどのような場合でしょうか？

簡単な定義、選択肢リスト、あるいは大まかなトピックマップは、30秒程度の情報伝達には十分です。しかし、判断力、発言力、そして適切な対応が求められる作業において、その状態を維持してしまうことが問題なのです。情報伝達には検索のような質問を使い、出荷、送信、または決定を行う際には会話形式に切り替えましょう。異なるギアを使い分けることが重要です。ギアを混在させると、ツールが2回目のメッセージを待っている間にイライラしてしまう原因となります。.

参考文献

OpenAI — help.openai.com
OpenAI — 開発者.openai.com
アントロピック — platform.claude.com
クロード — claude.com
Google AI — ai.google.dev

ブログに戻る