中古端末の品質グレーディングの実務ガイド｜小さく始めて継続運用へ移す実践手順を示す

品質グレーディングを導入するとき、最初から全機種・全拠点へA/B/C基準を配布すると、同じ文字だけが広がり、観測条件と判定理由が揃いません。拠点ごとに照明、清掃、検査ツール、傷の捉え方が違い、上位率や検査速度が目標になると基準が歪みます。

小さく始める目的は、ランク数を減らすことではありません。一機種群、50〜100台、二人以上の検査者で、同じ端末を独立判定し、停止ゲート、八軸評価、写真、総合ルール、返品まで一本につなぐことです。本稿では、8週間の試行から継続運用へ移す手順を示します。

開始前：用途と対象外を一文で決める

例として、「同一シリーズ100台について、法人向け再販の状態表示・価格・保証に使うグレーディングを作り、別検査者が判定理由を再現できるようにする」と定めます。

対象外も明記します。

• 所有権・個体識別が未確認
• データ未消去・アカウント解除未完了
• 膨張、発熱、浸水、焼損等の危険疑い
• リコール確認待ち
• 型番・構成が試行範囲外
• 部品取り・現状渡し専用で通常利用を評価しない品

これらは低ランクではなく別工程へ止めます。

成功基準は上位ランク比率ではなく、停止ゲートの見逃しがないこと、八軸の必須項目が完了すること、別担当が判定理由を追えること、販売表示と元記録が一致することです。検査時間は品質条件を満たした後の改善指標にします。

試行対象の選定では、きれいな端末だけを集めず、通常の入荷構成を反映します。新機種、危険疑い、所有・データ未確認は対象外として隔離しつつ、対象外になった件数と理由も母数に残します。除外を隠すと、本番時の処理能力を過大評価します。

役割は、基準所有者、商品責任者、検査者、監査者、販売表示担当に分けます。小規模で兼務する場合も、自分の初回判定を自分だけで最終承認しないよう、高額・境界・停止解除を二者確認します。

1週目：八軸の評価票を作る

総合ランクの前に、次の八軸を別々に記録します。

1. 製品・個体識別
2. データ・アカウント・管理
3. 電池・製品安全
4. 必須・限定機能
5. 外観
6. 電池性能
7. 修理・部品履歴
8. 付属品・保証条件

各項目は合格、不合格、未確認、対象外に分けます。自由記述だけでなく、欠陥コード、部位、重大度、写真IDを持たせます。

最小項目例

• 画面：割れ、傷、焼き付き、輝度、タッチ
• 筐体：曲がり、へこみ、擦れ、浮き
• 機能：起動、充電、カメラ、音声、通信、センサー
• 電池：診断値、膨張、発熱、充電挙動
• 管理：消去、アカウント、MDM、利用制限
• 修理：開封痕、交換部品、再検査

「問題なし」を初期値にせず、検査完了時に明示して確定します。

1週目：停止ゲートを設定する

点数化や総合ランクより先に、流通可否を決める停止条件を設定します。

• 個体・型番・容量の矛盾
• データ消去・証明の不一致
• アカウント・MDM・利用制限未解除
• 膨張、発熱、浸水、焼損、電池露出
• リコール・安全措置未確認
• 必須機能の重大不良

停止時には、隔離場所、責任者、追加確認、期限、解除承認を記録します。検査者が総合点で解除できないよう権限を分けます。

個人情報保護委員会のデータの消去に関する注意喚起も参照し、データ未処理を品質ランクへ吸収しません。

安全ゲートでは、経済産業省の製品事故・リコール情報も確認し、対象候補を動作確認済みという理由だけで解除しません。メーカー案内と個体範囲を確認し、解除者と根拠を残します。

2週目：検査環境と写真を固定する

環境仕様書へ次を記載します。

• 照度、照明位置、背景色
• 目視距離・角度・時間
• 清掃方法、使用剤、乾燥
• 充電器、ケーブル、電源
• Wi-Fi、SIM、Bluetooth試験環境
• 診断ツール・アプリ・OS・版
• 検査室の温度・騒音・安全
• 撮影位置、距離、解像度、命名

写真は正面点灯・消灯、背面、四辺、角、カメラ部、主要傷を撮ります。原画像と公開用画像を分け、過度な補正を禁止します。

設備障害の日は端末不良へせず、検査保留として再実施します。

2週目：欠陥辞書と境界サンプルを作る

「傷が少ない」ではなく、部位、大きさ、深さ、視認性、機能影響で定義します。写真例には端末ID、撮影条件、判定理由を付けます。

正解セットには簡単な上位・下位だけでなく、次を含めます。

• 画面中央の深い傷1本と微細傷多数
• 画面点灯時のみ見える焼き付き
• 外観良好だがカメラ不良
• 診断値良好だが膨張疑い
• 電池情報を取得できない端末
• 修理痕・交換部品がある端末
• アカウント・MDM解除未確認
• 写真では判断できない浮き・端子不良

商品責任者、品質責任者、検査代表が合意し、正解理由と異論を残します。

3週目：二人で独立判定する

50台程度を、互いの結果を見ずに同じ条件で判定します。総合ランクだけでなく、項目・欠陥・重大度・未確認を比較します。

一致率は次へ分けます。

• 停止ゲート一致
• 必須機能一致
• 外観部位・欠陥一致
• 電池・修理・付属品一致
• 総合ランク一致

単純一致率に加え、必要に応じて偶然一致を考慮する指標を使います。しかし数値より、不一致端末を実物でレビューすることが重要です。

判定結果を件数だけでなく混同行列で見る

二人の総合ランクが一致した割合だけでは、差の方向が分かりません。検査者Aを行、検査者Bを列にして、上位、標準、使用感大、機能制限、停止の件数を表にします。隣接ランクの差と、停止を通常ランクへ入れた差を別の重大度で扱います。

例えば50台中40台が完全一致、8台が隣接ランク差、2台が停止ゲート差だったとします。一致率80%だけを見れば一定に見えても、停止差2台は本番移行を止めるべき重大事項です。一方、隣接差8台は、傷位置、照明、基準境界、価格・保証影響を確認します。

欠陥属性にも混同行列を使います。

• 画面傷を双方が検出した真陽性
• 両者が傷なしとした真陰性
• 一方だけが傷ありとした差
• 正解サンプルに対する見逃し・過検出

ただし正解サンプルを一人の熟練者だけで作りません。品質責任者、商品担当、検査代表が、顧客表示と保証に必要な境界を合意し、理由を残します。

一致基準の例は次です。

• 安全・データ・ロックの停止判断は全件一致を目指し、不一致は原因解決まで試行停止
• 必須機能は重大欠陥の見逃しを許容しない
• 外観の隣接差は定めた割合内でも、特定部位への集中を確認
• 未確認理由は同じ選択肢で記録
• 総合ランク差は元属性差から説明できる

ここで「全件一致を目指す」は、未知を合格へ寄せる意味ではありません。分からない場合は双方が未確認として止めることも正しい一致です。

試行データを再現可能な形で保存する

評価票の現在値だけでなく、判定イベントを保存します。

• 端末ID、機種・構成
• 検査者、拠点、検査日時
• 基準版、ツール・OS・環境版
• 八軸の各項目と欠陥コード
• 写真・診断結果の証拠ID
• 停止ゲートと解除履歴
• 初回総合ランク、監査ランク、最終ランク
• 不一致分類、合意理由、教育・改定
• 販売、価格変更、返品、再修理

同じ端末を二人が判定しても、一人目の値を二人目が上書きしません。独立したイベントとして保存し、合意後の最終値を別に持ちます。監査変更率を計算するときは、初回・監査・最終を区別します。

写真・診断ファイルはファイル名だけでなく、端末ID、部位、撮影条件、作成日時、ハッシュ等の識別を持たせます。公開画像へ加工した場合、原画像との関係を残します。個人データや通知が写り込んだ場合は公開せず、隔離・削除手順へ送ります。

集計時は、基準版の違う判定を同じ期間へ混ぜません。新版で再判定した在庫は、旧値、新値、変更理由を保持します。返品データも販売時の基準版へ結び、現在基準で過去を都合よく読み替えません。

試行終了時には、端末別一覧だけでなく次の証拠を保存します。

• 対象100台の選定条件と除外
• 正解・境界サンプルと合意記録
• 検査者別の独立結果
• 停止・必須機能・外観の一致分析
• 不一致レビューと修正前後
• 本番移行判定と未解決事項

これにより、上位率が変わったとき、入荷品質、基準、検査者、環境、ツールのどれが原因かを後から調べられます。

具体的な一日の校正会の進め方

午前に10台を独立判定し、午後に実物を囲んで差を確認します。最初に総合ランクを発表すると他の判断に引っ張られるため、八軸と停止条件から比較します。

1. 端末IDと検査環境を確認する
2. 停止ゲート差を最優先で確認する
3. 必須機能の実行条件と結果を再現する
4. 外観を同じ照明・角度で見る
5. 写真が実物を表しているか確認する
6. 電池・修理・未確認の証拠を確認する
7. 基準文・例・UIの修正案を作る
8. 新しい2台で修正後基準を試す

会議で声の大きい人へ合わせず、差の原因と顧客・安全影響を記録します。合意できない場合は未確認または保留にし、商品責任者へ期限付きで判断を依頼します。

教育の合格は、例題のランク暗記ではなく、停止理由、欠陥コード、証拠、総合ルールを説明できることです。新人だけでなく、基準改定時は熟練者も再校正します。

3週目：不一致を原因別に直す

不一致を「担当者の感覚差」で終えず、次へ分類します。

• 基準文が曖昧
• 写真・例が不足
• 照明・清掃・撮影が違う
• ツール・OS・版が違う
• 機種固有項目がない
• 入力UI・選択肢が分かりにくい
• 速度・件数目標が確認を圧迫
• 教育・技能が不足

修正後、同じサンプルを順序を変えて再判定します。正解を暗記しただけにならないよう、新しい境界サンプルも加えます。

4週目：総合ルールをゲート後に作る

総合ランクは、流通可否を確認した後に八軸を要約します。

一例は次です。

1. 停止ゲートに該当すれば通常ランク対象外
2. 必須機能不良は修理・機能制限へ
3. 外観は画面・フレーム・背面等の主要部位で最低条件を適用
4. 電池、修理、付属品は個別表示し、含める範囲を明示
5. 未確認が重要項目にあれば通常上位へ進めない

ランク名称、説明、検査範囲、保証を基準書へ記載します。MIXや現状渡しを同じ高低軸へ無理に入れません。

4週目：販売表示とAPIへ元情報を残す

販売画面に一文字だけ表示せず、次を示します。

• ランク定義と基準版
• 外観の主要状態と写真
• 確認済み機能・未確認
• 電池情報と確認方法
• 修理・交換部品の区分
• 付属品・保証・返品

CSVやAPIにも定義版、検査日時、未確認を含めます。画面のツールチップだけに重要条件を隠しません。

5週目：価格・在庫・保証への影響を並行確認する

同じ型番・容量・保証の価格帯を市場・販売相場検索で確認しても、他社Aを自社Aへ名称だけで変換しません。元の状態条件をそろえます。

試行では次を記録します。

• ランク別の想定価格と実売価格
• 掲載から販売までの日数
• 値下げ回数・幅
• 返品・再修理・理由
• 保証費用
• 上位・下位への監査変更

上位率を高くすることを目標にせず、状態説明と価格・保証が整合するかを見ます。

5〜6週目：修理前後を別イベントで評価する

修理前判定を上書きせず、症状、診断、部品、作業、再検査、修理後八軸を記録します。

修理後検査

• 対象不具合が解消した
• 分解・交換に関連する機能が正常
• 電源、充電、発熱等の全体安全
• 部品IDと作業記録が一致
• 外観・電池・保証を再評価
• データ・アカウント状態を再確認

作業者が直接販売可へ変更せず、別担当が最終承認します。

6週目：検査時間を工程へ分解する

平均時間だけを短縮せず、受入れ待ち、清掃、機能、外観、撮影、入力、再検査、差戻しへ分けます。ボトルネックが入力UIなら、検査項目を削るのではなく選択肢や自動連携を改善します。

速度と同時に、必須項目完了、未確認、監査変更、返品、検査者間一致を確認します。難しい端末が特定検査者へ偏っていないかも見ます。

7週目：返品・再修理を基準へ戻す

試行中または過去販売品の返品を、元の端末ID、検査、写真、修理、担当、基準版へ結びます。

返品理由を分類します。

• 外観説明差
• 必須・限定機能不良
• 電池・充電・発熱
• アカウント・利用制限
• 型番・容量・通信違い
• 修理・交換部品
• 付属品・保証説明
• 顧客都合・相性

顧客申告を自動確定せず再検査しますが、主観として捨てません。同じ欠陥の集中を基準・教育へ戻します。

7週目：監査抽出をリスク別に設計する

ランダム品に加え、上位、境界、高額、新機種、修理後、未確認、特定部品、返品を抽出します。

重大な安全・データ・必須機能の見逃しがあれば、当該ロット・期間・検査者・ツール版を広げて確認します。軽微な外観差と同じ変更率へまとめません。

監査対象を検査者が事前に選べないようにし、差戻し後の再検査・販売表示修正まで追跡します。

8週目：本番移行の合否を決める

• 八軸の原評価を個体別に保存した
• 安全・データ・ロックの停止ゲートが機能した
• 環境・写真・ツール版を標準化した
• 境界サンプルと判定理由を用意した
• 二人の独立判定と不一致レビューを行った
• 重要欠陥の一致が基準を満たした
• 未確認を合格へ含めていない
• 総合ランクから元情報へたどれる
• 販売表示・APIと内部記録が一致した
• 修理前後と部品を履歴化した
• 返品・再修理を元判定へ戻した
• 監査変更の原因と是正が完了した

一つでも重大項目が未達なら、対象範囲を縮めて再試行します。

継続運用：日次・週次・月次で見る

日次

• 安全・データ隔離、停止ゲート違反
• 検査未完・写真・入力欠損
• 設備・ツール障害

週次

• ランク構成、未確認、検査時間
• 再検査、不一致、監査変更
• 修理後判定と部品不具合

月次

• 返品・再修理・表示差
• 検査者・拠点間の校正
• ランク別販売日数・値下げ・保証
• 基準・ツール・機種変更

基準改定時は旧版・新版を並行判定し、適用日と過去在庫の再検査範囲を決めます。

拡張と自動化の順序

機種、拠点、検査者、委託先、AI機能を一つずつ追加します。新機種では、正解サンプル、機種固有機能、電池情報、部品、更新を確認します。

AIは傷候補・型番候補から始め、見逃し・過検出を欠陥別に評価します。危険・データ・ロック・重大機能を平均精度だけで自動確定しません。モデル更新時に同じ回帰サンプルを再実行します。

まとめ：一機種100台で判定の連鎖を完成させる

グレーディングの実践では、A/B/C表を先に配りません。一機種群50〜100台で、八軸、停止ゲート、検査環境、写真、欠陥辞書、境界サンプルを作り、二人が独立判定します。不一致は人の感覚として片付けず、基準、環境、ツール、UI、教育へ分解します。

総合ランクはゲート後の要約であり、元の検査、未確認、修理、写真、基準版を消しません。価格・販売日数・返品・保証と並行して評価し、上位率や検査速度だけを目標にしません。

本番移行は12条件を証拠で満たしたときに行い、その後も日次の停止、週次の校正、月次の返品・基準改定を続けます。別担当が一件の判定理由を再現できる小さな運用を完成させ、その証拠を保ったまま機種・拠点を一軸ずつ広げてください。