最初の90日で何を積み上げるか

実践者としての結論

最初の90日で優先するのは、大きな売上ではありません。

候補を選び、販売条件を確認し、出品し、注文後に仕入れ、商品を確認して購入者へ届け、結果を次の判断へ戻す。この一連の流れを自分で説明できる状態を作ることです。

初めからツールや外注へ任せると、数字が変わったときや例外が発生したときに、どこで止めるべきか分からなくなります。まず一商品を手作業で理解し、その判断を後から仕組みへ渡します。

90日を3段階に分ける

日数は目安です。未確認事項を残したまま、日付だけを理由に次へ進みません。

第1段階：手作業で判断を作る

最初の一商品について、次を記録します。

1. なぜ候補にしたか
2. Amazonで販売できるか
3. 日本へ輸入・販売できるか
4. 海外商品とAmazonカタログが一致するか
5. なぜその仕入先を選ぶか
6. どの費用を総コストへ含めたか
7. どの納期なら購入者へ約束できるか
8. 何が変わったら出品を止めるか

採用商品だけでなく、見送った商品も残します。見送り理由が蓄積すると、次のリサーチで同じ確認を繰り返さずに済みます。

この段階では、商品数より判断の再現性を優先します。

第2段階：初出品と初受注を一巡させる

販売条件を確認できた小さな商品群を出品し、在庫、価格、納期を更新します。

注文が入ったら、すぐに仕入れるのではなく、商品、在庫、仕入価格、総コスト、納期を再確認します。基準内なら仕入れ、転送・輸入、検品、国内発送、追跡案内へ進みます。

最初の受注では、効率より記録を優先します。

• 各工程の予定日時と実績日時
• 確認した資料
• 判断した人と理由
• 見積原価と実績原価
• 購入者へ案内した内容
• 起きた問題と対応

売上額が小さくても、工程を一巡させれば次の改善材料が得られます。逆に注文が入っても、履行できず記録も残らなければ、運営能力は積み上がりません。

第3段階：記録を仕組みに変える

一巡した工程を、次の3つへ分けます。

定型処理

情報収集、利益計算、在庫・価格差分、注文状態の更新など、同じ条件で繰り返せる作業です。

人が判断する処理

販売可否、商品一致、重大な価格変動、販売停止、返品・返金、購入者への例外対応です。

停止して確認する例外

取得失敗、欠品、赤字、納期超過、商品不一致、販売制限、知財警告などです。

定型処理からツールや外注へ渡します。停止条件と例外処理が決まっていない作業は、自動化しません。

次へ進む条件と止める条件

次へ進む条件

• 商品の採用理由と見送り理由を説明できる
• 総コストと利益下限を計算できる
• 注文状態と証拠を一つの履歴にできる
• 異常時に販売を止められる
• 問題を商品、仕入先、物流、価格、手順へ戻せる

拡大を止める条件

• 在庫・価格更新が追いつかない
• 見積利益と実績利益の差が説明できない
• 納期超過や追跡空白が増える
• 返品や問い合わせの原因を記録できない
• 例外処理が滞留する

商品数を増やす前に、管理品質を元へ戻します。

最初の1週間で行うこと

1. 毎週の作業時間と確認時間をカレンダーへ確保する
2. 候補商品比較表を作る
3. 一商品を7つの判断基準で確認する
4. 採用・保留・対象外を記録する
5. 通常・悪化・撤退の利益を計算する
6. 在庫、価格、納期の停止条件を決める
7. 次週に再確認する日を決める

作業量だけを記録せず、何を判断できるようになったかを週末に振り返ります。

まとめ

最初の90日は、売上規模よりも判断と工程を作る期間です。

一商品を手作業で確認し、小さな商品群で販売工程を一巡させ、記録から定型処理・人間判断・例外を分けます。

出品数、ツール導入、作業時間だけを成果にしません。購入者への約束を守れる範囲で進め、管理品質が崩れたら拡大を止めます。