自動化ツールを選ぶ前に、改善したい作業を特定します。「会社の仕事の自動化」では広すぎますが、「指定した依頼を確認して報告を作る」なら入力、手順、結果を定義できます。
この記事はSara OSの試行対象を選ぶための提案であり、記載した連携がすべて利用可能で稼働中という一覧ではありません。
境界が明確な作業を選ぶ
アプリ、開始地点、必要情報、完了の合図を定めます。例として依頼一覧を開き、指定の状態を確認して、審査用の要約を作れます。初回の試行に支払い、データ削除、顧客への送信を含める必要はありません。
開始前に、選んだ環境を技術的に観察・操作できるか、用途がその制限に沿うかを確認します。内容の選択は技術的な評価の代わりにはなりません。
失敗する場合も定める
最も簡単な経路だけで試行を評価してはいけません。情報不足、ログアウト、画面変更、通信障害の際の対応も定義します。無理に続行するより、停止と報告が適切な場合があります。
安全に繰り返せる操作も区別します。状態の再確認と同じ注文の二重発注は異なり、試験設計にも反映する必要があります。
試験前に成功基準を書く
所要時間、出力の正確さ、エラー、利用者の介入が必要だった場面を比較することを勧めます。良い例だけを示す評価にならないよう、結果を見る前に指標を選びます。
試行が基準を満たしてから拡張を検討します。目的は自動化件数を何としても増やすことではなく、出力を信頼でき、失敗も理解できる工程を作ることです。
Sara OSの用途を検討するときは、作業の開始場所、必要なアクセス、正しく終わったと判断する方法を具体的に整理してください。
