ある朝
07:00 UTC には、読む作業は終わっています。
ポータルが公開してから、チームがキューを開くまでに起きること。
05:58
ポータルが公開する
TEDだけでも、20を超える言語で数百件の公告が公開されます。さらに多くのポータルが続きます。チームの誰も起きていませんし、起きている必要もありません。
06:00
ScoutTideがすべて読む
すべての公告を貴社の商品と照合し、締切を付け、他の言語で書かれていれば翻訳します。最も近いものがAIに回ります。
07:00
キューの準備が整う
順位付けされ、関心のある国と製品で絞り込まれ、応札しないとキューが学習したものは除かれています。ダイジェストが受信トレイに届きます。
09:04
チームが担当する
アンナがミュンヘンの公文書館案件を引き取り、チーム全員に見える形で名前が入ります。彼女が「見込みなし」とした建設案件は、二度と届きません。
追跡
担当すれば、チーム全員があなたの案件だと分かります。
「これは誰の担当？」というスレッドはもう不要です。キューは共有、担当は明確、チームのパイプラインがそのまま進捗会議になります。
- ✓
ワンクリックで担当 全員に見える形であなたの名前が入り、いつでも担当を解除できます。
- ✓
表計算ではなく、ステージで 注視中、応札準備中、提出済み、受注。チームのパイプラインが月曜の進捗会議の代わりになります。
- ✓
積み上がる結果 受注と失注をすべて記録するので、本当に信頼できる受注率が出ます。
管理
提案書は入札案件と一緒に、 共有ドライブではありません。
各入札には専用の文書とメモがあります。ファイルは所属する入札に残り、見られるのはあなたの組織だけです。誰かが送信を押すまで何も送られません。
- ✓
どのファイルもワンタップで PDF と画像はブラウザで開き、それ以外はダウンロードし、古いものは削除できます。
- ✓
会話のように読めるメモ 各メモに誰がいつ書いたかが表示されるので、チーム全員で入札の経過を追えます。
更新
契約が再び入札にかけられる前に知る。
ScoutTideは、募集中の案件だけでなく落札済みの契約も追跡するので、発注機関の仕事を今誰が担っているか、そしていつ再入札になりそうかが分かります。
- ✓
更新レーダー 自社の分野の契約を、更新が近い順に並べ替えるので、案件が再び公募される前からポジション取りを始められます。
- ✓
今誰が受注しているか 案件そのものに表示される受注者と落札の履歴。公式の落札記録から取得したもので、推測ではありません。
- ✓
事実として提示しない 更新予定日は、契約がそれを示している場合に表示されます。ScoutTideが契約自体に記載された期間から日付を算出した場合は、常に「推定」と明示され、公表された日付として表示されることはありません。
導入前と導入後
同じ仕事。
同じ仕事。
最初の1時間がまったく違います。
ScoutTideがない場合
- ✗毎朝、TED や SAM.gov などのタブを行き来することから始まります。
- ✗勝てたはずの案件は、締切の翌週に見つかります。
- ✗誰がどの案件に応札しているかは、誰も更新しないスプレッドシートの中です。
- ✗入札書類はメールのスレッドや共有フォルダに散らばり、どの final_v7_FINAL.docx を発注者に送ったのか誰にもわかりません。
- ✗毎週、関係のない同じ建設案件を読み直しています。
ScoutTideがある場合
- ✓1つのキューに、世界中の公式ソースと自社のフィードを。席に着く前に読み込み済みです。
- ✓すべての行に締切を表示。今日締め切る案件を見逃しません。
- ✓案件を担当すると、誰の担当でどの段階かがチーム全員に見えます。
- ✓書類は該当する入札案件に保存され、自社の組織だけが閲覧できます。
- ✓同じ種類を3件除外すると、似た案件は届かなくなります。いつでも元に戻せます。