Indiegogo shipping完全ガイド 送料・関税・発送の実務
Indiegogoでの配送は「配送モデル」と「配送ゾーン」を軸に、重量か数量で送料を設定します。関税や返品対応、地域別の送料試算を事前に決めることで赤字や支援者トラブルを防げます。
- Indiegogoの基本設計(配送モデル・配送ゾーン・by weight/by quantityの違い)をわかりやすく解説します。
- 米国・EU・日本それぞれの発送で押さえるべき実務例と、重量・容積での送料試算の作り方を示します。
- 関税・VAT・インボイスの扱いと「誰が負担するか」を決める具体的手順を紹介します。
- 返品・再発送・梱包コスト・マルチウェーブ発送のチェックリストと、運用でよくある失敗例を防ぐテンプレを提供します。
- Easyshipなどの連携ツールの使い分けと、まず作るべき試算シート(次の一手)を示します。

- 配送モデルと配送ゾーンの関係図
- 重量方式/数量方式の違いを視覚化
- 発送フロー(支援→課金→出荷)のタイミング
Indiegogo shippingの基本を先に押さえる
前節で「配送設計を早めに考える重要性」を提示しましたが、ここで基礎用語と仕組みを整理しておくと判断ミスが減ります。
Indiegogoの配送は「どの配送方法を使うか(配送モデル)」「どの地域に適用するか(配送ゾーン)」を軸に、重量ベースか数量ベースで送料を計算する仕組みが中核です。
- 配送モデル・配送ゾーン・計算方式(重量/数量)の関係と、それぞれをいつ決めるかが分かります。
- 支援者が見るべき表示箇所と、実行者が先に決めるべき3項目の実務的判断基準が分かります。
- 具体例(小物/大型品/多SKU)を使った選び方、よくある失敗とその回避法を示します。
Indiegogoのshippingは何を指すのか
Indiegogoの「shipping」は単なる送料表示ではなく、配送方法の選択、地域の適用範囲、計算ルール、発送ステージ(複数波での出荷)やハブ管理などを含む運用全体を指します。配送設計をプロジェクト初期に意識しないと、支援集めの目標額設計や後続のプレッジマネージャー運用で齟齬が出やすいという点が実務上重要です。実務でよくある落とし穴は「ページに表示している送料が実際の平均コストを下回っている」ケースで、これは梱包や関税を反映していないことが多いため、見積り段階で梱包・関税の想定を加える回避策が有効です。出典:Indiegogoヘルプ(Shipping – Setup Overview)
送料計算は重量方式と数量方式の2つが基本
送料計算は基本的に「重さで計算する(by weight)」か「商品数で計算する(by quantity)」のどちらかを選びます。軽くてかさばる商品や配送業者が容積重量(長さ×幅×高さから算出)を使う場合は重量ベースが相応しく、逆に一律の箱で送る小物類や同梱が多く発生する場合は数量ベースが分かりやすい判断軸です。判断基準は「1箱あたりの変動要素が重さか数量か」で分けると実務的で、例えば薄手の布製品(かさばるが軽い)は容積重量の影響で重量ベースにする方が正確なことが多い一方、小型ガジェットの追加アクセサリは数量ルールが簡便です。よくある誤りは、数量ベースで設定しておきながら実際に同梱率が低く個別発送が増え、送料が膨らむパターンで、事前に試算(複数シナリオでの平均送料算出)を行うことで回避できます。出典:Indiegogoヘルプ(Shipping Mode Configuration: By Quantity)
配送モデルと配送ゾーンの関係
配送モデルは「どの配送手段(複数のキャリア、ローカルピックアップ、ハブ)」を指し、配送ゾーンは「そのモデルが適用される地域」を定義します。モデル×ゾーンの組合せで料金表が決まるため、ゾーン設計を粗くすると特定地域で赤字が出やすい点に注意してください。具体例として、欧州を「EU内」「欧州外」に細かく分けるとVATや到着所要日での差異を反映しやすく、米国内は州や遠隔地料金で細分化することが多い運用です。落とし穴は「一律ゾーン(例:Worldwide)にしてしまい、遠隔地追加料金が反映されない」こと。回避策は主要顧客国を優先してゾーンを細分化し、残りを雑多ゾーンとして別料金ルールを設定することです。出典:Indiegogoヘルプ(Defining Locations and Shipping Zones)
支援者が見るべきshipping情報はどこか
支援者は商品ページ・Perk欄・キャンペーン本文・チェックアウト直前の費用明細の順で送料と関連手数料を確認すべきです。支援時に見落とされがちな項目としては「関税負担の有無」「複数波発送の可能性」「到着予定の幅(例:Q3〜Q4)」があり、これらが未記載だと後でトラブルになりやすいです。課金のタイミングも確認ポイントで、通常はキャンペーン成功後に課金が実行される(一部即時課金のオプションあり)ため、支払いと配送のタイムラインを合わせてチェックしてください。紛失・税関保留などトラブル時の対応策としてはトラッキング番号の提供、配送保険の選択肢、住所確認期間の設定などを事前に明示することが有効です。出典:Indiegogoヘルプ(When will I be charged for my pledge?)
実行者が最初に決めるべき3項目
実行者は公開前に「発送元(ハブ)」「送料負担の方針(出荷側/受取側)」「主要配送モデル」を決めるべきです。判断基準としては想定支援者の居住分布(国数・比率)、SKU数と同梱率、想定件数の三点を優先してください。たとえば海外比率が高ければEasyshipのような複数キャリア比較・landed cost表示ツールの導入を早めに検討することで、チェックアウト時の透明性が高まり支援者満足度が上がります。落とし穴としては「ツール導入を後回しにして手動見積を続け、量が増えたときに運用が破綻する」ことがあり、回避策は初期段階で簡易試算シートを作り、一定件数を超えたら自動化ツールに切り替える運用ルールを決めておくことです。出典:Easyship(Indiegogo統合ページ)
ここまで押さえれば、送料の細かな試算や地域別の通関対応へ自然に関心が向くはずです。
支援者向け:送料と発送で確認すべきポイント
ここが曖昧なままだと、支援後に追加費用や長期の待ち時間で困る可能性が高くなります。
支援者は送料表示だけでなく、請求のタイミング、関税負担、発送方式(分割発送の有無)をまとめて確認することが安全です。
- 表示されている送料が「最終的に請求される金額か」を確認する。
- 発送可能な国・地域と関税負担の有無を事前にチェックする。
- 発送予定の幅とトラッキング/補償の有無を確認し、問題時の連絡先をメモする。
送料はいつ確定し、いつ請求されるのか
支援時に表示される送料がそのまま最終確定額とは限らない点に注意が必要です。多くのプロジェクトではキャンペーン成功後にプレッジマネージャー(支援者情報回収)で送料を確定したり、追加で請求されたりする仕組みが使われます。運用上よくある問題は「支援時に低めの送料が示され、後で差額を請求される」ケースで、支援者側の回避策は支援前に配送欄・FAQ・アップデートで「送料確定のタイミング」を明記しているかを確認することです。一般にIndiegogoの支払いはキャンペーン成功後に実行されるため、課金時期と送料確定の時期がずれる可能性がある点も押さえておいてください。出典:Indiegogoヘルプ(When will I be charged for my pledge?)
日本に発送できるかを確認する方法
配送可否はプロジェクトページのPerk説明と配送ゾーン設定で判断します。表記が「Worldwide」でも一部国で未対応の場合があるため、発送可能国リストがあるか、あるいはコメントやFAQで日本への発送可否が明示されているかを必ず確認してください。判断基準としては(1)Perkに日本が明記されているか、(2)チェックアウトで日本住所が受け付けられるか、(3)過去のアップデートで日本向け発送に関する記載があるか、の三点を順に確認すると実務的です。落とし穴は「出品時点では後から国を増やすつもり」と書かれているケースで、支援後に追加対応を期待すると時間と費用の負担が増えることがあります。必要な場合は支援前に作者に直接問い合わせて明確な回答をもらうとリスクが低くなります。出典:Indiegogoヘルプ(Defining Locations and Shipping Zones)
関税・消費税・通関手数料は誰が払うのか
関税・VAT・消費税は送料とは別に発生することが多く、配送方法や配送条件(Delivered Duty Paid=出荷者負担か、Delivered Duty Unpaid=受取人負担か)で誰が支払うかが決まります。支援者としては「関税受取人負担(DDU)」であるかどうかを明確に確認してください。プロジェクトがlanded cost(関税・税金込みの表示)を提供していれば、到着時の追加負担リスクは低くなるため、表示の有無は重要なチェック項目です。万一に備える回避策は、到着時に課税される可能性を前提にした総費用(支援額+想定関税)を自分で概算しておくことと、プロジェクト側が関税負担を明記していない場合は支援を慎重にすることです。出典:Easyship(Indiegogo統合ページ)
発送遅延が起きやすいケースと見分け方
発送遅延は試作品から量産への移行、部品調達の問題、認証取得(電波法など)の遅れ、または通関での保留が原因になることが多いです。判断基準は「量産準備の進捗」「サプライヤーの確保」「認証の完了状況」の三点で、これらが不明瞭なプロジェクトは遅延リスクが高い傾向にあります。よくある失敗は発売予定を楽観的に書くことで支援者の期待が先行し、遅延情報の更新が遅れることです。回避策としては作者の過去の実績確認、試作写真や検査報告の有無の確認、また発送予定に幅(例:2026年8月〜10月)を設けているかを見ると現実的な見積もりか判断しやすくなります。
住所変更・未着・紛失時の次の一手
発送前の住所変更と発送後の未着対応は対応方法が異なります。発送前であればプレッジマネージャー期間中に住所を更新できるかを確認し、発送後であればトラッキング番号の有無、輸送保険の適用範囲、再送のルール(再送は有料か無償か)をチェックします。トラッキング番号がない発送は紛失時の補償が薄く、支援する際のリスクが高いため、可能ならトラッキング付き配送を選んでいるPerkを優先するのが安全です。紛失が疑われる場合の行動手順は(1)プロジェクトオーナーに連絡、(2)配送会社に追跡確認、(3)必要書類(領収書や住所確認)を提出、(4)補償手続きの申請、の順で、これらをすばやく行うと解決が早まります。
これらを押さえておけば、実行者側の送料設計や地域別の通関対応を見比べる際に判断しやすくなります。
実行者向け:送料設計の進め方と判断基準

- 必須項目の1行試算シート例
- フラット/実費/後請求の比較表
- 赤字リスクを防ぐマージン設定例
支援者側の確認点を押さえた上で、実行側が送料を設計する手順を明確にしておくと運用の破綻を防げます。
送料設計は公開前に最終案を出し、配送モデル・配送ゾーン・計算方式を組み合わせて利益シミュレーションを回して決めるべきです。
- 配送モデル(キャリア/ハブ/ローカル受取)と配送ゾーン(国別・地域別)を先に決めること。
- 重量課金と数量課金のどちらが実情に近いかをSKUごとに判断し、試算表で検証すること。
- 梱包費、関税想定、再送コストを含めた「最悪ケース」のキャッシュ試算を用意すること。
送料設計はキャンペーン前に決めるのが基本
公開後に送料ルールを頻繁に変えると支援者からの信頼を失いやすく、資金計画も狂うため最終案は募集開始前に固めるのが安全です。理由は単純で、支援額の目標設定や利益見込みは送料を含めた総原価で立てる必要があるからです。判断基準は「想定支援者の居住分布」「想定件数」「SKUの同梱率」の三つを優先し、これらを変数にして複数シナリオ(楽観/現実/悲観)で試算してください。落とし穴は送料を過小評価してキャンペーンを成功させた後に追加請求や赤字が発生することです。回避策は、初期目標に一定マージン(例:送料誤差分として全体の5〜10%)を残すことと、プレッジマネージャーでの最終確定前に支援者に透明な説明を行うルールを文書化しておくことです。
フラットレート・実費・後請求の選び方
料金方式の選択は「ユーザー体験」と「運用コスト」のバランスで決めます。フラットレートは支援者にわかりやすく、マーケティング上有利ですが、地域や重量差が大きい商品では運用負担になる傾向があります。一方、実費請求(キャリア送料に連動)は正確性が高い反面、支援時の価格が変動して支援率に影響する恐れがあります。後請求(プレッジマネージャーで差額清算)は柔軟性がありますが、追加請求で支援者不満が出るリスクが高い点が欠点です。判断軸は「発送先の分散度合い(国数が多いほど実費連動が有利)」「SKUと同梱の複雑さ(同梱が多ければフラットは不利)」の二点で決めると実務的です。回避策としては、重要地域は個別にゾーンを分けてフラットを適用し、それ以外は実費連動にするハイブリッド運用を検討してください。
重量課金と数量課金をどう使い分けるか
重量課金は梱包の容積重量が送料に与える影響が大きい場合に適しており、数量課金は同梱されやすい小物類で管理が簡単な場合に向きます。具体例として、金属製の大型ガジェットは重量課金でコスト管理し、シールやケーブルなどの小物アクセサリ類は数量課金で単純化することが多いです。判断基準は「容積重量の有無」「同梱率の想定」「梱包の標準化可否」です。落とし穴は容積重量を無視して実務で送料が跳ね上がるケースで、回避策は実際の箱サイズで容積重量を計算して見積りに反映することです。Indiegogoのシステムは両方式をサポートするため、商品ごとに適切な方式を割り当てる運用が可能です。出典:Indiegogoヘルプ(Shipping – Setup Overview)
US・EU・日本で送料試算を作る考え方
主要市場ごとに試算単位を分けると誤差を減らせます。米国は州内の配送距離と倉庫配置がコストに影響しやすいため「国内拠点別」で試算し、EUはVATや通関の扱いを前提に「EU内/EU外」で分け、日本向けは到着時の消費税と通関手数料を想定して締めます。数値条件としては、まず「平均重量」「平均箱サイズ」「同梱率」を決め、各キャリアの料金表で容積重量ルールを当てはめて算出してください。よくある誤りは各地域の関税・税制度を無視して試算することで、回避策はlanded cost(関税・税金込みの概算)を一度計算し、主要ツールで検証することです。出典:Indiegogo Enterprise(Shipping Rate Calculator)
よくある失敗は梱包費と再発送費の見落とし
送料だけでなく梱包資材、ラベル、ピッキング工数、再発送時の往復送料や返品処理コストを入れ忘れると実績が赤字になりやすいです。チェック項目として「箱単価」「緩衝材費」「ラベル・印刷費」「倉庫手数料」「不良率想定(%)に基づく再送件数」を含め、最悪ケースのキャッシュアウトを見積もってください。具体的な一手は簡易試算シートを作り、SKUごとにTCO(総所有コスト)を出すことで、意思決定が数値で裏付けられます。回避策は小ロットでの外部フルフィルメント契約の見積りを取り、内製と委託の分岐点(例:月間発送件数が○○件を超えたら委託)をルール化しておくことです。出典:Easyship(Indiegogo統合ページ)
これらの判断基準と試算手順を固めれば、地域別通関やマルチウェーブ発送などの運用設計へ自然に移れます。
地域別の発送実務:日本・米国・EUで違う点

- 日本:到着時の消費税・通関処理
- 米国:ゾーン料金と倉庫配置の影響
- EU:VAT/IOSSと書類チェックポイント
市場ごとに送料・税・通関の扱いが大きく異なるため、国別のルールを前提に送料試算と表示方法を設計することが重要です。
- 日本は到着時の消費税と通関手数料が発生しやすく、細かいインボイス表記でトラブルを減らせます。
- 米国は距離・ゾーンと州税(economic nexus)がコストと税務の両面で影響します。
- EUはVATの前払い(IOSSなど)や正確な申告ができているかで到着時の追加請求を防げます。
日本向け発送で見落としやすい点
日本へ送る場合、商品到着時に消費税(通常10%)や通関手数料が課されることが多く、支援者は受取時に追加支払いを求められることがある。郵便物でも課税の対象となり、一定額以下は免税の例外があるものの、多くの場合は課税される点が落とし穴です。出荷者としてはインボイスに正確な品目・価格・原産国を記載し、受取人負担にするか出荷者負担にするかを事前に明示することで支援者の不満を減らせます。回避策としては、主要Perkに「到着時の税・手数料負担の有無」を明記し、金額帯ごとの想定税額をサンプルで示しておくと現実的です。出典:東京税関(郵便物の課税)
米国向け発送で意識すべき点
米国内では配送距離に応じた「ゾーン」料金が送料に直結し、また州ごとの経済的nexus(一定額や取引件数を超えると売上税の徴収義務が生じる)が税務負担を左右します。距離課金のため同一米国内でも倉庫の配置次第でコストが大きく変わる点が判断基準です。実務的な分岐は「発送量が多く物流拠点を複数持つかどうか」で、複数拠点なら各拠点からのゾーン別試算が有効です。落とし穴としては、フラットレートで国内全域をカバーすると遠隔地で赤字になることがあるため、州別・ゾーン別の想定コストを出してから料金体系を決めるのが回避策になります。出典:ShippingEasy(USPSゾーンの解説)
EU向け発送はVATと書類対応が重い
EU向けはVAT(付加価値税)と通関書類の取り扱いが重要で、IOSS(Import One-Stop Shop)を利用するとEU内の購入者に対し到着時の追加請求を避けやすくなります。判断基準は「販売価格帯(低額多頻度か高額少数か)」「販売者がVAT登録するかどうか」です。一般にIOSSを使うと購入時にVATを徴収して申告できるため、受取人負担のトラブルが減るという利点がありますが、IOSS登録や正確な申告データの送信がされないと逆に通関で止まりやすい点に注意してください。回避策はIOSSやVAT処理を代行する業者やプラットフォーム連携を使い、通関に必要な項目(品名、原産国、価額、HSコード)を標準化して送る運用を作ることです。出典:European Commission(IOSSファクトシート)
誰が関税を負担するかを先に明記する
関税や税金を誰が負担するかは消費者体験に直結するため、Perk説明やチェックアウト時の表示で先に明記すべきです。Delivered Duty Paid(出荷者負担)にするかDelivered Duty Unpaid(受取人負担)にするかで表示方法や会計処理、資金繰りが変わります。判断基準は「平均関税率」「購入者の地域分布」「予想される返品率」で、海外支援者が多い場合は出荷者負担にしてlanded cost表示(到着費用込み)を用意するのが信頼面では有利です。よくある失敗は関税負担を明記せずに支援者が到着時に請求されてクレームになることなので、回避策としてlanded costを提示できるツールを導入することを推奨します。出典:Easyship(Indiegogo統合とlanded costの説明)
インボイスと商品説明の書き方で止まりにくさが変わる
税関での遅延を減らすには、インボイスに「正確な品名」「数量」「単価」「原産国」「HSコード」を明記することが効果的です。特に原産国とHSコードの不一致やあいまいな品名(例:「parts」だけの記載)は保留の原因になりやすく、支援者・出荷者双方の負担になります。実務的なチェック項目は、インボイスの5要素(品名・数量・価額・原産国・通関用コード)を揃えることで、通関処理がスムーズになりやすいです。落とし穴は価格を意図的に低く申告することですが、これは法的リスクと支払い後の追徴を招くため避けてください。回避策は出荷前に通関業者とフォーマットを確認し、必要ならテンプレ化したインボイスを用意することです。出典:Japan Customs(通関課税の計算方法)
各地域のこれらの違いを踏まえて、次は具体的な料金試算と表示テンプレートに取りかかると実務が楽になります。
発送を回す実務:倉庫・梱包・複数回発送の考え方
支援集めの成功後に実務で破綻しないためには、倉庫の選定・梱包設計・複数回発送の運用を前もって組み立てておく必要があります。
- 自社発送か外部フルフィルメントかは件数・国数・工数で判断すること。
- 梱包は実寸から容積重量を計算し、梱包資材費と配送コストを合わせて試算すること。
- 複数回発送(マルチウェーブ)は在庫割当と通知設計が成否を分ける要素であること。
自社発送と外部フルフィルメントの選び方
発送を内製するか外注するかは、想定発送件数と国際対応の負荷で決めるのが実務的です。小規模であれば自社発送の方がコストを抑えやすく、支援者への柔軟対応も可能ですが、海外発送や大量処理になると人的コスト・倉庫管理・関税処理で手が回らなくなります。判断基準は(1)月間発送件数の見込み、(2)発送先の国数と複雑さ、(3)自社で確保できる梱包・出荷リソースの3点です。落とし穴は「最初は安く見えても、ピーク時に人件費と誤配送・再発送が膨らむ」ことなので、試算時に人件費・ミス率・クレーム対応工数まで入れることが回避策になります。外部委託のメリットはピッキング精度、国際発送ネットワーク、通関代行などで、これらが必要かどうかを基準に検討してください。出典:Indiegogo Enterprise(Shipping & Fulfillment 101)
梱包実務は容積重量まで見て決める
梱包設計は「実重量」だけでなく「容積重量(dimensional weight)」での料金を前提に決めると誤差が小さくなります。多くのキャリアは容積重量を採用しており、かさばるが軽い商品は箱サイズで料金が跳ね上がる可能性があります。具体的には商品ごとに標準箱サイズを決め、箱の長さ×幅×高さで容積重量を算出してキャリア料金表と照合することが必須です。判断基準は「1箱あたりの容積重量が実重量の何倍か」「同梱による箱数削減の可否」「梱包の自動化余地」の三点です。落とし穴は過度に大きな緩衝材を使って容積が膨らみ、結果的に送料が倍になるケースで、回避策は梱包の試作(実際に梱包→サイズ測定→試算)を行い、可能なら梱包資材の最適化(気泡緩衝材の代替、小型化)を実施することです。出典:ShippingEasy(USPS/ゾーンと送料の関係)
マルチウェーブ発送は在庫配分がカギ
複数回に分けて発送する場合、誰にいつ何を送るかの在庫配分ルールを事前に決めておくと混乱を防げます。マルチウェーブは「本体を先、付属品を後」や「地域別に段階的に出荷」など理由は様々ですが、重要なのは優先順位と在庫の引当基準を明文化しておくことです。判断基準は「先行出荷で顧客満足を優先するか」「まとめて出荷してコスト最適を優先するか」の二者択一で、どちらを取るかで在庫・倉庫コストや通知設計が変わります。落とし穴は波毎に別システムで管理してしまい、同一支援者に重複発送や未発送が発生すること。回避策は一元的な在庫管理(SKU×ハブ×波の引当表)を作り、発送予定ごとにトラッキングと支援者ステータスを紐づける運用を導入することです。出典:Indiegogoヘルプ(Shipping – Setup Overview)
返品・交換・初期不良の送料ルールを決める
返品・交換対応の送料負担は事前に明確に定めておかないと、サポート負荷とコストが膨らみます。判断軸は「発送誤り・物流破損・初期不良」のいずれが原因かで、初期不良は出荷者負担、住所不備や受取拒否は原則受取人負担とする扱いが一般的です。よくある失敗は、返送先が海外拠点のみで国内返品に対応しておらず、支援者が高額な国際返送料を求められるケースです。回避策としては(1)国内の返送先を用意するか、(2)返送ラベルの発行手順と条件を明文化するか、(3)一定期間内は無償交換を保証するといったポリシーをPerkやFAQに掲載することです。さらに、返品処理の標準フロー(写真提出→瑕疵判定→返送承認→再送)を作り、コスト発生時の会計処理(返送料をどの勘定で処理するか)まで決めておくと運用が安定します。出典:Easyship(Indiegogo統合/フルフィルメント機能)
支援者への通知テンプレを先に用意する
発送運用でのコミュニケーションはトラブルを防ぐ最大の手段で、発送開始・遅延・税関保留・住所確認・再送の各ケースでテンプレ文を用意しておくと対応が早くなります。判断基準は「どの通知を自動化するか」で、トラッキング番号通知やプレッジマネージャー開始通知は自動化すると工数削減効果が高いです。落とし穴は個別対応ばかりで対応が追いつかず、結果的に同じ内容の問い合わせが大量に来ること。回避策はテンプレ文にFAQリンクと想定対応時間を明記し、問い合わせはチケット管理で品目・地域単位に分類する運用にすることです。通知テンプレは支援者心理を落ち着ける文面(遅延理由の簡潔説明・見込み日・補償方針)を含めると満足度が上がります。
これらを実行すれば、料金試算や地域別通関対応の精緻化にスムーズに移れます。
連携ツールの比較と、実務で迷わない次の一手

- Easyship:landed cost表示の利点
- BackerKit:プレッジ管理と3PL連携
- 導入判断基準(国数・SKU数・件数)
ツールを選ぶ判断基準を持てば、送料見積・関税表示・発送データ連携の混乱を避けられます。
- Easyshipは国際送料の比較とlanded cost表示で透明性を高める場面に向きます。
- BackerKit等のプレッジマネージャーは支援者情報管理と3PL連携で工数を減らします。
- 導入判断は発送国数・SKU数・想定件数の三つを軸にすると迷いが少なくなります。
Easyshipでできることと向いているケース
Easyshipは複数キャリアのレート比較、関税・税金を含めた到着総額(landed cost)の表示、印刷ラベルや通関書類の自動生成といった機能を提供し、海外発送が多いプロジェクトで特に効果を発揮します。landed costをチェックアウト時に提示できれば、支援者が到着時の追加請求を受けるリスクを大きく下げられるため、海外比率が高い案件では導入の優先度が高くなります。落とし穴は、ツール利用料やAPI連携の設定コストを見落としがちな点で、回避策は導入前に小規模テスト(代表的な5〜10国での見積り)を行って総費用を把握することです。出典:Easyship(Indiegogo統合ページ)
BackerKitなど周辺ツールとどう分けるか
BackerKitはプレッジマネージャーとして支援者データの回収・追跡、アドオン販売、発送データの3PL向けエクスポートを得意とします。支援者ごとのオーダーを正確に作成し、複数波発送の指示や返送先情報を整える場面で大きな工数削減になります。Charge Shipping Later(後徴収)等の機能は便利だが、追加請求の透明性を欠くと支援者不満に直結するため、後徴収を使う場合はFAQやメールで事前に明確に伝える運用を必須としてください。落とし穴は、プレッジマネージャー側での設定ミス(SKUの不一致、税区分の誤設定)で、回避策は本番移行前にサンプルデータでフルの流れを検証することです。出典:BackerKit(Fulfillment機能)
判断基準は発送国数・SKU数・想定件数の3つ
ツール導入の可否を決める最短の軸は「発送先の国の数」「SKU(商品種類)の数」「想定発送件数」です。例えば国数が多くVAT・通関対応が必要な場合はlanded costや通関データ送信ができるツールが必要になり、SKUが多いと在庫・同梱ロジック管理が重要になるためプレッジマネージャーやWMS連携が有利です。想定件数は内製と外注の分岐点を決める指標になり、概ね数百件〜数千件で外部フルフィルメントや自動化ツールの導入を検討するのが実務的です。この三つを表にして「今必要な機能」と「将来必要になる機能」を分け、優先度をつけて投資判断すると運用がぶれません。出典:Indiegogo Enterprise(Shipping & Fulfillment 101)
初心者がまずやるべき試算シートの作り方
最初に作るべきはシンプルで現実的な「1行試算シート」です。必須列は「SKU」「商品原価」「箱単価」「梱包費」「実重量」「箱サイズ(L×W×H)」「容積重量」「平均送料(見積)」「関税想定」「再送率(%)」「1件当たり総コスト(合算)」です。特に箱サイズからの容積重量計算(L×W×H÷Dim係数)は見落としがちな数値で、これを入れないと送料が大幅に狂います。具体的な手順は(1)代表的な3SKUを選ぶ、(2)主要送付先3〜5国でキャリア料金を取得、(3)関税・VATの概算を加算、(4)最悪ケース(再送+返品率)を上乗せして利益率を確認、です。ツール導入前にこの手順で「フラットで耐えられるか」「実費連動が適切か」を判断してください。出典:Indiegogo Enterprise(Shipping Rate Calculator)
専門家に相談した方がよいケース
ツールでは対応が難しいケース(国別のVAT登録が必要、危険物やバッテリーの国際輸送、医療関連製品、返品の法的要件が複雑な国、高額商品の保険設計など)は早めに専門家へ相談してください。特にEUのIOSSや各国のVAT扱いは制度変更があり得るため、自力での処理はリスクが高い傾向があります。判断基準は「法令性が絡むか」「一件あたりの金額が高いか」「物流業者が拒否する可能性があるか」の三点で、いずれかに当てはまるなら専門家を入れるべきです。回避策は、初期段階で候補となる通関業者・税務顧問・フルフィルメント業者に見積りと実務フローを確認し、契約に盛り込むことです。出典:European Commission(IOSSファクトシート)
上記を踏まえ、まずは小さな国・SKUで試算と連携テストを行い、運用を安定させたうえでスケールする判断を固めてください。
Indiegogo shippingのよくある質問
支援者が知りたい疑問は「表示されている送料が最終的な支払いになるか」「発送予定はどれだけ信用できるか」「日本へ送れるかどうか」の三点に集約されます。
- 表示送料と最終請求の関係、課金タイミングの確認方法がわかります。
- 発送予定の信用度の見分け方と遅延リスクの判断基準がわかります。
- 配送可否の読み方と、表記がない場合の安全な対応がわかります。
送料は支援時に必ず表示されますか
表示される場合もあれば、プレッジマネージャーで確定する仕組みもあり、支援時の表示がそのまま最終確定とは限りません。多くの案件ではキャンペーン成功後に支援者情報を回収する段階で送料を最終化しますが、プロジェクトによっては即時課金や分割課金のオプションもあります。支援者としての実務的判断は、Perkの説明に「送料が確定するタイミング」が明記されているかを確認し、明記がない場合は支援前に問い合わせることです。出典:Indiegogoヘルプ(When will I be charged for my pledge?)
発送予定月はどこまで信用できますか
発送予定は目安であり、量産・調達・認証・通関など複数要因で遅れる傾向があります。提示される「予定月」は作者の目標であって確約ではないため、判断基準として「量産状況の公開度(試作写真・生産ライン契約の有無)」「主要部材の調達状況」「認証が必要な製品かどうか」をチェックしてください。これらが不明瞭な案件は遅延リスクが高く、安心して支援できるかは慎重に判断すべきです。支援者が取るべき回避策は、更新頻度の高いプロジェクトを選ぶことと、発送予定に幅(例:Q3〜Q4)を持たせている表現を評価することです。出典:Indiegogoヘルプ(Shipping – Setup Overview)
日本への発送が書かれていないときは支援しない方がいいですか
表記がない=絶対に送らない、とは限りませんが、発送国が明記されていないときは情報不足でリスクが高くなります。判断のコツは三つあり、(1)PerkやFAQで日本が明記されているか、(2)チェックアウト時に日本住所が入力可能か、(3)過去のアップデートやコメント欄で日本向け発送についての回答があるか、を順に確認することです。表記がない案件で支援を考える場合は、事前に作者へ明確な書面(更新やメッセージ)で確認を取り、回答が得られないなら見送りを検討するのが現実的な回避策です。出典:Indiegogoヘルプ(Defining Locations and Shipping Zones)
送料を安く見せる設定は後で問題になりますか
送料を低く表示しておくとキャンペーン時の誘引力は上がりますが、実務では梱包費・容積重量・関税・再送費を見落として赤字になるリスクがあります。典型的な失敗は「表示送料に梱包や関税を入れていない」「同梱率を過度に楽観視する」ことで、結果として追加請求や大幅な遅延が発生します。回避策としては、公開前に最低三つのシナリオ(楽観・現実・悲観)で試算し、送料表示には『想定の前提(例:日本・軽量小物、追跡なし)』を明記して透明性を確保することです。さらに、追加請求が発生する可能性がある場合はプレッジマネージャーでの後徴収ポリシーを明示し、支援者の同意を得ておく運用が必要です。出典:Indiegogoヘルプ(Shipping Mode Configuration: By Quantity)
この記事を読んだあとに何をすればいいですか
まずは支援者ならPerkの送料表記・関税表示・発送予定の根拠(試作や生産状況)を確認し、不明点はメッセージで問い合わせて回答を記録してください。実行者なら主要国3〜5カ国での試算表(箱サイズ・容積重量・関税見積)を作り、プレッジ公開前に最低限の送料ポリシーと返送料ポリシーを決めておくことが次の手です。これらをやっておくと、後続のプレッジマネージャーやフルフィルメント連携の判断が格段に楽になります。
Q&A
- 表示されている送料はそのまま最終的な請求額ですか?
- 表示されている場合もありますが、必ずしも最終確定とは限りません。キャンペーン成功後にプレッジマネージャーで送料を最終化したり、分割課金・追加請求が発生する運用もあるため、Perkに「送料確定のタイミング」が明記されているか確認してください。
出典:Indiegogoヘルプ(When will I be charged for my pledge?) - 主要国(日本・米国・EU)ごとの送料目安はどのくらいですか?
- 国・重量・箱サイズ・配送方法で大きく変わるため一概には言えませんが、主要国別に試算単位を分けて見積もるのが基本です。実務では「平均重量」「箱サイズ(容積)」「同梱率」をまず決め、各キャリアの料金表やレート計算ツールで主要送付先(例:US/EU/JP)ごとに試算して比較する方法が現実的です。
出典:Indiegogo Enterprise(Shipping Rate Calculator) - フラットレート、実費請求、後請求(プレッジマネージャー)どれを選ぶべきですか?
- 選択は「配送先の分散度」「SKUの多さ」「支援者体験」を軸に判断します。国数が多く関税対応が必要なら実費連動やlanded cost表示が望ましく、SKUや同梱が多い場合はプレッジマネージャーで精算する運用が柔軟ですが、後請求は支援者の不満を招きやすいので事前に透明性を担保することが必須です。
出典:BackerKit(Fulfillment機能) - 関税・VATの処理はどうすればよいですか(誰が負担するか、IOSSなど)?
- 関税やVATの負担は事前に明記することが最も重要で、売り手負担(Delivered Duty Paid)か受取人負担(Delivered Duty Unpaid)かで支援者体験が変わります。EU向けはIOSSを使って購入時にVATを徴収・申告する方法があり、導入すれば到着時の追徴を減らせますが、登録や正確な申告データの送信が必要なので制度の有無と自社での対応可否を確認してください。
出典:European Commission(IOSSファクトシート) - 返品・交換の送料負担や返送先はどう設計すればよいですか?
- 返品ルールは「初期不良は出荷者負担、住所不備は受取人負担」のように原因別に分け、返送先(国内/海外)と費用負担を明文化してください。返送料が高額になる場合は国内返送先の確保や返送ラベル発行ルール、返品フロー(写真提出→判定→返送承認→再送)を決め、プレッジページやFAQで提示するとトラブルを減らせます。
出典:Easyship(Indiegogo統合ページ) - 梱包で特に気を付けること(容積重量や資材費など)は何ですか?
- 梱包は実重量だけでなく容積重量(長さ×幅×高さ ÷ キャリア係数)を前提に設計すると送料誤差を防げます。チェックリストとして「箱サイズ・実重量の実測」「容積重量計算」「最小緩衝材使用」「箱単価と梱包時間の算出」を行い、試作梱包で実測→見積反映を行うのが実務的です。
出典:ShippingEasy(USPSゾーンと送料の関係) - マルチウェーブ(複数回発送)をどう設計すれば混乱しませんか?
- マルチウェーブは「誰に何をいつ送るか」を明確にする在庫引当ルールが鍵で、対象(本体/特典)、時期、在庫配分を先に決めておくと混乱を避けられます。実務ではSKU×ハブ×波の引当表を作り、波ごとにトラッキングと支援者ステータスを紐づけ、波送付ごとの通知テンプレを用意して自動化できる部分は自動化してください。
出典:Indiegogoヘルプ(Shipping – Setup Overview) - 紛失や税関保留が起きたときの支援者対応はどうすればよいですか?
- トラッキングの有無が最も影響し、トラッキング付き配送なら配送会社クレームで解決を図り、ない場合は証拠提出が難しく補償が限定されます。税関保留では納税通知や支払い指示が届くため、到着時の税負担の有無を事前に周知し、受取人負担の場合の支払い手順や返品ルールを明文化しておくと支援者の混乱を減らせます。
出典:東京税関(郵便物の課税に関するFAQ) - 日本語の成功例・失敗例を知りたいのですが、参考になる事例はありますか?
- 日本語の事例は個人ブログやSNSの体験談が中心で、成功例・失敗例ともに注意点が学べますが網羅的な公的まとめは少ないのが現状です。実例として支援者の体験談や運用報告を掲載するブログは参考になり、プロジェクトごとに何が原因で遅延や追加費用が発生したかを読み取り、自分の試算に反映することが有益です。
出典:CHASUKE(INDIEGOGOで最新ガジェットを注文してみた)
次に読むべき関連記事
Indiegogoを日本語で使う手順と注意点(日本の支援者・出品者向け)
日本から支援・出品する際の基本操作や手数料・配送での注意点を詳しく解説しています。日本語での利用可否や国内向け案内文の作り方を確認したい方に役立ちます。
Indiegogoの返金ルールとトラブル対処(支援者・実行者双方向け)
返金を求められた場合や返金手続きの流れ、よくある失敗例を整理しています。万が一のクレーム対応や返金ポリシー作成の参考にしてください。
日本からの支払い方法と確認すべき費用(支援者向け)
支払い方法ごとの手順と注意点を画面遷移に沿って説明しています。支援前にどの決済が使えるか、課金タイミングや手数料を確かめたい方におすすめです。
All-or-Nothingと柔軟型の違い(プロジェクト設計の判断材料)
Kickstarterの仕組みを通して、Indiegogoの柔軟な資金方式との比較観点を学べます。資金調達方式の選び方や目標設定の判断基準を検討する際に参考になります。
クラウドファンディングファンでは、最新のクラファンの情報や、クラウドファンディングに役立つ情報を発信しています。
今週の新着クラウドファンディングでは最新の注目プロジェクトを配信しています。
そのほかにも、有益な情報をどんどん発信していきます。

