OpenAIのdotsとは｜公式画面で見る仕事と、任せる範囲の決め方

公式の営業デモで、dotsの仕事を見る

OpenAIは2026年9月29日、会話していない間も仕事を進めるAI「dots」を発表しました。次は、その発表に掲載された営業支援の画面です。

左はdotのAlfredとの会話、右は法人向け提案を進める資料です。右側には認証の検証、セキュリティ審査、契約条件の承認が並びます。公式の説明では、dotが要件と製品資料を照合し、提案書やテスト計画を更新します。顧客に約束する内容は、人が承認します。

この区切りは、業務へ導入する際の手がかりになります。資料を作る工程と、その内容を顧客への約束として確定する工程を分けます。以下ではTechWorkerの公開済み商談業務図を使い、営業フォローの下書きを任せる方法を考えます。dotsの自社導入実績を紹介する記事ではありません。

TechWorkerの商談業務図では、工程6がフォロー文面の下書き、工程7が送信と台帳への記録です。下書きはAI、送信と記録は人に割り当てています。

dotへ渡す仕事は、確認済み議事録から下書きを作るところまでです。担当の営業には、下書きと、根拠にした議事録の箇所を渡します。宛先・金額・納期に不明点があれば、その欄を未確認のまま戻します。

この分け方なら、下書きの完成と送信の完了を別々に確かめられます。「商談をフォローして」という依頼だけでは、どちらをもって完了とするかが曖昧になります。

業務図で決めた区切りを、そのまま依頼文へ移します。次の表は、営業フォローを下書きまで任せる場合の記入例です。

決めること	営業フォローでの記入例
読む資料	営業が確認済みの、対象商談の議事録1件
作るもの	指定フォルダに置くフォロー文面の下書きと、根拠の箇所
任せない操作	顧客への送信、宛先の追加、CRMの登録内容の変更
止める条件	金額・納期・宛先が不明、資料同士が食い違う
引き継ぎ先	商談担当の営業。不在時の確認者も決める

たとえば、議事録に納期が書かれていなければ、過去案件から推測して埋めません。未確認の項目と作業済みの範囲を営業へ返します。営業が納期を決めた後は、その箇所の修正から再開します。

製品側にも、操作を進める条件を選ぶカスタムルールがあります。公式スタートガイドは、確認なし・事前承認時・実行前確認・ユーザーへの引き継ぎを説明しています。「事前承認」は、操作を明示的に依頼したことを指します。下書きの依頼を、今後の送信すべての許可へ広げる解釈はしないでください。

業務図は社内で任せる範囲を決めるものです。製品の安全要件や権限設定を置き換えるものではありません。

読みやすい文面が届いても、そのまま送れるとは限りません。営業が確かめるのは、議事録との一致、宛先、金額、納期です。根拠がない内容は削るか、担当者に確かめます。

止まった仕事の置き場所も決めておきます。「確認待ち」の下書きだけが残り、誰も引き取らない状態を避けるためです。下書き、未確認事項、確認者、再開する工程を同じ記録に残します。

最初の試行では、1件の商談で下書きまで動かし、営業が元の議事録と照合します。修正にかかった時間や、補ってしまった事実がないかを記録してから、対象を広げるか判断します。

2026年10月6日に確認した公式ヘルプでは、Proは対象地域で順次提供、Business PremiumはChatGPTの対応地域で提供とされています。最初のdotは両プランに含まれます。Enterpriseは管理者が有効にするベータ提供です。

作成はデスクトップアプリかパソコンのウェブ版から行います。自分のパソコンへの接続は任意で、初期状態ではオフです。また、アプリの接続解除だけでは、取得済みの情報は削除されません。社内資料を接続する前に、保存・削除の扱いまで公式ヘルプで確認してください。

資料確認：2026年10月6日。営業フォローの分け方と試行手順はTechWorkerの設計案です。dotsを実運用して得た効果ではありません。

自部署の工程から整理する場合は、部署別業務図テンプレート集に、下書き・確認・実行の担当を書き込めます。