利用者の仕事から始める

業務画面の役割は、仕事に気づき、理解し、処理できるようにすることです。グラフを集める前に、その役割で繰り返し行う判断を定めます。配車担当には会社全体の集計より、優先順の作業列と例外表示が必要かもしれません。

目的に合う範囲を保つ

概況と作業一覧を分けます。概況は注意点を伝え、一覧は確認と実行を支えます。状態、担当、急ぐ理由を近くに置き、補助情報は詳細画面へ移します。すべてを一行に詰め込む必要はありません。時々行う分析には表への出力を残せます。

試したいシナリオ

サポート責任者が期限超過の案件を見る例を考えます。フィルター、並び順、該当総数、遅延理由を表示し、案件を開いて戻った後も条件を保ちます。一括担当変更が現在のページの選択行だけを対象にするなら確定前に明記し、条件に一致する全案件ならその広い範囲を示します。装飾的なグラフより大事な区別です。

問題を移すだけにしない

有効なフィルターをアイコンの裏に隠さず、色だけで状態を伝えません。対象なし、絞り込み過多、データ取得失敗を分けます。キーボード、狭い画面、長い顧客名で確認します。処理後は変更できた記録と失敗した記録を分け、一つの成功通知で一部失敗を隠さないようにします。

概況を飾る前に作業一覧を決める

責任者の手順を短く書きます。長く待つ案件を探し、阻害要因を理解し、空いている担当へ割り当て、変更を確認する流れです。各段階で必要な項目を選び、比較に使うものは行に、選んでから必要なものは詳細に置きます。同じ不足情報を探すため毎行を開くなら、その情報を一覧へ上げます。

フィルターと選択の扱いを決めます。「未完了のみ」など既定条件も表示して解除できるようにし、条件・順序・ページ変更時の選択を定義します。詳細から戻る文脈は残しつつ、結果が変わったのに危険な選択を不可視で保持しません。一括処理前は本当の範囲と影響を説明し、「よろしいですか」だけではなく何を認めるのかを伝えます。

判断中の他者変更にも対応します。操作時に状態を再確認し、競合を記録別に知らせます。一部成功なら完了、失敗、安全に再試行する選択を分け、成功分を再試行へ戻しません。時間のかかる処理は画面を離れて戻っても結果へ行けるようにします。消える通知より、確認できる永続的な結果が役立ちます。

作業ダッシュボードの確認

操作役立つ結果
保存ビューに既定条件がある条件が見え、既知の案件がない理由を説明する。
選択中に絞り込みを変更範囲を明示して保持するか、見える形で解除し、黙って意味を変えない。
選んだ案件を同僚が完了変更状態を報告し、正当な作業を上書きしない。
一括処理の一部が成功完了と失敗を示し、再試行は未解決のみにする。

結果の確かめ方

この画面で何を判断するか。どの情報で判断が変わるか。詳細から戻ったとき作業の文脈を取り戻せるか。実際の仕事と匿名化した行データを持ち寄り、完了した作業と観察したミスで評価します。

サービス

Webアプリ開発

複雑な仕事を、わかりやすい画面に。

このサービスについて相談