0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

後から変えられない設計判断を、着手前に洗い出す — LINEミニアプリ導線の例

0
Posted at

後から変えられない設計判断を、着手前に洗い出す — LINEミニアプリ導線の例

設計のレビューで見るべきなのは、正しいかどうかだけではありません。間違えたときに戻せるかどうかです。

戻せる判断は、動かしてから直せます。戻せない判断は、着手前に確定させるしかありません。この2つを混ぜてレビューすると、時間の配分を誤ります。

販促物から LINE ミニアプリへ導線を引く構成を例に、不可逆な判断の洗い出し方を書きます。

デジスタカード

→ ARカードからLINEへの導線設計はデジスタカード

判断を2列に分ける

設計項目を並べたら、まず「戻せるか」で分類します。

判断 戻せるか 戻すコスト
LIFFアプリの画面構成 ○ デプロイのみ
配信するコンテンツの中身 ○ 差し替え
友だち追加後のメッセージ文面 ○ 管理画面での編集
カードに印刷する QR の指す先 △ 刷り直しが必要
プランの選択(認証の有無) △ 刷り直しが必要
LINE公式アカウントのプロバイダー紐付け × 戻せない

○ は後回しにしてよい項目です。× は、着手前に決めるしかありません。△ は物理的な制約が絡むもので、金額と日程で戻せます。

レビューの時間は × と △ に配分します。 ○ の議論に時間を使うと、× が未決のまま実装が始まります。

× の項目: プロバイダーへの紐付け

FAQ に明記されていた条件です。

LINE公式アカウントは1つのプロバイダーに1回しか紐付けできず、後から変更できない

そのため、自社環境で構築・紐付けするのが最も安全なフローだと案内されています。

これが不可逆である以上、次の問いが着手前に答えられていなければなりません。

  • どの組織のプロバイダーに紐付けるのか(自社か、制作会社か)
  • そのプロバイダーの管理者は誰か。退職・異動で失われないか
  • 将来、別の施策で同じ公式アカウントを使う可能性はあるか

3つ目が重要です。いま進めている施策のためだけにプロバイダーを選ぶと、次の施策で「同じ公式アカウントを別プロバイダーで使いたい」となったときに詰みます。

技術的な難易度の話ではありません。組織のどこに資産を置くかという判断なので、実装担当だけでは決められません。着手前にエスカレーションする項目です。

△ の項目: 印刷物に載る値

プランの比較

QR コードが印刷された時点で、その指す先の設計は固定されます。転送を挟めば向き先は変えられますが、転送の仕組みを最初から入れておく判断自体が着手前の判断です。

プランの選択も同じ性質を持ちます。

プラン 税込 認証 ダウンロード
シンプルARカード 24,750円〜 なし —
認証付きARカード 29,040円〜 シリアルコードまたはログインで対象者を限定。メール収集あり 利用できる
ボイス付きARカード 31,460円〜 — (通話回数3回/5回を選択) 利用できる

認証を後から足すことはできません。 シンプルで刷ったあとに「やはりメールを集めたい」となっても、刷り直しになります。

コンテンツのダウンロード(画像・動画・音声・PDF)が認証付き・ボイス付きで利用できる、という点も同じです。プラン選択が機能の可否を決めているので、要件が固まる前に価格だけで選ぶと後戻りします。

ボイス付きの通話回数(3回/5回)も、刷る前に決める値です。有限回のリソースを設計に含めるなら、回数の根拠を先に持っておく必要があります。

○ の項目は、決めないことを明示する

戻せる項目は、着手前に決めなくてよい。ただし**「決めていない」ことを明示しておく**のがコツです。

暗黙のまま進むと、実装者が仮決めした値がそのまま本番に出ます。

## 未決(戻せるので後決め)
- LIFF画面の遷移: 仮実装で進める。◯月◯日までに確定
- 友だち追加後の初回メッセージ: 文面は後日。文字数上限だけ先に確認
- 配信コンテンツの本数: 仮に3本で設計。増減はデプロイで対応可

このリストがあると、レビューで「まだ決まっていないですね」と指摘される時間が消えます。

導入フローと、止まる場所

LINE連携

案内されているフローは次の順でした。

# 担当 内容
1 企業側 LINEアカウントと環境の準備
2 提供側 LIFFアプリを設計・構築する
3 提供側 カードへ導線を組み込む
4 必要に応じて スタンプの制作と申請

1が企業側にあります。 そして1に含まれるのが、前述の不可逆な紐付け判断です。

提供側のサポート範囲は、LIFFアプリの設計・構築、LINEミニアプリとの連携設計、カードからLINEへの導線設計。関連施策として LINEスタンプの制作および申請対応も挙げられています。

企業側で必要とされているのは次のとおりです。

  • LINE公式アカウントの開設
  • LINE Developers での設定(プロバイダー / LIFFアプリ)
  • 企業側でのアカウント管理・設定対応

LINE の仕様により、構成や運用方法に応じた設計調整が必要になる場合がある、とも書かれていました。プラットフォーム側の仕様変更は自分たちの制御外なので、設計調整が入りうることを前提に日程を引く必要があります。

開発の専門知識がなくても導入でき、初期手続きは企業側だが手順・設定方法はサポートするとされています。難易度ではなく責任分界の話として読むのが正確です。

利用者側の前提

ARグッズの一覧

実装の判断に効く前提がひとつあります。

利用者が新しくアプリを入れる必要はありません。LINE アプリ上でミニアプリとして起動する形です。

これは導線設計に影響します。「アプリを入れてもらう」という離脱点が存在しないので、カードから体験までの導線を短く保てば、そのまま継続接点まで到達します。逆にいえば、離脱するとしたら QR を読む段階か、体験のなかということになります。計測する箇所もそこに絞れます。

本機能は単体機能ではなく、ARカードを起点とした顧客導線設計の一部として使う前提とされています。カードは接触のきっかけ、ARは体験による興味喚起、LINEは継続的な接点という整理です。

日程は2系統で持つ

よくある質問

納期が2つに分かれます。

  • カード自体の製造 — 仕様確定後、通常1〜2週間程度
  • LINE連携の組み込み・スタンプ申請 — アカウントの準備状況で変動。スタンプは LINE 側の審査期間を含む

物理側とソフト側で律速要因が違うので、1本のガントチャートにまとめると危険です。カードが刷り上がっても、LINE 側が未完なら配布できません(正確には配布はできますが、導線の先が空になります)。

スタンプ制作を代行してもらう場合、カード制作に使ったイラスト・画像素材の提供が必要とされています。素材の権利処理も、この系統の日程に含まれます。

手順としてまとめる

  1. 設計項目を全部書き出す
  2. 「戻せるか」で ○ / △ / × に分ける
  3. **× を着手前に確定させる。**技術判断でなければエスカレーションする
  4. △ は金額と日程を添える(刷り直しコスト、納期の再取得)
  5. ○ は未決であることを明示し、期限だけ置く
  6. プラットフォーム仕様の変更で設計調整が入りうる前提で日程を引く

この構成で × に当たるのは、プロバイダーへの紐付け1件でした。**数は少ないが、外すと取り返しがつかない。**着手前レビューは、この1件を見つけるためにやります。

仕様・価格は変わることがあります。実際の設計時は最新の案内を確認してください。

本ページはプロモーションが含まれています

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?