Grok Guide
XnoteCONTACTGrokを開く
コース06 / レッスン08 · AI原稿確認済み

メール・会議・制作・営業を任せる

本文 約2,400文字 · 2026年10月19日確認

動画で学ぶ · 第3回

Grok Botを外部サービスにつなぐ方法|接続と読み取りの確認手順 · YouTubeで見る ↗

このレッスンでできるようになること

競合調査で作った「入力、作業、成果物、確認」の型は、毎日の業務にも使えます。今回はメール整理、会議準備、資料制作、営業準備の四つを扱います。一度に全部を自動化せず、一つ選んで下書きが返るところまで試してください。以下は本コースの業務設計例です。公式機能は2026年10月19日に確認していますが、実際のメール送受信や各成果物の生成を検証した記録ではありません。

1.メールは、返信より先に判断を整理する

最初は受信箱の全件整理ではなく、指定期間と指定条件のメールに絞ります。Connect appsから利用するメールサービスを追加し、意図したアカウントで認証します。一件読み取れることを確かめたら、緊急度の基準を渡します。「重要そう」ではなく「今日が期限」「自分への質問」「日程候補の提示」のように判定できる条件にします。

[接続したメールサービス・アカウント]の[開始日〜終了日]のメールから、[対象の相手または件名条件]に合うものを最大十件整理してください。期限が今日、私への質問あり、情報共有のみ、の順で分類し、根拠の本文と元メールへのリンクを添えてください。 返信が必要なものは、回答に必要な情報と返信下書きを作ってください。分からない予定・金額・約束を補わないでください。今回は会話内で下書きを返すだけです。送信、削除、既読化、ラベル変更、予定の登録は依頼していません。

結果では、見つかった期限とBotの推測を分けて確認します。返信案を使うと決めた場合も、宛先、差出人、添付、金額を見てから送信します。公式ガイドでは編集可能な下書きカードが案内されていますが、カードが出ることだけに任せず、送信せず下書きまでという範囲を依頼に残します。

2.会議準備は、読む資料を決めてから始める

会議の目的と必要資料を一つの依頼にまとめます。議事録、提案書、直近のメールがあれば、それぞれ何の資料かを説明して添付します。予定表を接続しなくても、日時と参加者を自分で渡せば準備を始められます。必要になってから接続を追加する方が、準備の負担を抑えられます。

[日時]の[会議名]に向けて準備してください。目的は[今回決めたいこと]です。添付Aは前回議事録、添付Bは今回の提案、添付Cは最新条件です。 一ページで、決定済み事項、今回決める事項、矛盾している条件、参加者に聞く質問をまとめてください。各項目に資料名と該当箇所を付けてください。前回の仮案を決定事項として扱わないでください。最後に会議の進行案を時間配分付きで提案してください。招待や参加者への連絡は行わないでください。

完成例は「料金改定は決定済み/開始日は未確定/営業担当に既存顧客への適用を確認」という形です。これは書式を示す架空例です。会議後には実際の決定事項を渡し、事前の仮説と分けて記録します。会議準備Botに決裁者の代わりをさせないことが、議事録の誤りを防ぎます。

3.制作は、文章とファイルの完成条件を分ける

「資料を作って」では、文章の案だけで終わることがあります。読者、目的、枚数、必要なファイル形式を先に指定します。競合調査の比較表から会議用資料を作るなら、結論、比較、判断事項の三部で十分かを考えます。完成ファイルが必要なら、利用できるアプリや作成手段を確認してから依頼します。

確認済みの[報告ファイル]から、[対象読者]が[決めること]を判断できる資料を作ってください。構成は結論一枚、比較二枚、提案一枚、決める事項一枚の計五枚とします。 まず各ページの見出しと要点を示してください。根拠は事実IDで対応させ、未確認情報は断定しないでください。構成確認後に[希望する形式]で作成します。利用可能な作成手段と編集・ダウンロードの方法を先に説明し、対応できない形式なら代案を出してください。有料素材の購入や外部公開は行わないでください。

構成が決まったら「この構成で作成して」と続けます。受け取ったファイルは、文字が読めるか、表が切れていないか、出典が対応するかを確認します。内容が正しいことと、実際に開いて使えることは別の検査です。修正時は対象ページと問題を指定し、最新版を一つに保ちます。

4.営業準備では、事実から質問を作る

営業支援に展開する場合は、前の調査依頼の「競合三社」を「商談先一社」へ変更します。公式サイトと許可された商談メモを入力にし、「公開された事実」「自社に関係しそうな仮説」「面談で確認する質問」の三列で返してもらいます。仮説を相手の確定課題のように書かないことが大切です。

たとえば採用ページで新職種の募集を見つけたら、事実は募集の存在です。「新事業が成功している」はそこから断定できません。質問は「この職種の採用を進める背景は何ですか」と置きます。依頼文には対象企業のURL、商談目的、既存接点の有無を加え、連絡先の探索やメール送信は今回の範囲に含めません。

営業資料を作るなら、営業支援が質問と提案の材料を用意し、制作担当が資料化し、品質確認が事実と仮説の混同を点検する流れにできます。まずは一社で試し、実際の商談で役立った質問を残します。成約していない段階で売上効果が出たと判断せず、準備時間や不足情報の減少から評価します。

実践課題と完了チェック

四つのうち一件を選び、対象と成果物を埋めて実行してください。入力資料に戻れること、未確認を捏造していないこと、成果物を開いて使えることを確認します。メールなら送信せず下書きで止まったか、会議なら決定と仮案が分かれたか、制作なら出力形式、営業なら事実と仮説を追加で点検します。次回は、音声やスマホから同じ仕事を頼める入口を整えます。

出典・補足

操作と仕様は以下の公式資料に基づきます。設計案・練習課題・確認方法は本ガイドの提案です。製品実機での全操作と課金APIへの接続は未検証です。画面・提供条件は利用環境で確認してください。