はじめに
こんにちは、むねさんです。
Amazon Hubデリバリーパートナープログラムで稼働している人から、最近よく聞かれる質問があります。
Amazon FlexやUber Eats、出前館では「アカウントが停止された」「復活できなかった」という声がよくありますが、Hubに関しては情報が極端に少ないのが実態です。僕自身、LINE相談や現場の声を集めていますが、「明確にHubでBANされた」という報告はほとんど出ていません。
ではHubには停止が存在しないのか？そんなことはありません。
公式に大きく公表されていないだけで、内部の評価や稼働状況によって契約解除につながるケースは十分に考えられます。この記事では、事例が少ないからこそ「どんなリスクがあり得るのか」「どうすれば予防できるのか」を配達員目線でまとめます。
１件だけ知っていますが…（どうしても気になる方だけこちらからこっそりのぞいてみてください）
Hubでアカウント停止の情報が少ない理由
まず、なぜHubのアカウント停止について情報がほとんど出回っていないのか。大きく3つの理由があります。
- 配達員の母数がFlexやUberに比べて圧倒的に少ない
Hubはまだエリアや拠点が限られており、稼働者数自体が多くありません。 - 契約形態が「プログラム参加」という形になっている
UberやFlexのようにアプリ上で「利用停止」通知が出るのとは違い、Hubは契約更新されない＝実質的な解約、という形を取ります。 - 公開のコミュニティが存在しない
FlexはTwitterや掲示板に報告があふれますが、Hubは稼働者同士の横のつながりが少なく、情報が表に出にくいのです。
Hubで考えられるアカウント停止（契約解除）の要因
事例が少ないとはいえ、Amazonが重視している評価指標から逆算すると「契約解除につながりやすい要因」が見えてきます。
1. 配達完了率（DCR）の低下
割り当てられた荷物をしっかり配達できなければ、信頼性は下がります。持ち戻しが多い、誤配送が多いといった状態が続くと「継続が難しい」と判断される可能性があります。
2. 未受領率（DNR）の高さ
「届いていない」と顧客から報告されるケースが多いと、やはり問題視されます。置き配の写真が不鮮明だったり、誤った場所に置いたりすると、こちらに非がなくてもDNRカウントにつながることがあります。
3. キャンセル率の高さ
オファーを受けたのにキャンセルを繰り返していると「安定して稼働できない人」と見なされます。これはFlexでも同じで、Hubでも更新時の評価に響くと考えられます。
4. クレームやトラブル対応の不備
顧客からのクレームが重なったり、サポート報告を怠ったりすると信頼を失います。特にHubは少人数での運用が多いため、一人の不具合が目立ちやすいのも特徴です。
5. 契約更新時の評価不足
Hubでは「契約更新」がひとつの節目になっています。更新時に評価が低ければ、そのまま解約扱いとなり、再契約できないこともあります。
他サービス（Flex・Uber）との比較
FlexやUberでは「ある日突然アプリにログインできなくなる」という形のBANがよく起きます。
一方Hubは契約解除されることがほとんどないのが特徴です。
つまりHubは「即日BAN！」というよりも「評価が低いまま契約更新を迎えると終わる」イメージに近いです。
Hubで停止を避けるための予防策
ここからは、僕自身が現場で意識していること、そして相談に乗るときに必ず伝えているポイントをまとめます。
- DCR（完了率）を安定させる
住所・建物名の確認を徹底し、持ち戻しを最小限にする。 - DNR（未受領率）を下げる
置き配の写真は「荷物・住所表記・玄関」の3点が写るように撮影。暗所ではライトを使う。 - オファーのキャンセルを極力減らす
予定が立てられる範囲でオファーを取り、無理のない稼働スケジュールを組む。 - トラブルは必ずサポートに報告する
自己判断で隠すと「配達員の責任」とされるリスクが高い。 - 契約更新の時期を意識する
更新前は特に数字を安定させるように稼働する。
まとめ
Amazon Hubのアカウント停止（垢BAN）は、FlexやUberほど事例が出ていません。ですが「契約更新されない＝実質的な解約」という形で存在しています。
- DCRやDNRといった評価指標を軽視しないこと
- キャンセルやトラブルを放置しないこと
- 証拠をしっかり残すこと
これらを意識していれば、解約リスクはぐっと下がります。
Hubは情報が少ない分、不安を抱えやすいですが、「数字と対応を整える」ことで長く稼働を続けることが可能です。
