dispatch書き戻しは生き続ける
仕事が既に存在する場所。
営業担当者はSlackで朝のリストを確認する。 つまり、通話を記録する方法は、同じチャネル内でスラッシュコマンドを使用することであり、それが直接CRMに書き込まれるのです。 開くタブも、構築する画面も、パス上にモデル呼び出しも一切ありません。
[2026-04-14] ボイスメールを残しました。火曜日に再試行します。• dana@example.org 儚いもの――担当者だけが見るもの
ログ記録がスキップされる理由は、入力ではなくタブキーによるものです。
どのCRMにも既にメモ欄が備わっています。 作業内容は依然として記録されない。なぜなら、記録するということは、それまで行っていた作業を中断することを意味するからだ。
通常起こることは
リストは一つの場所に届き、記録は別の場所に保存される。
- チャットでリストを読んでください
- 電話をかける
- CRMを開き、連絡先を探します。
- …後で記録するか、記録しない
✓ ここで何が起こるのか
リストと書き戻しは同じ表面上に表示される。
- チャットでリストを読んでください
- 電話をかける
- そのチャンネルに1行入力してください
- そのメモは記録に残っている
9つのステップがあり、そのうちの1つは考えていない
コマンドが届き、メモが適切なレコードに届き、返信が返される。 すべてのステップは道具である。 このパイプラインには、プロンプトは一切表示されません。
コマンドを分割する
最初の単語がターゲットで、残りはメモです。 ストレートクォート、カーリークォート、余白もすべて解析されます。なぜなら、携帯電話はカーリークォートを送信するからです。
担当者マップを読んでください
各チャットアカウントをCRMユーザーにマッピングする小さなJSONファイル。 それを編集することで、新しい担当者はアクセス権を得ることができます。
誰が質問しているのか解決する
その地図に対する内部結合。 ファイルに存在しないチャットアカウントは行を生成しないため、下流のすべての処理は何も実行できません。 拒否されるのは、誰かが書き留めたルールによるものではなく、データの形状によるものだ。
今日のリストを読む
朝のレポートで使われたのと同じCSVファイルです。 レポートと書き戻しで共有される、1つのスナップショット。
その担当者に絞り込む
2回目の結合は2つの役割を同時に果たします。1つはその担当者の行のみを保持し、もう1つは解析されたコマンドを各行に刻印するため、後続のステップではその行だけが必要になります。
コンタクトを1回ずつ選択してください
リストはサイトごとに1行で構成され、各メモは連絡先に関連付けられています。 4つのサイトを管理する連絡先は4回登場するが、それでも1回だけ記述する必要がある。
メモを書く
連絡先ごとに1回の通話。日付と接頭辞が付けられます。 これにより、そのアカウントの最終アクティビティ時刻も変更され、明日の保留リストから外れることになります。
確認を構築します
書かれた内容をカウントし、各連絡先の名前を記載します。 何も一致しなかった場合は、成功したと主張するのではなく、その旨をはっきりと記載する。
担当者にのみ返信してください
入力した本人に戻り、その人が入力したチャンネルで、他の誰にも見えないようにする。
誰が何を書くかは、共同で決定する
書き戻しを行うには、実際に変更を加える前に、次の3つの質問に答える必要があります。誰が要求しているのか、誰の記録を変更できるのか、そして何が起こったと報告することが許されているのか。
メッセージではなく、リクエストから
送信者の身元は、署名されたリクエスト自体から判断されるのであって、送信者が入力した内容からは判断されません。 コマンドの文言を変えたとしても、自分が別の担当者であると主張することはできません。なぜなら、コマンドのテキストは本人確認のために参照されることはないからです。
リストに載っているものだけ
結合によって、今日のリストの中でその担当者の行に絞り込まれます。 他人の連絡先には、たとえ正確な名前を指定してもアクセスできません。なぜなら、その連絡先は書き込み先のセットに含まれていなかったからです。
担当者ではなく、自動化として記録されました
このメモは担当者の権限で作成されていますが、自動化システムが認証したアカウント名で記録されます。 担当者がCRMに手入力したかのように記録されることは決してありません。
経路にモデルがないことで得られるもの
実際のランニングで計測したところ、9歩でメモを1枚書き、返信を1通届けた。
調整を促すプロンプトもなく、検証するための出力もなく、モデルが変更されても再実行する必要もない。
担当者がまだチャンネルを見ている間に確認メールが届くほど速い。
入力内容が同一であれば、書き込み内容も同一です。 モデルのないパイプラインには温度情報がありません。
画面もフォームもアプリもなく、誰もインストールしたりトレーニングを受けたりすることはできません。
プラットフォームが提供するもの、そしてあなたが接続するもの
受信側は組み込み式です。 あなたが決めるのは、コマンドの内容、誰がそれを使用できるか、そして何が書き込まれるかです。
ディスパッチは
組み込み機能 ― すべてのワークフロー、すべての機器で利用可能。
- 署名済みの受信ウェブフックをトリガーとして使用する
- ペイロードをワークフロー入力として使用する
- キー付き結合、フィルタ、変換
- 入力型CRMツール＋書き込み制限
✓ 配線します
ボックスのデータベース内の1行と、1つの小さなファイル。 セーブして生き延びよう。
- コマンドとその構文
- どのアカウントがどの担当者に紐づいているか
- メモに書いてあること
- 確認がどこに行くか
書き込み処理は 、読み取り処理が既に行われている場所に配置してください。
本日発送 · チャットに1行、パスにモデルなし