ブログに戻る

Whatnot の高速出品フローと複数アカウントの連携

Whatnot のライブでは出品が一拍遅れるだけでテンポが崩れる。速さを決めるのは手の速さではなく、配信前に用意した素材、テンプレート、在庫の対応づけだ。本記事では一括出品、バーコードと在庫管理、配信前チェックリスト、そして複数店舗を運営する売り手の環境分離と権限階層について整理する。

Whatnot のライブは一気に進んでいく。一つ説明し終えたらすぐ次を開かなければならない。そこで手を止めて撮影し、タイトルを書き、重量を入力すれば、テンポは途切れ、視聴者も離れていく。いわゆる高速出品とは、実はその大部分が配信前に終わらせておく仕事である。

素材は先に撮り切り、現場では組み立てだけを行う

配信前の撮影・資料・在庫から引き継ぎと配信開始までの出品フロー

出品が遅い原因は素材が揃っていないことにある。各品目の画像は一度に撮り切るのがよい。正面、背面、細部、傷の接写、番号や年式がはっきり読める写真だ。傷の写真は省けない。コレクター系の買い手が最も気にする点であり、後から撮り直すほうが現場で説明するよりはるかに高くつく。

タイトルは構造化して書く。ブランド、品名、年式や番号、状態といった項目をつなげ、同じカテゴリでは同じ項目順を共有する。状態の説明、由来の説明、梱包の状況も定型の言い回しにしておけば、配信中は変数だけを差し替えればよい。こうしておけば、配信の合間に口頭で伝えても、アシスタントがすぐ使える listing を組み立てられる。

重量とサイズは入荷時に測っておき、成約を待たない。配送テンプレートと梱包資材を対応させ、一箱に何点入れるか、どの箱型を使うかを事前に決めておく。

一括インポートと在庫の対応づけ

一点ずつ手入力するのは最も効率の悪いやり方だ。品目を先に表に整理し、プラットフォームの一括インポート機能で listing を一度に作成してから、配信ではその回に出す分だけを前に出す。表の同じ行は四つの問いに答えられる必要がある。これは何か、いくらで売るか、何点あるか、どの倉庫から発送するか。

バーコードスキャンは、すでに手元にある実物在庫の処理に向いている。入荷時にラベルを貼り、スキャンして listing と一対一で対応させ、出庫時にもう一度スキャンすれば、重複出品と売り越しはほぼ避けられる。在庫数はリアルタイムで同期し、一点売れたら一点減らす。記憶に頼ってはいけない。

セット販売の定義は事前に統一する。三点で一組を一品目とするのか、三つの独立した品目として一緒に推すのか。二つのやり方では在庫と送料の計算がまったく異なるため、チーム内で言い方は一つでなければならない。

配信前のチェックリスト

配信の十分前に、配信を中断させうるものをすべて確認する。回線が安定しているか、端末の電池と放熱、カメラと照明、マイクのハウリング、ログイン状態が正常か、入金と出金の情報が揃っているか、配送テンプレートが正しく選ばれているか、その回の出品順と数量。

出品順は個別に考える価値がある。低価格の在庫を先に捌くのか、それとも流入を作る高価格品を先に出すのかで、その回のテンポと成約の構成が直接決まる。アシスタントの分担も事前に決める。誰が値下げを担当し、誰がメッセージ対応を担当し、誰が管理画面で在庫を補充するか。配信中に撮影する、配信中にタイトルを考える、配信中に送料を計算する、この三つはできるだけ起こさない。

一回の配信のテンポ

品目ごとの説明時間はおおよそ固定し、カウントダウンは統一する。一つが五分も長引いて次が二十秒、という状態は避ける。次の品目の画像は事前に用意し、前の品目の説明が終わったらすぐ切り替える。

値下げ、在庫変更、タイトル変更は管理画面側のアシスタントに任せ、配信者は画面を切り替えない。連絡には値下げ、まとめ、取り下げといった短い定型の言葉を使い、配信の中で手順を説明しない。配信の途中で倉庫に取りに行くと急に決めたり、確認していない在庫を約束したりしない。

複数店舗の売り手が対応すべき三つのこと

売り手が同時にいくつもの店を運営するのは珍しくない。カテゴリを分ける、市場ごとに分ける、あるいはチームの各メンバーがそれぞれ一部を担当する。規模が大きくなると、問題は出品速度ではなく、アカウント同士が互いに干渉しないようにする方法になる。

第一は環境の分離だ。複数の店が一台のパソコン、一つのブラウザ、一つの回線出口を共有していれば、プラットフォームから見れば同じ環境であり、どれか一店に問題が起きれば他の店も巻き込まれうる。現実的な方法は、店ごとに独立したブラウザ環境と独立した出口 IP を割り当て、プロファイル、Cookie、拡張機能を共有しないことだ。PurpleMark はまさにこうした場面でアカウント単位の独立したブラウザ環境を提供するツールで、プロファイル、回線出口、デバイス特性を分けて管理する。

第二は権限の階層化だ。アシスタントに必要なのは出品、値下げ、メッセージ対応の権限であり、出金、アカウント設定、登録情報といった操作は店主の手元だけに残すべきだ。メインのパスワードを共有する代わりにサブアカウントやロール権限を使えば、パスワードの漏えいを減らせるだけでなく、記録が残らない操作も避けられる。PurpleMark のサブアカウントと権限の切り分けでは、ロールごとに環境へのアクセス範囲を割り当てられ、チームメンバーは自分が担当する店舗しか見えない。

第三は連携とシフトの組み方だ。時差をまたぐ配信は、誰かが深夜にオンラインになることを意味する。引き継ぎリスト、その回の品目リスト、在庫の差異はすべて明確に書けるようにしておく。店舗、環境、権限を一か所でまとめて管理すれば、引き継ぎのたびにチャット履歴からアカウントとパスワードを探す必要はなくなる。

最後の一点は前提である。いくつの店を開くにしても、アカウント情報は真実でなければならず、販売する商品は正直に説明し、在庫、状態、物流の約束はすべて守らなければならない。プラットフォームの規則は書かれているとおりに従う。アカウント数は決して制限を回避する理由ではなく、事業規模が大きくなった後の通常の管理上の必要でしかない。