引き継ぎ資料に残らない「判断」——商品登録業務の属人化を生む構造

「引き継ぎ資料が作れない」のはなぜか

引き継ぎ資料に書けるのは、手順です。どの画面を開き、どの項目に何を入れ、どこを押して保存するか。これは書けます。

しかし商品登録という業務の実態は、手順の実行ではなく判断の連続です。

仕入先から届いたExcelを開き、この列は自社のどの項目にあたるかを判断する。カテゴリが明示されていない商品を、どこに分類するかを判断する。仕様書に書かれていない属性を、メーカーのサイトを見て埋めるか、空欄のまま登録するかを判断する。

これらの判断には、明文化された基準がありません。基準は、担当者が数年かけて蓄積してきた経験の中にあります。だから手順は書けても、判断は書けない。引き継ぎ資料が作れないのは、担当者が説明を惜しんでいるからではなく、そもそも書き出せる形で存在していないからです。

引き継ぎを不可能にしている4つの暗黙知

書き出せないまま個人の中に蓄積されているものは、おおよそ次の4つに分類できます。

1. 仕入先ごとの読み替えルール

A社の仕様書にある「グレー」は、自社のマスタでは「チャコール」として登録する。B社の寸法はミリ単位だがC社はセンチ単位なので、取り込む前に変換する。D社から届くファイルは、3行目から本文が始まる。

こうした仕入先ごとの癖への対応は、取引社数が多いほど膨大になります。しかもその多くは、過去に一度失敗した経験から生まれた対応です。理由まで含めて記録されていることは、ほとんどありません。

2. カテゴリ・属性の判断基準

複数のカテゴリにまたがる商品を、どちらに登録するか。似た商品が過去にどちらへ入れられたか。この判断が担当者ごとにぶれると、検索や絞り込みの結果が揺らぎます。

熟練した担当者は、過去の登録との整合性を記憶で担保しています。つまり判断基準は、マスタの中ではなく担当者の記憶の中で一貫している状態です。

3. 例外とその理由の記憶

「この商品群だけは、通常と違う処理をしている」。その理由が、数年前の取引先からの要望だったり、システム上の制約だったりします。

例外そのものは引き継げます。しかし理由が引き継がれないと、後任者はその例外を変更していいのか判断できません。結果として、誰も理由を知らないまま例外だけが維持され続けます。

4. 関係者との調整履歴

仕入先の仕様変更を確認したいとき、誰に連絡すれば話が早いか。社内で商品情報の不備を見つけたとき、どの部門の誰に確認すべきか。

この人的なネットワークは、業務フロー図には現れません。しかし実務のスピードを決めているのは、しばしばこの部分です。

本当の原因は、ルールが「システムの外」にあること

ここで押さえておきたいのは、この状態が担当者の問題ではないということです。

むしろ逆で、担当者が優秀であるほど属人化は進みます。判断が速く、例外にも柔軟に対応でき、記憶力が良い人ほど、ルールを書き出す必要に迫られないからです。仕組みで解決されていない部分を、能力で埋めてくれていたことになります。

ただ、属人化はチームの人数や個人の資質の問題ではありません。ルールがどこに置かれているかという、置き場所の問題です。

ルールが担当者の頭の中にある限り、その人が動けば失われます。ルールがシステムの中にあれば、人が代わっても残ります。違いはそれだけであり、そしてその違いが決定的です。

「引き継ぎを不要にする」という解決

この問題への対処法は、引き継ぎを上手くやる方法を探すことではありません。引き継ぐべきものを、あらかじめシステム側へ移しておくことです。

具体的には、次の3つになります。

変換ルールのパイプライン化

仕入先ごとの読み替えや単位変換を、担当者が都度おこなう作業ではなく、システムに定義されたルールとして持たせます。新しい仕入先が増えたときにルールを追加する形にしておけば、対応の履歴がそのまま資産として残ります。

バリデーションの自動化

必須項目の欠損や表記の不統一を、登録の時点でシステムが検知する状態をつくります。「登録前に確認すべきこと」を担当者の注意力に頼らずに済むため、後任者でも同じ品質を担保できます。

判断基準のマスタ化

カテゴリや属性の判断基準を、暗黙のルールではなく参照可能な定義として持ちます。迷ったときに参照できる基準があることは、後任者の教育コストを大きく下げます。

私たちが提供しているLazuli PDPも、こうした「担当者の判断をシステムに移す」ことを目的とした仕組みです。仕入先ごとの多様な形式のデータを構造化し、定義されたルールに沿って自動で変換・検証することで、登録品質を人に依存しない状態に近づけます。

どの手段を選ぶにせよ、目指す状態は同じです。担当者が代わっても、昨日と同じ品質で商品が登録されること。それが実現していれば、引き継ぎは「資料を渡す作業」ではなく「システムの使い方を伝える作業」に変わります。

まとめ——次の人事異動が来る前に

属人化への対策は、退職や異動が決まってから始めると、ほぼ間に合いません。残された時間の中でできるのは、失われるものを最小限にすることだけです。

平時にできる、もっとも簡単な第一歩をひとつ挙げます。

担当者に、その日1日の業務の中で「判断した場面」を書き出してもらうことです。手順ではなく、迷った場面と、どちらを選んだか、なぜそう決めたか。1日分でも、おそらく想像より多くの項目が出てきます。

そこに並んだものが、いま引き継げないものの正体です。そしてその一覧は、そのままシステム化を検討すべき項目のリストにもなります。

引き継ぎ資料を分厚くするのではなく、引き継ぐ必要のあるものを減らしていく。属人化の解消とは、そういう作業です。

==============================================================

■よくある質問

==============================================================

Q1. 商品登録業務の引き継ぎがうまくいかないのはなぜですか？

A1. 引き継ぎ資料に書けるのは操作手順ですが、商品登録の実態は判断の連続だからです。仕入先ごとの読み替えルール、カテゴリの判断基準、例外処理とその理由、関係者との調整先といった暗黙知は明文化されておらず、担当者の経験の中にしか存在しないため、資料として書き出すことができません。

Q2. 担当者の退職前に、属人化した業務について何をしておくべきですか？

A2. 退職が決まってからでは間に合わないことが多いため、平時からの対策が重要です。簡単な第一歩として、担当者にその日1日で「判断した場面」を書き出してもらう方法があります。手順ではなく、迷った内容とその選択理由を記録することで、引き継げていない暗黙知の一覧が可視化されます。

Q3. 引き継ぎ資料を作らなくても業務が回る仕組みはありますか？

A3. 担当者の判断をシステム側に移すことで実現できます。仕入先ごとの変換ルールのパイプライン化、必須項目や表記の自動バリデーション、カテゴリ・属性の判断基準のマスタ化という3つを整えることで、担当者が交代しても同じ品質で登録できる状態に近づきます。

==============================================================