担当者1名につき1件のお問い合わせ。
長々と推測する必要はありません。
開かれた機会は、大きな音を立てて消え去るわけではない。ただ、活用されなくなるだけだ。 このワークフローは毎朝、担当者ごとに個別のクエリを実行し、1週間以上活動記録のない、最も価値の高いアカウントを返した後、各顧客のウェブサイトを実際のブラウザで開き、そこで実際に何が実行されているかを確認します。 ファンアウト、ランキング、チェックはツールである。 モデルはメッセージを書き込むだけです。
2つのファンアウト、9つのステップ、モデルが書いた1つの文章
ワークフロー · 担当者別休眠アカウント · 2つのファンアウトを持つDAG(同時実行制限、アイテムごとの分離)
担当者一覧
CRM担当者に、担当者が誰か尋ねてください。 このリストはデータであり、定数ではありません。月曜日に担当者を追加すれば、火曜日の記録は編集なしでその担当者をカバーします。
担当者1人につき1件の問い合わせ
各担当者ごとに個別のクエリを実行し、同時に4つのクエリを実行します。 それぞれ、担当者が担当する、1週間以上活動記録のない、最も価値の高い10件の未解決案件を返します。これらの案件は、データベースによってフィルタリング、ソート、および上限が設定されています。 反復回数はステップ 01から得られるものであり、モデルの注意持続時間から得られるものではありません。
1つのテーブルに平らにする
各レップごとの結果を単一のフラットなリストにまとめ、各行にそれがどのレップから得られたかをタグ付けします。これは、後続のすべてのステップで必要とされる形式です。
すべての顧客のウェブサイトを開く
実際のヘッドレスブラウザは各サイトを読み込み、タグマネージャーによって挿入されたスクリプトが安定するまで待機し、次の3つの情報を報告します。サイトが稼働しているかどうか、自社製品がまだインストールされているかどうか、そして 競合他社の 製品が代わりに稼働しているかどうか。 既に稼働中のアカウントが当社の製品を解約し、競合他社の製品に乗り換えた場合、それはCRMのどのフィールドでも保持できない解約シグナルとなる。
調査結果に加わる
各サイトの評価をそれぞれの先頭行に統合する。 チェックに失敗した項目には、穴ではなく明示的な「不明」が表示されます。つまり、無効なドメインは隣接する行を破損させることはありません。
シートを作成する
強化された行をCSVファイルに変換します。これは、人間が実際に作業に使用する成果物です。
ボックスに保存する
その日のリストを自分のハードウェアに保存してください。 実行時テンプレートによって日付が付けられるため、パイプラインは帳簿管理の手順なしに独自の履歴を蓄積します。
要約を書く
生成的な一歩。 すでにフィルタリング、ランク付け、グループ化、検証済みの完了行を受け取り、言語モデルに必要な唯一のこと、つまり営業担当者が実際に読むものに変換することを行います。 8am. それは構造的に、自ら図形を発明することができない。なぜなら、あらゆる図形が与えられているからだ。
投稿する
チームが既に活動しているチャンネルに直接アクセスする。 無人で、毎朝、ハンドルに誰も手を置いていない。
これがモデルに求めるもの、そしてエージェントループが破綻する理由
この作業全体を自律型エージェントに任せれば、難しい部分はすべて一度にモデルに押し付けられる。 そのハーネスは、それぞれの能力を奪い取り、決して間違えることのないものに与える。
完了したタイミングを知る
モデルは、反復回数を記憶しておく必要があるが、それは既に記憶しており、まだ完了していないことも記憶している。 それは漂流し、7つのうち4つをカバーし、1つを繰り返し、あるいは残りのものは「似ている」と静かに判断する。
foreachは 前のステップからリストを取得します。 その数はデータです。 すべての項目が実行され、実行結果は項目ごとに成功/失敗が記録されます。モデルが追跡する必要は一切ありません。
悪い列が1つ
無効なドメインまたはタイムアウトがループの途中で発生する。 処理が脱線した場合、システムは謝罪するか、バッチ処理を再開するか、失敗したバッチ処理に対してもっともらしい結果を捏造する。
故障は品目ごとに個別に特定されます。 破損したサイトは、その行にエラーとして記録されますが、バッチ処理の残りの部分は完了します。 マージ手順には、専用のブランチが用意されています。
コンテキストウィンドウ
CRMへのすべての応答とすべてのページ検査は、トランスクリプトに蓄積されます。 処理の終盤よりもずっと前に、モデルは自身の入力データを要約し始め、フィールドが消え始める。
このモデルは最後から2番目のノードであり、完成したテーブルというただ1つのものだけを認識します。 生のツール出力はプロンプトに入力されないため、ウィンドウが制約となることはありません。
ランキングと日付
「 7+ 日間活動なし、1人当たりの価値上位10件」は、数百行にわたるソートと日付計算であり、まさにこのような場合に、小規模なローカルモデルは確実に間違っていると言える。
データベースは、ソート、制限、および最終アクティビティからの日数計算を行います。 それらの数値が一度間違っていたときは、 明らかに 間違っていたため、もっともらしい数値が出荷されるのではなく、実際の上流のバグが明らかになった。
実際にウェブサイトを見る
モデルはページを見ることができないため、生のHTMLを取得しても、タグマネージャーが後から挿入するものは何も見逃してしまう。そのため、「当社の製品はまだインストールされているか」という問いは、発見として装った推測に過ぎない。
実際のブラウザはページを読み込み、インジェクションを待ち、ライブランタイムをチェックし、競合ベンダーが存在する場合はそのベンダー名を通知します。 推測ではなく、測定によって得られたもの。
運営コスト
反復処理のたびに、成長し続ける転写記録全体を運ぶ別のモデルの回転が生じる。 毎日すべての担当者に実行させているが、トークン料金が高額になるため、停止せざるを得ない。
8つの決定論的なステップは電気代以外は一切かからず、モデルとなる呼び出しは1つだけで、しかもローカルで処理される。 毎日無料で利用できるので、利用頻度は予算上の制約ではなくなります。
決定論的な要素が必要な箇所では、決定論的な要素を用いる。 生成的なアプローチは、それが役立つ場面で活用する。
✓ 道具が仕事をしてくれる
正しさはここに宿る。 毎回、同じ入力、同じ出力。
- 担当者1人につき1件の問い合わせ
- フィルター、ランク、および1回あたりの上限
- 各サイトを開放して計測する
- 結合、集計、永続化
代理人が判断を下す
トーン、語順、強調――これらは言語モデルが実際に得意とする部分である。
- 代表者ごとにグループ化する
- 何が危険にさらされているかを最初に示す
- 活動が全くないことをはっきりと指摘する
- スキャン可能な状態に保つ 8am
0ドルという 価格設定の裏には、まさにその秘訣がある。つまり、安価なモデルを使うわけでも、仕事の規模を小さくするわけでもないのだ。 プラットフォームが提供するもの、そしてあなたが接続するもの
これを構築するのは、コードを書くのではなく、基本要素を組み合わせる作業だった。 自分の基準値を設定する際には、その境界線がどこにあるのかを確認する価値がある。
ディスパッチは
組み込み機能 ― すべてのワークフロー、すべての機器で利用可能。
-
foreachステップの種類 - CRMツールにおける非アクティブ日数フィルタリング
- ブラウザ検査ツール
- スケジュール設定、承認、実行履歴
✓ 配線します
あなたのボックスのデータベース内の1行。 保存した瞬間から活用できる ― デプロイも再構築も不要。
- 9段階のワークフロー
- 消化剤とその迅速性
- の 08:00 スケジュール
- どのチャンネルに投稿するか
は ステップの種類であり、このレポートの機能ではありません。担当者ごと、地域ごと、アカウントごとなど、あらゆる項目ごとにクエリを実行する必要があるワークフローは、すべて同じものを使用します。 だからこそ、右側のコラムはプロジェクトではなく、午後のひとときで取り組めるものなのだ。 決定論的な要素は既に存在しており、仕事はそれらをどのように配置するかを決定することである。 ループはツールなので、 モデルは小さくても構いません。
本日発送 · 毎日発送 08:00 ET → #パイプライン
dispatch