小売

店舗自身のSIMカードで動く小売メッセージング

3つの仕事が1つの電話料金を共有します。棚が空いたことを店長に伝える、開店チェックリストの完了をスタッフに促す、会員に特典を送る。SMS Delivererは、お持ちのWindows PCとSIMカードだけでこの3つをすべて実行します。

在庫アラート店舗チェックリスト会員キャンペーン双方向の返信

3つの仕事、1つのローカルゲートウェイ

小売のメッセージングは1つの用途ではありません。業務アラートは数秒で届き、指定した担当者に届く必要があります。マーケティングのメッセージには同意、配信ペース、記録が必要です。同じソフトウェアが、別々のキューで両方をカバーします。

小売メッセージングの仕事
仕事	何がきっかけになるか	誰が受け取るか	何がループを閉じるか
在庫アラート	POS、ERP、WMSがSKUの発注点割れを検知	店長の携帯電話	`DONE 4412`のような返信をタスクシステムへ転送
店舗チェックリスト	スケジュール、またはタスクシステムの完了フラグの欠落	その店舗の当番責任者	チェックリストに記録された返信と配信レポート
会員メッセージ	CSVまたはExcelのリスト、セグメント、予約キャンペーン	配信に同意した顧客	配信レポートと配信停止の処理

3つとも同じ送信トレイ、同じSIM、同じローカルデータベースを使います。違いは、それぞれに与えるキュー、テンプレート、配信ペースです。

在庫アラート: 空いた棚からテキストメッセージまで

発注点はERPやPOSに置くべきものです。配信はここが担います。

お使いのシステムがSKUの不足を判断

ERPやWMSが発注点、棚の位置、仕入れリードタイムを適用します。しきい値について変わるものはありません。

送信トレイに書き込む

ローカルAPIへのHTTP POSTか、SQL送信テーブルへの行挿入です。番号、本文、送信デバイスを入れます。ゲートウェイがそのテーブルを見張り、行を取り出します。

メッセージが行動を名指しする

役に立つアラートは短く、それ自体で完結します: SKU 4412 low: 3 left, aisle 6. Reply DONE 4412.

SIMがキャリア経由で送信

店舗のモデム、またはすでに売り場にあるAndroid端末です。店長の携帯電話にアプリは必要ありません。

返信が記録になる

DONE 4412の返信が受信トレイに届き、webhookでERPへ転送されて補充タスクが閉じます。配信レポートが、アラートが携帯電話に届いた証拠になります。

しきい値は1か所にまとめる

発注点は季節や販促で変わります。SMSテンプレートではなくERPに置いておけば、変更のたびにゲートウェイへ触れる必要はありません。

業務アラートのペースを制御する

SIMごとの時間・日次上限があれば、設定ミスのルールが数百通に膨らむのを防げます。在庫アラートのキューには、マーケティングとは別の独自の上限を設けてください。

連携を構築する場合は、セットアップガイドにHTTP API、IT通知のページにSQLトリガーを使った同じパターンがあります。

店舗チェックリストと点検のフォロー

チェックリストは、やっていないことに誰かが気づいて初めて機能します。SMSは、店舗が棚の上で未読のままにできない促しです。

毎日のループ

店舗のCSVリストから、当番責任者の番号へ8:30のリマインダーを予約します。返信は共有受信トレイに集められ、webhookでタスクシステムへ転送され、チェックリストが完了になります。10:00に返信がなければ、そのシステムのエスカレーションリストにあるエリアマネージャーの番号へ回ります。

受信メッセージはローカルに保存されるため、返信そのものが監査証跡になります。送信者、本文、受信したSIM、時刻です。

ループに必要なもの

全体で1つの送信時刻ではなく、店舗ごとのスケジュール
ゲートウェイではなく、タスクシステムで定義する返信キーワード
同じタスクシステムに置くエスカレーションルール
チェックリストの記録と一緒に保管する配信レポート

静穏時間とスケジュールはキャンペーン向けの機能です。チェックリストのリマインダーがマーケティングの時間帯に巻き込まれないようにしてください。業務には独自のキャンペーンと独自のペースを与えます。

会員と販促のメッセージング

リストを読み込み、メッセージを書き、SIMとペースを選び、受信者ごとの結果を確認します。

リストから送信トレイへ

CSVまたはExcelのインポートで、列を番号、名前、任意のパーソナライズ項目に対応づけます。エディターは送信前にエンコードとセグメント数を表示するので、長い特典が不意に分割されることはありません。

同意と配信停止

STOP、STOPALL、UNSUBSCRIBEの返信は、その後のインポートでも維持される恒久的な配信停止フラグを立てます。ブラックリストは苦情の後ではなく、送信前に適用されます。

配信ペースと静穏時間

キャンペーンごとの送信時間帯に加え、SIMごとの時間・日次上限があります。時間帯の外でキューに入ったメッセージは、夜間に顧客へ届くのではなく待機します。

受信者ごとの結果

SIMごとの配信済み、失敗、保留の件数と、失敗ごとのキャリアのエラーコードです。CSVへ書き出すか、ローカルのテーブルを読んでください。

同意、文面、地域の販促ルールはソフトウェアではなくお客様の責任です。SMSマーケティングのページはキャンペーンの仕組みを、コンプライアンスガイドは配信停止の記録を扱っています。

複数の店舗、複数のSIM、1つの画面

小売グループが1拠点だけで運営することはまれです。ゲートウェイはコンピューター単位のライセンスなので、展開の形が重要になります。

店舗ごとに1台のPC

各拠点にUSBモデムとローカルSIMを置きます。在庫アラートは店舗自身の番号から届くので、店長は見覚えがあり、メッセージが本社に依存することもありません。

中央のモデムプール

多ポートのプールを載せた1台のPCが、すべての店舗のために送信します。SIMごとの割り当てとローテーションで負荷を分散し、配信レポートはデバイスごとに残ります。

現場にすでにある携帯電話

売り場のAndroid端末をWi-FiまたはUSB経由の送信チャネルにできます。レジ周りまでモデムを引き回すより、導入が速いことがよくあります。

ライセンス: 1つのライセンスは1台のコンピューターをカバーします。すべての店舗にゲートウェイを置くチェーンでは、マシンごとに1ライセンスが必要です。価格のページにエディションと2種類のライセンス条件があります。

できることと限界

これが得意なこと、そして意図的に行わないことです。

小売メッセージングの境界
領域	実際の意味
同意	配信停止フラグとブラックリストは適用されますが、同意を集め、最新に保つのはお客様のプロセスです。
ショートコードとレンタル番号	提供していません。受信者にはSIMの実番号が見え、英数字の送信者名はキャリアに依存します。
スループット	1台のモデムは1度に1通、プールや複数の端末なら並行して送信します。キャリアの制限とSIMプランは引き続き適用されます。
配信	レポートは受信者ごとに記録されますが、配信保証は販売していません。どのゲートウェイにも約束できないためです。
マルチメディア	MMSにはUltimateエディションとAndroid端末が必要です。通常のSMSはすべてのエディションで動作します。
決済とポイント	製品の範囲外です。メッセージを送り、取引はPOSやロイヤルティプラットフォームに任せてください。
クラウドダッシュボード	設計上ありません。データベースとレポートは店舗のPCまたはお客様自身のサーバーにあります。

購入者がよく尋ねる質問

ソフトウェアが自分で在庫アラートを発報できますか？

いいえ。POS、ERP、WMSがSKUの発注点割れを判断し、HTTP API、SQLリスナー、メールのいずれかでメッセージをゲートウェイへ渡します。ゲートウェイが配信し、結果を記録します。

店舗はアラートへの対応をどう確認しますか？

店長がDONE 4412のような平文で返信します。返信は共有受信トレイに届き、webhookやメールでタスクシステムへ転送され、そこで完了が記録されます。

会員メッセージの受信にアプリは必要ですか？

いいえ。どの端末でも通常のSMSとして届きます。配信レポートはどの番号に届いたかを示しますが、読まれたかどうかまでは示せません。

複数の店舗から同時に送信できますか？

はい、2つの形があります。店舗ごとにライセンス済みのPCと専用モデム・SIMを置くか、モデムプールや複数のAndroid端末を載せた中央のPCを置きます。ライセンスは1台のコンピューターをカバーします。

STOPの返信はどう処理されますか？

STOP、STOPALL、UNSUBSCRIBEが恒久的な配信停止フラグを立て、リストを再インポートした後も含め、以後のキャンペーンでその連絡先はスキップされます。

小規模なチェーン向けの安価な選択肢はありますか？

Standardは1台のデバイスからの送信と、SMS、連絡先、スケジュール、レポートをカバーします。Enterpriseはモデムプール、SIMローテーション、SIMごとの割り当てを追加し、UltimateはMMS、HTTP API、SMPPを追加します。