買取と販売をひとつのECにまとめる設計と、商材で変わる判断

買取をやってみたい、というご相談は、たいてい販売の話とセットで来ます。買い取ったものを自分たちで売れば、仕入れが社内で回る。その発想自体はとても健全です。

ただ、実際に設計に入ると、話は「どうつなぐか」ではなく「つないだ先で誰が売り場を作るのか」に移っていきます。査定が終わった物は、それだけでは商品になりません。

一般には、買取と販売はつなげるほど効率が上がると言われます。かいなは、つなぐ価値を決めるのは連携の技術ではなく、買い取った物を売り場に載せ続けられる体制があるかどうかだと考えています。この記事では、買取と販売を一体で組むときの判断を、構築する側の視点で整理します。

買取をシステム化すると、ECのどこが変わるのか

かいなは宅配買取のシステムを、申込から本人確認、査定、査定額の承認、振込まで一気通貫で構築しています。作ってみて分かったのは、買取システムの価値がフォームの部分ではなく、その後ろにあるということでした。

仕入れが社内で回るということ

通常のECは、仕入先から商品を仕入れて売ります。買取を持つと、この仕入れの入口がお客様側に開きます。売った人がそのまま買う人になることもあります。

ここで効いてくるのは、同じ人の買取履歴と購入履歴が1つのIDにひもづくことです。何を手放した人が、何を買いに戻ってくるのか。分けて作ると、この線がつながりません。

相談の入口が「買取フォームを作りたい」であっても、掘っていくとお客様の顔が見えていないことが本題だった、というのはよくあります。

二重入力が消えるのは、査定の言葉を在庫の言葉に翻訳できたとき

買取と販売を分けて持つと、同じ物の情報を二度入力することになります。査定担当が書いた所見を、販売担当が商品説明として書き直す。ここが一番の無駄です。

ただし、一体型にすれば自動で消えるわけではありません。査定で使う項目と、販売ページで使う項目が対応していないと、結局は書き直しになります。

設計の勘所は、状態グレードや付属品の有無といった項目を査定の時点で販売側の商品情報として書ける形にしておくことです。翻訳が要らない形で書けているかを、最初に確認します。

1点物と型番商品で、設計はどこから分かれるか

古物商が扱う商材は幅広く、同じ「買取」でも設計はまったく変わります。分かれ目は商材のジャンルではなく、その物に型番があるかどうかです。

型番商品は、既存の商品ページに在庫を足す

カメラ、ゲーム機、家電、トレーディングカードのように型番や品名が定まっている商材は、販売ページを使い回せます。同じ型番の中古在庫が増えるだけだからです。

相場データを持てるなら、査定の値付けも機械的に組めます。型番と状態グレードが決まれば買取価格が出る、という形にできると、査定の待ち時間が短くなります。

この場合の一体型は素直に効きます。査定が確定した瞬間に在庫を1つ足すだけで、売り場が動きます。

1点物は、1点ごとに商品ページを作ることになる

ブランド品、着物、骨董、家具のような1点物は、状態で値が決まります。査定は人が見る前提になり、写真と所見を残す設計が要ります。

そして販売側では、1点につき1ページを作ることになります。撮影して、採寸して、傷の位置を書いて、公開する。これが買い取った点数だけ発生します。

かいなは自社ECを4サイト運営していますが、同じ商品を繰り返し売るサイトでも、新しい1品目を世に出すまでには撮影と原稿の工程があります。自社スタジオを持っていても、そこは短縮できません。

1点物の買取は、その工程が毎日、しかも1点ずつ積み上がります。連携の設計より先に、ここを誰がやるのかを決めておきます。

1件の申込に何点届くかで、査定画面が変わる

1件の申込に1点だけ届く商材と、まとめて大量に届く商材では、必要な画面がまったく違います。後者は、1点ずつの査定結果をどう見せるかが要になります。

まとめて届く商材では、お客様が「この分だけ売る、この分は返してほしい」と選べる形にしておくと、承認が進みます。一部承認と返送の導線を最初から入れておきます。

真贋の判断が入る商材なら、差し戻しの経路も同時に決めます。後から足すと、査定のステータス設計をやり直すことになります。

古物商の要件は、システムのどこに落ちるか

買取をECの中に入れる以上、古物営業法の要件は機能として実装することになります。運用でカバーする話にすると、担当が変わったときに崩れます。

古物台帳は、申込データから自動で埋められる

古物商には、取引の年月日、品目、数量、特徴、相手方の住所・氏名・職業・年齢などを記録する義務があります（出典: 警察庁「古物営業・質屋営業について」）。

宅配買取のシステムを作るなら、この記録は申込フォームと査定結果から自動で埋まる設計にできます。別途Excelで台帳を付けている状態は、作り方で解消できる部分です。

記録は後から追える形で残します。かいなが構築した買取システムでは、重要な操作の記録が前の記録を引き継ぐ連鎖構造になっていて、後からの改ざんを検出できるようにしています。

本人確認は、買取フォームの途中に入る

非対面で買い取る場合、相手方の確認方法は古物営業法第15条第1項と施行規則で定められています（出典: 警察庁「古物営業・質屋営業について」）。

ここを別の導線に切り出すと、申込の途中で離脱が起きます。申込の流れの中で完結させるのが基本です。方式の選び方は宅配買取システムと本人確認の記事に書きました。

一体型にしないほうがよいと判断する条件

買取と販売はつなげたほうがいい、とは限りません。かいなが「今は分けておきましょう」とお伝えするのは、次のような場合です。

販売側のカートを近いうちに移行する予定がある

販売側のカートを替える計画があるなら、買取と一体で作るのは待ちます。移行後の構成に合わせないと、連携部分を二度作ることになるからです。

先に買取だけを独立して作り、在庫の受け渡しはCSVで回す。カートが決まってから連携を組む。この順のほうが、結果的に早く終わります。

買い取ったものを、業者間に流すだけ

買い取った物を自社で売らず、業者間オークションに出すだけなら、買取システムは仕入れの道具ではなく仲介の道具です。販売側とつなぐ意味が薄くなります。

この場合に投資すべきなのは商品ページの自動生成ではなく、査定の速度と振込までの短さです。何を強くするかが、そもそも変わります。

1点物なのに、撮影と原稿の体制がない

1点物を扱っていて、撮影と原稿を回す人がいない状態で販売まで一体化するのは、すすめません。載せられない在庫が溜まるだけになります。

その場合は買取だけを先に作り、販売は手で回して様子を見ます。どれくらいの点数を公開できるかが見えてから、自動化する範囲を決めれば十分です。

自動と手動の境目を、どこに引くか

一体型で最後まで残る論点が、査定の確定から商品公開までのどこまでを自動にするかです。ここは商材によって答えが変わります。

査定確定から在庫候補までは自動、公開は人

かいなが標準で置く線は、査定が確定した時点で「在庫候補」まで自動で進め、商品ページとして公開するのは人が判断する、という形です。

型番商品なら、在庫候補から公開までもほぼ自動にできます。既存ページに在庫を足すだけだからです。1点物は、写真が揃った時点で人が公開します。

この線の引き方を決めておくと、在庫のズレも起きにくくなります。買取と販売で在庫を二重に持つ構成にすると、出荷側で必ず事故が起きます。バックヤードを別に強くする考え方はMUSUBのページにまとめています。

買値を、売値から逆算できる商材か

もう1つの分かれ目が値付けです。相場が動く商材は、買値の基準を売値から逆算する形にしないと、在庫が滞留したときに利益が消えます。

相場データを持てる商材なら、売値の推移を見て買取上限を自動で動かす設計が成り立ちます。持てない商材なら、査定担当の裁量を残し、記録だけを厳密にします。

また、1点物の在庫が増えていくと、今度は買う側が探せなくなります。点数が増える見込みがあるなら、探し方の設計を別レイヤーで持つ前提にしておくと後が楽になります。

買取と販売の設計について、お気軽にご相談ください

買取と販売をひとつにするかどうかは、技術の話に見えて、実際は運用の話です。買い取った物を売り場に載せ続けられるかで、答えが変わります。

かいなは自分たちでもECを運営しているので、在庫を抱える怖さも、1品目を公開するまでの手間も分かっているつもりです。だからこそ、つなぐ前に分けておく提案もします。

いまの構成のどこから手を付けるべきか、30分の無料相談で一緒に整理できます。診断だけ持ち帰っていただいて構いません。買取をこれから始める段階でも、すでに動いていて手詰まりでも、まずは現状をお聞かせください。