株式会社ミショナ　UI/UXデザイナー 職種別適性テスト

L Message「一斉配信」の改善と新機能の提案
送って終わりから、予約が増えたかが分かり、次の一手まで出る配信へ

対象：PCブラウザ（横1280px）使用ツール：Claude Code（デスクトップアプリ）／ Claude in Chrome選考課題用の非公式プロトタイプです

プロトタイプを開く

1. テーマ選定：なぜ一斉配信か

選んだ機能は 一斉配信（今のメニュー名は「メッセージ配信」） です。理由は3つあります。

① お店の集客と費用に一番直結する

L Messageを使うお店（例：美容サロン）が、新メニューやキャンペーンを知らせて予約を増やすときの中心になる機能です。配信にはLINE公式アカウントの月の通数上限があり、送れば送るほど上限に近づきます。つまり一斉配信は「予約を増やしたい」と「通数（費用）を無駄にしたくない」が一番ぶつかる場所です。

② 実際に触って、課題が集まっていた

L Messageを実際に操作して見つけた課題のうち、通数の上限が2種類あること、作成画面で使う通数が分からないこと、送ったあとの成果が別の画面に分かれていることなど、10個のうち4個が一斉配信の前後に集まっていました。

③ L Messageだからこそ作れる新機能がある

L Messageには、配信だけでなく 予約管理・商品販売・URL分析・コンバージョン の機能がすでにあります。予約や売上のデータが同じサービスの中にあるので、「この配信で予約が何件入ったか」までつなげられます。配信だけのツールにはできない、L Messageの強みを伸ばす提案にできると考えました。

2. 課題分析：今の一斉配信のどこに課題があるか

想定したユーザー

配信の流れで見た課題

段階	今の画面で起きていること	なぜ困るか	対応
送る前	ヘッダーの「配信数」に、L MessageとLINE公式アカウントの2つの上限が並ぶ。片方はリアルタイム、片方は1日1回の更新。	どちらが先に上限になるのか、今あと何通送れるのかが一目で分からない。	改善1
送る前	作成画面の配信先に出るのは「◯人(予定)」の人数だけ。	何通使うか、残りで足りるか、誰に送れば予約につながるかが分からない。全員に送るか絞るかを決める材料がない。	新機能A
送った後	配信の一覧（配信予約）の列は「配信予定日時・管理用タイトル・配信先絞込み・配信数・送信者名・アクション・クイックテスト・操作」。開封やクリックは「URL分析」、予約や反応は「コンバージョン」「クロス分析」と、別のメニューに分かれている。	「この配信で予約が何件入り、いくらになったか」を知るには、いくつもの画面を回って自分で照らし合わせる必要がある。	新機能B
その次	配信の結果から、次の配信につながる導線がない。	開いたけれど予約していない人へのリマインドなど、効果が出やすいフォローを毎回自分で考え、絞り込みの条件も作り直す必要がある。	新機能C
届かなかったとき	「送信エラー」はメニューの一番下（ログアウトの上）にあり、件数も出ない。表の列は「エラーコード」「詳細・削除」で、原因を言葉で示す列がない。	届いていないことに気づきにくく、気づいても何をすればいいか分からない。	改善2
全体	メニューは「メッセージ配信」「送信エラー」、画面名は「配信エラー」、作成画面の見出しは「メッセージ登録」。	同じものの名前が場所によって違い、迷う。	改善3

課題の根っこ

画面が「機能ごと」に作られていて、お店がやりたいこと（予約を増やすこと）の流れでつながっていないことだと考えました。配信・分析・予約の材料はそろっているのに、それぞれ別の画面に置かれているため、使う人が自分の頭の中でつなぎ合わせる必要があります。

3. 提案内容

コンセプトは 「送る前・送った後・その次」を1つの流れにする ことです。

新機能A送る相手のおすすめ（送る前）

修正後を開く修正前を開く

• 配信先の欄に、送り先の候補を並べます（例：すべての友だち／90日以内に反応した人／60日以上来店していない人）。候補ごとに 人数・通数・予約の見込み・送ったあとの残り を出します。
• 過去の配信で予約が多かった相手を 「おすすめ」 にし、理由も一文で出します（例：「過去3回の一斉配信では、予約の87%がこの人たちからでした」）。
• 今月の残りで足りない送り先を選ぶと、エラー状態 として「◯通足りません」と理由を出し、配信ボタンを押せなくします。その場で「おすすめの送り先にする」を選べます。
• 配信を押すと、送信前の確認（送り先・人数・通数・日時・送ったあとの残り・見え方）をモーダルで出します。
• 今までの「絞り込み」（タグや友だち情報で自分で決める）もそのまま使えます。

根拠：通数には上限があるので、「全員に送る」が一番良いとは限りません。サンプルでは、全員（1,240通）だと予約の見込みは約9件。90日以内に反応した人（612通）でも約8件です。予約はほぼ同じまま、通数を半分にできます。こうした判断材料を、送る前に出すことを狙いました。

新機能B配信ごとの成果レポート（送った後）

修正後を開く修正前を開く

• 配信1件ごとに、売上・予約・開封率・1通あたりの売上 を大きく出し、前回の配信と比べます。
• 「送った → 届いた → 開いた → リンクを押した → 予約した → 来店した」の段階ごとに、何人まで進んだかを出します。届かなかった人数からは、配信エラーの画面（改善2）に移れます。
• 一斉配信の一覧の「配信履歴」に、開封率・予約・売上の列と「成果を見る」を足しました。
• まだ数字が出ていない配信は 空状態 として「いま集計しています（開封は1時間後から、予約・売上は7日後に確定）」「まだ配信されていません」を出します。

根拠：予約・商品販売・URL分析のデータはL Messageの中にすでにあります。新しく集めるのではなく、配信を軸に並べ直すだけで、「効いた配信」が分かるようになります。数字をお金（売上）と予約件数で出すことで、専門家でなくても良し悪しを判断できるようにしました。

新機能C成果から次の一手（その次）

修正後を開く修正前を開く

• 成果レポートの下に 「次にやること」 を出します。反応で分けた3つの相手ごとに、人数と、送るとよい理由を出します。
  • 開いたけれど予約していない人 → 予約のリマインドを送る
  • まだ開いていない人 → 1行目を変えた別の文面で送る
  • 予約した人 → 来店後のお礼を自動で送る（ステップ配信へ）
• ボタンを押すと、送り先と文面の下書きが入った状態で 一斉配信の作成画面が開きます（画面遷移）。送り先は新機能Aの候補の先頭に「おすすめ」として入ります。
• ホームの「今日やること」にも「配信を開いて予約していない人 420人」を出し、そこからも開けます。

根拠：一度開いた人は関心がある相手なので、2回目の案内が予約につながりやすいと考えました。ただ今は、その相手を絞り込み条件で作り直す手間があり、後回しになりがちです。レポートを見たその場で次の配信を作れれば、配信が「1回送って終わり」になりません。

一斉配信まわりの既存画面の改善

改善	今	修正後	開く
改善1 通数の上限	L Message（4,236/10,000）とLINE公式アカウント（4,180/5,000）が並ぶ	「今月あと送れる通数 764通」の1つにまとめる。少ない方の上限を使い、内訳は折りたたむ。LINE側は1日1回しか更新されないので、そのあとL Messageから送った分を足して今の残りを出す。	修正後修正前
改善2 配信エラー	メニューの一番下。件数なし。エラーコードのみ	メニューの配信系のすぐ下に移し、件数バッジを付ける。表に「原因」と「直し方」を文章で出し、その場で再送の予約や確認済みにできる。	修正後修正前
改善3 呼び方	メッセージ配信・送信エラー・メッセージ登録	「一斉配信」「配信エラー」「一斉配信の作成」にそろえる。	修正後修正前

課題の条件にある状態の網羅

状態	プロトタイプのどこで見られるか
画面遷移	成果レポートの「次にやること」→ 下書き入りの一斉配信の作成。ホームの「今日やること」→ 成果レポート。
モーダル	一斉配信を予約・配信する前の最終確認。
空状態	まだ配信していない／集計中の配信の成果レポート（自分で一斉配信を予約すると見られます）。
エラー状態	新機能Aで「すべての友だち」を選ぶと、通数が足りないエラーが出て配信できなくなる。改善2の配信エラーの表。

今後確かめたいこと

• 予約の見込みの精度。配信が少ないお店では見込みを出さない線引き。
• 「配信から7日以内の予約」を配信の成果とみなす期間が、業種によって合うか。
• おすすめの送り先を、どこまで自動で決めてよいか（お店の意図と違う相手を外してしまわないか）。

4. AI活用プロセス

使ったツールは Claude Code（デスクトップアプリ） です。実画面の調査には、ログイン済みのChromeを読むだけの Claude in Chrome を使いました。

この章は、次の4つの順で書いています。

1. 何を自分で考え、何をAIに任せたか
2. 自分の意図を、AIにどう伝えたか
3. AIの出力を、どう選び、どう直したか
4. 対話を重ねて、段階的にどう良くなったか

4-1. 何を自分で考え、何をAIに任せたか

手を動かす量が多く、正しいかどうかを機械的に確かめられる部分はAIに任せました。「何が課題か」「何が良いか」を決める部分は自分で持ちました。

場面	自分で考えたこと	AIに任せたこと
課題を見つける	実際に操作して感じた違和感を言葉にする。AIの挙げた課題のうち、どれを本当の課題とみなすかを決める。	実画面を見て回り、課題の候補を広く集める。公式FAQや口コミで裏づけを探す。
方向を決める	課題文を読み直し、改善の数より新機能の質に軸足を移すと決める。AIの提案を採るか見送るかを決める。	新機能の候補を複数出す。提出の条件と今の成果物のずれを洗い出す。
形にする	「見た目は本物と同じ」「作成は本当に動かす、送信は表示だけ」という作り込みの線を引く。	プロトタイプの実装。実画面の寸法・色の読み取り。
確かめる	出来上がりを自分で開いて触り、初めて見る人に伝わるかを判定する。	全画面を自動で開いてエラーがないか確認する。操作の流れを自動で試し、不具合を直す。

4-2. 自分の意図を、AIにどう伝えたか

「いい感じに直して」とは頼まず、次の5つの渡し方をしました。引用は実際の指示です。

渡し方	実際の指示	ねらい
画面の画像を添えて 場所を示す	（並べ替えのウィンドウ、読みにくい表、説明のバー、折り返した表の画像を添えて）「この表が分かりにくい」「折り返している所がある」	言葉だけだと、どの画面のどこの話かがずれる。問題の場所をAIと同じ絵で見る。
判断の根拠になる 原文を渡す	（課題文の該当部分を貼り付けて）「LINEで集客するときに欲しい機能や、本来あるべき機能を提案して」	自分の感想ではなく、課題文という共通の物差しでAIに考えさせる。
問題と一緒に あるべき姿を言う	「この並べ替えの方法は不自然。左のフォルダを直接ドラッグして動かせる方が直感的では？」	不満だけ伝えると、直す方向をAIが推測することになる。目指す操作を先に示す。
作り込みの 線引きを言う	「送信は画面上の表示だけでいいが、新規作成は本当にできるようにしたい」「UIの見た目は、色も配置も既存と全く同じにして」	どこまで本物らしく作るかを決めておき、AIが作りすぎたり手を抜いたりするのを防ぐ。
避けたい結果を 言う	「切り替えのボタンも分かりにくく、押してもらえない可能性がある」	見た目の好みではなく、見る人の行動で良し悪しを伝える。

4-3. AIの出力を、どう選び、どう直したか

採ったもの・見送ったもの

出てきた案	判断	理由
AIの提案：機能領域を 「一斉配信」1つに絞る	採用	見つけた課題のうち4つが一斉配信の前後に集まっていた。課題も、機能領域を1つ選んで深く設計する形になっている。
AIの提案：新機能の方向 「配信の成果が見える」	採用	予約・商品販売・URL分析のデータがL Messageの中にあり、配信とつなげる提案にできる。
AIの提案：予約まわりの新機能 （空き枠の穴埋めなど）	見送り	一斉配信の「送る前・送った後・その次」の1つの流れに入らない。
AIの提案：配信のABテスト、 AIによる文面の下書き	見送り	3つの新機能に集中して、流れとして見せることを優先した。
自分の案：本物のソース コードを写して再現する	取りやめ	AIから「公開URLに他社のコードをそのまま載せるのは避けた方がいい」と意見があった。寸法と色を読み取って書き直す方法にした。
自分の指摘：フォルダのドラッグ 並べ替え、タップ数の表	今回は作らない	テーマを一斉配信に絞ったため。課題としては記録している。

AIの出力を直させた場面

4-4. 対話を重ねて、段階的にどう良くなったか

一度の指示で作り切らず、AIが作る → 自分で触る → 問題を返す、を版ごとに繰り返しました。

版	AIが作ったもの	自分が触って見つけた問題	次の版で変えたこと
第1版	改善10個を、修正前・修正後で切り替えられるプロトタイプ	左のメニューを押しても何も起きない	全メニューを開けるようにし、新規作成を本当に動かす
第2版	約40画面に移動でき、リッチメニューなどを作れるプロトタイプ	課題文が求めているのは新しい機能の提案。改善を並べただけでは答えきれていない	一斉配信に絞り、新機能A〜Cを加える
第3版	新機能A〜Cを加えたプロトタイプと、提案ドキュメントの初稿	説明のバーが伝わらない。切り替えが押されない。資料の表が折り返す	説明のバーを作り直し、資料の表を直す
第4版	切り替えを大きくしたプロトタイプと、直した資料	AI活用の章がAI任せに見える	自分の判断が分かる構成に、章を組み直す
第5版	いまの提出物

気をつけたこと

• 実画面の調査は読むだけにし、本物のアカウントには何も保存しない。
• スクリーンショットのアカウント名・氏名は黒く塗り、プロトタイプの名前やデータはすべて「TEST」「テストサロン」などのテスト用の値にした。

指示の引用は、要点を抜き出し、話し言葉を読みやすく整えています（内容は変えていません）。

5. プロトタイプの見方と補足

• 上の黒いバーで、新機能 A〜C（オレンジ）、一斉配信の改善 1〜3、ほかに気づいた点 4〜9 を選べます。その下の説明の右にある大きなボタン（または「修正前の課題」「修正後（提案）」のカード）で、今の画面と提案の画面を切り替えます。修正後で変えた箇所は、オレンジの点線で囲まれます。
• 左のメニューから、ほぼすべての画面に移動できます。新規作成・編集した内容はそのブラウザに保存されます（見る人ごとに別々で、混ざりません）。
• メッセージの送信は画面上の表示だけで、実際には届きません。
• 数字について：一斉配信まわりは、新機能の効果が伝わるように「友だち1,240人・LINE公式アカウントの上限5,000通のサロン」のサンプルで表示しています。友だちリストなどの画面は、テスト用の3人で表示しています。
• デザインについて：既存画面の部分は、比べやすさを優先して実画面の寸法・色に合わせました（メインカラー #08bf5a など）。実画面には10〜11pxの文字があり、再現部分ではそのままにしています。新しく足した部分は、デザインガイドの色を使い、文字は12px以上にしました。
• 「配信履歴」タブの中身は実画面で確認できていないため、修正前の列は、確認できた「配信予約」の一覧の列に合わせた想定です。

ほかに気づいた点（4〜9）

一斉配信とは別の画面ですが、調査の中で見つけて形にしたものです。

• 4. 友だちに今何が自動で送られる予定か分からない → 友だち詳細に「これからの予定」と、止まった理由を出す
• 5. ホームで次に何をすればいいか分からない → 「今日やること」と「はじめの設定」を出す
• 6. 友だちリストがサブメニューの奥にある → メニューの上の方に出す
• 7. ブロック・削除の赤いボタンがチャットの真横にある → 「…」メニューにしまい、確認を出す
• 8. ステップ配信が0件のとき、空の表だけ → よく使われる流れのテンプレートから作り始められる
• 9. チャットで誤送信しても取り消せない → 送信先を出し、送信後5秒は取り消せる

プロトタイプを開く