寓話
商店を走り回る使者は、看板だけを見ないことを学んだ
南市に一人の使者がいて、最初は商会の手紙を届けるだけだった。彼はすべての街を知り、どの店が塩を売り、どの店が両替するかも知っていた。商会が消息を尋ねると、彼は走って一巡聞き、戻って口述した。
やがて商会は彼にもっと多くの仕事を任せるようになった。船のスケジュール確認、価格比較、通関申告書の記入、証明書のダウンロード、船室の予約。街の店はますます迷路のようになり、番号札を先に取らなければならない店もあれば、価格を二ページ目に隠す店もあり、最後のステップで追加費用を加える店もあった。
会長はまず伝令に厚い地図を渡し、そこには各店の門番号とカウンターの位置が書かれていた。地図はすぐに古くなった。店は移転し、カウンターは改名され、表は順序が変わった。古い地図の経路は依然として門口に通じているが、本当に用を済ませる場所にはたどり着けない。
また、使者がもっと速く走ればいいと言う者もいた。使者は確かに一日でより多くの店を訪れられるが、矛盾する知らせを持ち帰り始めた。ある店は在庫ありと表示するが、会計時には在庫がない。ある店は価格が安いが、送料が高い。ある店はフォーム送信が成功したが、受領証がない。速度は不確実性を増幅した。
ある調達事故で商会は大きな損失を被った。伝令はウェブページで最低価格を見てすぐに発注したが、後になってそれが税抜き価格であり、かつ供給業者にコンプライアンス証明がないことに気づいた。会長は、伝令は閲覧はできても、ウェブページのタスクにおける証拠、制約、納品条件を判断できないと気づいた。
そこで商会は彼に一連の業務手順を新たに与えた。出発のたびに目標と境界を明確に書く：情報を調べる、表に記入する、ファイルをダウンロードする、それとも取引を実行するのか。途中で訪問したページ、重要フィールド、スクリーンショット、出典時刻を記録する。支払い、外部提出、契約確認に関わる場合は、要約を会長に持ち帰って承認を得なければならない。
メッセンジャーはウェブページ間でタスク状態を保つことを学んだ。彼は看板を見るだけでなく、ログイン身份、ページが読み込み完了したか、ボタンが本当に送信したか、受領証がダウンロード可能か、結果が最初の目標と一致するかを確認する。CAPTCHA、権限不足、規約変更に遭遇しても、無理に突破せず、ブロックとしてマークする。
後に商会は依然として大口調達は人に決めさせたが、日常の価格調査、記入、ダウンロード、状態フォローは信使に任せた。皆が重視したのは、彼がウェブページを開けることではなく、開放され、変化し、リスクを伴うウェブ環境で、一つのタスクを検収可能な結果まで進められることだった。