車の周りを一周する作業を、構造化された証拠に変えるモバイルツール。10の検査エリア、写真付きの不具合、そしてマーケットプレイス全体の取引を支える記録。
01背景
Carsparencyでは、ディーラーは車を見ずに購入する。その代わりに信頼するのが検査だ。Carsparencyの検査員が記録した車両の状態であり、ディーラー向けアプリのすべての詳細ページと、事業側が提供するレポートに掲載される。
その記録を生み出すのが検査アプリだ。ファイルには27のモバイルフレーム、3つのローカルコンポーネントセット、そして参考として残された別の検査アプリのベンチマークページが含まれている。
02課題
検査員は車のそばに立ち、スマートフォンで作業する。しかも同じ車は二台とない。装備は異なり、社用車と個人所有の車では名義人も違う。それでも、出力される記録は車どうしで比較できなければならない。
デザイン上の課題は、検査員がどの順番でもたどれる構造を与えることだった。タップで済むことを入力させず、飛ばしたエリアを見落とさせずに。
03フロー
検査員は、すべて・進行中・検査済みに分かれたキューから始める。各カードは車がすぐ開始できるのか、すでに途中まで進んでいるのかを示すため、中断した検査は最初からやり直すのではなく「続ける」で再開できる。
まず短いウィザードで車両を特定する情報を記録する。続いてダッシュボードが10の検査エリアをタイルとして開き、それぞれに不合格と合格のチェック数を表示する。残り時間バーと、画面下部の「検査を完了」というただ一つのアクションも備える。
ステップ1、基本情報
04主要な意思決定
フレームから読み取ったもの。ファイルが示すのは選択の結果であり、その背後の議論ではない。
検査員は決まった順番で車を見て回るわけではない。不合格数と合格数をそれぞれ持つ10のタイルがあれば、どの順番でも作業でき、残りが一目でわかる。
各部位には、不具合が報告されない限り維持される既定値がある。ほとんどの車のほとんどの部位には問題がないため、検査員の時間は問題のある部位に向けられる。
写真のない傷は、ただの意見にすぎない。不具合の種類ごとに専用の説明欄と写真枠が開くため、ディーラーが読むレポートはチェックリストではなく証拠になる。
キューのカードには「進行中」と「続ける」が表示され、ダッシュボードは残り時間バーを常に見える位置に置く。電話で止まった検査も、止まったところから再開できる。
05ソリューション
エリア内では、各部位が合格ボタンと不合格ボタンを持つ一行になる。不具合が報告されなければ既定値が記録されるため、検査員は例外にだけ時間を使えばよい。
不具合には専用のコントロールが開く。雹害、塗装、部分再塗装、へこみ、傷、交換のそれぞれにトグルがあり、オンにした項目には説明と専用の写真が求められる。写真は名前付きの枠（運転席側フロントホイール、助手席側リアコーナーなど）に撮影するため、写真一式はカメラロールの寄せ集めではなく、漏れがなく比較可能なものになる。
名前付きの写真枠
06エコシステム
検査は、売り手自身による車の説明とディーラーの入札の間に位置する。売り手はウェブで同じ質問（名義人、ローン、保証、整備履歴）に答え、検査員のアプリがそれを現場で確認する。
検査員が記録した内容は二つの経路で外に出る。一つは詳細検査レポートで、その不具合ページにはディーラー向けアプリと同じ車の展開図が使われる。もう一つは、ディーラーが入札前にProで読む車両状態のセクションだ。
07私の役割
Inspectionファイルから整理したもの。ファイルにはチーム規模も、誰が何を決めたかも記録されていない。したがってこれはファイル内にある作業であり、単独で手がけたという主張ではない。
ファイルにはウィザードの第2版が第1版の隣に置かれている（Version 1とVersion 2）。車両情報のステップが反復的に改良されたことがわかる。
08成果
デザインした作業の数であり、成果ではない。プロフィール画面には検査済み・却下・予定の件数と平均時間が表示されるが、これらはプレースホルダーの値で、記録されたデータではない。
09学んだこと
検査の価値は、二台の車を比較できることにある。名前付きの写真枠、固定されたエリア、固定された不具合の種類は、どれほどの自由記述よりもそれに役立つ。
部位ごとの既定値によって、よくあるケースは1タップで済み、検査員の注意は本当にそれを必要とする部位のために取っておける。
再開できる検査と常に見える時間バーは、現場ではどの画面単体にも劣らず重要だ。
未回答の質問を示した状態
ギャラリーまたはカメラ