LISTIQを使う仕入れリサーチ手順｜候補抽出から再確認まで

LISTIQは、調査結果をGoogleスプレッドシートへ整理する工程で活用します。ここでの目的は、候補を機械的に採用することではなく、発注前に確認すべき商品を同じ基準で絞り込むことです。

候補を比較するまでの流れ

1. 調査する商品群と除外条件を決める
2. 必要な前提サービスと取得条件を確認する
3. 取得結果をスプレッドシートで並べる
4. 粗利、回転、競合、出品制限で候補を絞る
5. 発注直前に価格と条件を再確認する

一覧にした段階で、商品ID、取得日時、空欄を確認します。自動取得された値にも遅延や欠損があり得るため、空欄をゼロで扱ったり、一覧の順位だけで発注を決めたりしません。表の列と確認順はスプレッドシート管理を基準にします。

発注前に別の情報で再確認する

候補を絞った後は、Amazon、Keepa、仕入れ先の情報を照合します。確認の目的は、表示された利益が正しいと証明することではなく、価格・費用・出品可否・仕入れ条件に見落としがないかを確かめることです。高額な発注ほど、確認元と確認日時を残します。

LISTIQの出力とKeepaの時系列データは、同じ値として混ぜずに扱います。数値の種類や取得時点が分からないときは候補を保留にし、公式情報や取引条件を確認できるまで先へ進めません。連携時に見るポイントはKeepa連携前の確認も参照してください。

利益につなげる運用単位

LISTIQの価値は、一覧を作ることではなく、同じ時間で確認できる候補を増やしながら、赤字候補を早い段階で落とすことにあります。1回の調査ごとに、次の4項目を残します。

• 1時間で確認できた候補数
• 仕入れ候補として残った割合
• Amazon費用と納品費を引いた1個あたり粗利
• 仕入れ後に売り切るまでの日数

Keepaは時系列データの確認、LISTIQは取得結果の整理、Amazonと仕入れ先の情報は出品可否・費用・発注条件の最終確認を担います。LISTIQとKeepaの月額を合算し、増えた月間粗利と削減できた調査時間が合計費用を上回るかで継続を判断します。

候補数だけ増えて仕入れ後の在庫日数が悪化した場合は、抽出条件を広げすぎています。採用率と販売後の実績を毎月見直し、利益につながらない条件は削ります。