ディスパッチのロゴdispatch
‹ 営業・収益オペレーション
休止中のパイプライン · 毎日

担当者1名につき1件のお問い合わせ。
長々と推測する必要はありません。

開かれた機会は、大きな音を立てて消え去るわけではない。ただ、活用されなくなるだけだ。 このワークフローは毎朝、担当者ごとに個別のクエリを実行し、1週間以上活動記録のない、最も価値の高いアカウントを返した後、各顧客のウェブサイトを実際のブラウザで開き、そこで実際に何が実行されているかを確認します。 ファンアウト、ランキング、チェックはツールである。 モデルはメッセージを書き込むだけです。

ステップ9 モデル呼び出し1 費用/1回あたり0ドル ケイデンス・デイリー 08:00 ET
サマリーボット アプリ
担当者別休眠口座 · サンプル
エイブリー
• northwind-logistics.com
🌐サイト稼働中・ 競合製品を検出
💰 2,999ドル/年
⏱ 最後の活動から 41 日経過
ヨルダン
• harborview-clinic.org
🌐サイト開設・弊社製品インストール済み
💰 2,369ドル/年
⏱記録された活動はありません
• pinecrest-outfitters.com
🌐 サイトがダウンしています
💰 799ドル/年
⏱ 最後の活動から 63 日経過
✓サンプル形状 — ツールによって引っ張られたり測定されたりしたすべてのフィールド
01

2つのファンアウト、9つのステップ、モデルが書いた1つの文章

ワークフロー · 担当者別休眠アカウント · 2つのファンアウトを持つDAG(同時実行制限、アイテムごとの分離)

01✓

担当者一覧

crm.get_reps

CRM担当者に、担当者が誰か尋ねてください。 このリストはデータであり、定数ではありません。月曜日に担当者を追加すれば、火曜日の記録は編集なしでその担当者をカバーします。

決定論的
02✓

担当者1人につき1件の問い合わせ

foreach · items: get-reps.output → crm.dormant_accounts(rep, min_days_inactive: 7, sort: value, limit: 10)

各担当者ごとに個別のクエリを実行し、同時に4つのクエリを実行します。 それぞれ、担当者が担当する、1週間以上活動記録のない、最も価値の高い10件の未解決案件を返します。これらの案件は、データベースによってフィルタリング、ソート、および上限が設定されています。 反復回数はステップ 01から得られるものであり、モデルの注意持続時間から得られるものではありません。

∥ foreach ×4決定論的
03✓

1つのテーブルに平らにする

utils.jq_query

各レップごとの結果を単一のフラットなリストにまとめ、各行にそれがどのレップから得られたかをタグ付けします。これは、後続のすべてのステップで必要とされる形式です。

決定論的
04✓

すべての顧客のウェブサイトを開く

foreach · browser.inspect_site(domain)

実際のヘッドレスブラウザは各サイトを読み込み、タグマネージャーによって挿入されたスクリプトが安定するまで待機し、次の3つの情報を報告します。サイトが稼働しているかどうか、自社製品がまだインストールされているかどうか、そして 競合他社の 製品が代わりに稼働しているかどうか。 既に稼働中のアカウントが当社の製品を解約し、競合他社の製品に乗り換えた場合、それはCRMのどのフィールドでも保持できない解約シグナルとなる。

∥ foreach ×3決定論的
05✓

調査結果に加わる

utils.jq_query

各サイトの評価をそれぞれの先頭行に統合する。 チェックに失敗した項目には、穴ではなく明示的な「不明」が表示されます。つまり、無効なドメインは隣接する行を破損させることはありません。

決定論的
06✓

シートを作成する

utils.json_to_csv

強化された行をCSVファイルに変換します。これは、人間が実際に作業に使用する成果物です。

決定論的
07✓

ボックスに保存する

assets.write · dormant-accounts-{{date}} .csv

その日のリストを自分のハードウェアに保存してください。 実行時テンプレートによって日付が付けられるため、パイプラインは帳簿管理の手順なしに独自の履歴を蓄積します。

書き込み・自動
08✓

要約を書く

エージェント · 休眠口座ダイジェスト · 変換

生成的な一歩。 すでにフィルタリング、ランク付け、グループ化、検証済みの完了行を受け取り、言語モデルに必要な唯一のこと、つまり営業担当者が実際に読むものに変換することを行います。 8am. それは構造的に、自ら図形を発明することができない。なぜなら、あらゆる図形が与えられているからだ。

生成
09✓

投稿する

slack.send_message

チームが既に活動しているチャンネルに直接アクセスする。 無人で、毎朝、ハンドルに誰も手を置いていない。

書き込み・自動
ここに記載されている内容は、翻訳に特化したものではありません。 展開するリスト、アイテムごとのクエリ、実際のブラウザチェック、キーによる結合、CSV、ダイジェストなど、同じ9つのステップを更新、休眠アカウント、支払い失敗、または期限切れの契約に適用しても、パイプラインは変わりません。
02

これがモデルに求めるもの、そしてエージェントループが破綻する理由

この作業全体を自律型エージェントに任せれば、難しい部分はすべて一度にモデルに押し付けられる。 そのハーネスは、それぞれの能力を奪い取り、決して間違えることのないものに与える。

完了したタイミングを知る

エージェントループ

モデルは、反復回数を記憶しておく必要があるが、それは既に記憶しており、まだ完了していないことも記憶している。 それは漂流し、7つのうち4つをカバーし、1つを繰り返し、あるいは残りのものは「似ている」と静かに判断する。

急送

foreachは 前のステップからリストを取得します。 その数はデータです。 すべての項目が実行され、実行結果は項目ごとに成功/失敗が記録されます。モデルが追跡する必要は一切ありません。

悪い列が1つ

エージェントループ

無効なドメインまたはタイムアウトがループの途中で発生する。 処理が脱線した場合、システムは謝罪するか、バッチ処理を再開するか、失敗したバッチ処理に対してもっともらしい結果を捏造する。

急送

故障は品目ごとに個別に特定されます。 破損したサイトは、その行にエラーとして記録されますが、バッチ処理の残りの部分は完了します。 マージ手順には、専用のブランチが用意されています。

コンテキストウィンドウ

エージェントループ

CRMへのすべての応答とすべてのページ検査は、トランスクリプトに蓄積されます。 処理の終盤よりもずっと前に、モデルは自身の入力データを要約し始め、フィールドが消え始める。

急送

このモデルは最後から2番目のノードであり、完成したテーブルというただ1つのものだけを認識します。 生のツール出力はプロンプトに入力されないため、ウィンドウが制約となることはありません。

ランキングと日付

エージェントループ

「 7+ 日間活動なし、1人当たりの価値上位10件」は、数百行にわたるソートと日付計算であり、まさにこのような場合に、小規模なローカルモデルは確実に間違っていると言える。

急送

データベースは、ソート、制限、および最終アクティビティからの日数計算を行います。 それらの数値が一度間違っていたときは、 明らかに 間違っていたため、もっともらしい数値が出荷されるのではなく、実際の上流のバグが明らかになった。

実際にウェブサイトを見る

エージェントループ

モデルはページを見ることができないため、生のHTMLを取得しても、タグマネージャーが後から挿入するものは何も見逃してしまう。そのため、「当社の製品はまだインストールされているか」という問いは、発見として装った推測に過ぎない。

急送

実際のブラウザはページを読み込み、インジェクションを待ち、ライブランタイムをチェックし、競合ベンダーが存在する場合はそのベンダー名を通知します。 推測ではなく、測定によって得られたもの。

運営コスト

エージェントループ

反復処理のたびに、成長し続ける転写記録全体を運ぶ別のモデルの回転が生じる。 毎日すべての担当者に実行させているが、トークン料金が高額になるため、停止せざるを得ない。

急送

8つの決定論的なステップは電気代以外は一切かからず、モデルとなる呼び出しは1つだけで、しかもローカルで処理される。 毎日無料で利用できるので、利用頻度は予算上の制約ではなくなります。

03

決定論的な要素が必要な箇所では、決定論的な要素を用いる。 生成的なアプローチは、それが役立つ場面で活用する。

✓ 道具が仕事をしてくれる

正しさはここに宿る。 毎回、同じ入力、同じ出力。

  • 担当者1人につき1件の問い合わせ
  • フィルター、ランク、および1回あたりの上限
  • 各サイトを開放して計測する
  • 結合、集計、永続化

代理人が判断を下す

トーン、語順、強調――これらは言語モデルが実際に得意とする部分である。

  • 代表者ごとにグループ化する
  • 何が危険にさらされているかを最初に示す
  • 活動が全くないことをはっきりと指摘する
  • スキャン可能な状態に保つ 8am
このパイプラインのモデルは、カウントもソートも日付の減算もループ回数の決定も一切行いません。 それらをすべて取り除くと、残るのは 完成した表を誰かが読むような文章に変換すること だけであり、それは自分のハードウェア上で動作する30–70B モデルでも十分にこなせることだ。 1回あたり 0ドルという 価格設定の裏には、まさにその秘訣がある。つまり、安価なモデルを使うわけでも、仕事の規模を小さくするわけでもないのだ。
04

プラットフォームが提供するもの、そしてあなたが接続するもの

これを構築するのは、コードを書くのではなく、基本要素を組み合わせる作業だった。 自分の基準値を設定する際には、その境界線がどこにあるのかを確認する価値がある。

ディスパッチは

組み込み機能 ― すべてのワークフロー、すべての機器で利用可能。

  • foreach ステップの種類
  • CRMツールにおける非アクティブ日数フィルタリング
  • ブラウザ検査ツール
  • スケジュール設定、承認、実行履歴

✓ 配線します

あなたのボックスのデータベース内の1行。 保存した瞬間から活用できる ― デプロイも再構築も不要。

  • 9段階のワークフロー
  • 消化剤とその迅速性
  • の 08:00 スケジュール
  • どのチャンネルに投稿するか
左側の要素は、このパイプライン固有のものではありません。foreach は ステップの種類であり、このレポートの機能ではありません。担当者ごと、地域ごと、アカウントごとなど、あらゆる項目ごとにクエリを実行する必要があるワークフローは、すべて同じものを使用します。 だからこそ、右側のコラムはプロジェクトではなく、午後のひとときで取り組めるものなのだ。 決定論的な要素は既に存在しており、仕事はそれらをどのように配置するかを決定することである。
要点

ループはツールなので、 モデルは小さくても構いません。

本日発送 · 毎日発送 08:00 ET → #パイプライン