ユースケース¶
Backlog 課題 1 件が辿るライフサイクルを軸に、主要ユースケースを並べる。
UC 一覧¶
| ID | 名前 | トリガー | 主アクター |
|---|---|---|---|
| UC-01 | 投稿日時を指定して LINE にメッセージ自動配信 | 投稿日時 | 運用担当者 |
| UC-02 | 指示でアドホック配信 | 指示(コメント/コマンド) | 運用担当者 |
| UC-03 | クリック履歴からタグ付け→セグメント配信 | システム内部イベント | システム |
| UC-04 | アンケート回答からタグ生成→セグメント配信 | アンケート完了 | エンドユーザー |
| UC-05 | LINE→TikTok/Instagram 連動配信 | 投稿日時 | 運用担当者 |
| UC-06 | クーポン/ポイントカード発行と消化追跡 | 投稿日時 / 友だち追加 | 運用担当者 |
| UC-07 | テンプレ・ルール変更の取り込み | GitHub PR マージ | 開発者 |
| UC-08 | 配信失敗のリカバリ | システム検知 | 運用担当者 |
UC-01: 投稿日時を指定して LINE にメッセージ自動配信¶
主アクター: 運用担当者 前提条件: 対象プロジェクトの LINE チャネルアカウントが登録済
基本フロー:
- 運用担当者が Backlog にコンテンツ運用課題を起票(チャネル=LINE、投稿日時、対象タグ、本文 or テンプレ ID)
- 承認者が課題ステータスを「承認」に遷移
- システムが課題を取り込み
ContentTaskをscheduledに - 投稿日時到達でスケジューラが配信を実行
- 配信結果(成功/失敗、配信数)を Backlog 課題にコメントで返す
- クリック・既読の集計を後追いで追記
代替フロー:
- 4a. 配信失敗 → リトライ規則に従い再試行、最終的に失敗した場合は通知し UC-08 へ
UC-02: 指示でアドホック配信¶
主アクター: 運用担当者
トリガー例: Backlog コメントで /automedia send <template> のようなコマンド
基本フロー:
- 運用担当者がコマンドを記入
- システムが Webhook を受信し対応する
ContentTaskを即時deliveringに - 承認スキップ可否はプロジェクト設定で決定(既定は承認必須)
- 配信、結果コメント
UC-03: クリック履歴からタグ付け→セグメント配信¶
基本フロー:
- 配信メッセージ内のリンククリックをシステムが収集
- しきい値(クリック回数・テーマ)を超えるとユーザーにタグ付与
- 次回配信で該当タグをターゲットに絞り込む(ナローキャスト)
UC-04: アンケート回答からタグ生成¶
基本フロー:
- LINE アンケート機能で回答取得
- 回答パターン → タグマッピング規則を適用
- 既存タグセットに反映、次回配信から利用
例: 「メイト会員ですか」→ Yes/No タグ。「非会員のみへの配信」「会員特典クーポンの配信」で利用。
UC-05: LINE→TikTok/Instagram 連動配信¶
基本フロー:
- 動画資産を Backlog 課題に添付
- システムが LINE 向け動画つきメッセージと TikTok / Instagram 向け投稿を同時生成
- それぞれのチャネルに配信、相互リンクで送客動線
UC-06: クーポン/ポイントカード発行¶
フロー類型:
- 登録時クーポン: 友だち追加トリガでクーポン送付
- 期間限定クーポン: 投稿日時起動で対象タグに配布
- ショップカードのゴール / 中間特典: LINE 公式機能で定義し、消化を集計
UC-07: テンプレ・ルール変更の取り込み¶
基本フロー:
- 開発者が HubSpot 管理 GitHub に PR
- マージで
Template/Ruleのキャッシュが無効化 - 以降の配信に新版が反映
- ロールバックは Git で
UC-08: 配信失敗のリカバリ¶
基本フロー:
- システムが配信失敗を検知
- 規定回数までリトライ
- 連続失敗で運用担当者に通知(Backlog コメント + アラート)
- 担当者が原因(トークン期限切れ / Quota / 文面不正)を解消し再実行