技術ブログ「LINE開発」
LINE開発 AI連携LINE Botの費用構造。応答・通知・AI利用を分けて試算する
AI連携LINE Botの費用は、LINEで何通送るかと、AIを何回・どの量で呼ぶかを別々に計算すると見通せます。問い合わせ件数だけでは不足します。一つの問い合わせで何度か会話し、検索や回答確認のため…
LINE開発 AIにLINE配信を任せる前の権限設計。下書き・承認・送信を分ける
AIとLINEを連携するときは、文章を作る権限と、顧客へ送る権限を別々に設計します。 送信先や通数をAIの判断だけに委ねず、業務システムが確認して実行する構成にすると、誤った指示や外部文書の影響を小さ…
LINE開発 自前のLINE開発をやめてツールへ戻す判断基準と移行手順
独自に作ったLINEシステムを使い続けるかは、これから必要な業務と維持できる体制で判断します。担当者の異動、既存システムの入れ替え、利用機能の減少があれば、継続開発だけでなく、機能の縮小や既製ツールへ…
LINE開発 Flex Message実務入門。ボタン付き配信の設計・制作・受入確認
Flex Messageは、LINEのトークへ画像、説明文、ボタンを組み合わせたカードを届ける仕組みです。商品を比較する、予約内容を確認する、手続きの入口を選ぶといった場面で使えます。発注時には、見た…
LINE開発 既存LIFFをLINEミニアプリへ展開する手順。会員・URL・運用を引き継ぐ
既存のLIFFアプリをミニアプリとして提供するときは、画面の再利用、利用者の引き継ぎ、公開する入口の変更を分けて計画します。URLの差し替えだけで済むと見積もると、既存会員が別人として登録されたり、過…
LINE開発 LINEミニアプリとLIFFの違い。新規開発・既存アプリの選び方【2026年】
LINEの中で予約画面や会員証を提供する新規開発では、LINEミニアプリを基本候補にして、必要な機能と運用条件を確認する進め方が適切です。LINE Developersも、新たなLIFFアプリはLIN…
LINE開発 LINE公式アカウントの利用停止に備える。配信確認と事業継続の設計
LINE公式アカウントの利用停止に備えるには、配信内容の確認と、LINEが使えなくなった場合の業務継続を一緒に設計します。「認証済だから止まらない」「友だちIDを保存すれば新しいアカウントへ戻せる」と…
LINE開発 LINE公式アカウントは全社で1つか店舗別か。運用と顧客データの設計
複数店舗でLINE公式アカウントを使う場合、顧客が何を受け取りたいかと、誰が配信・問い合わせに責任を持つかで構成を選びます。店舗数だけで「一つにまとめる」「すべて分ける」と決めると、店舗移動や本部配信…
LINE開発 LINE BotのAIをどう選ぶか。OpenAI・Claudeを自社の質問で比較する
LINE Botに組み込むAIは、自社の質問に正しく答え、答えられないときに適切に引き継ぎ、業務に合う時間と費用で動くかで選びます。OpenAIとClaudeのどちらかを、ブランド名や一般的な印象だけ…
LINE開発 LINE APIでできること・できないこと。送信・会員連携の条件を整理【2026年】
LINE APIを使うと、顧客からのメッセージへの自動応答、会員情報との連携、予約や発送の通知などをシステムに組み込めます。ただし、ユーザーを識別できること、送信対象になること、実際にメッセージが届く…
LINE開発 LINEのブロック率は何％なら問題か。指標の定義と改善の進め方
「ブロック率が30％なので悪いのか」と聞かれたら、最初に確認するのは計算式と対象期間です。累計の友だち数に対するブロック数と、今月追加した人が今月ブロックした割合では意味が異なります。20〜30％なら…
LINE開発 LINE予約システムを自作する3つの構成。二重予約・変更・通知まで設計する
LINE予約を自作するときは、予約を誰が確定するか、空き枠をどこで管理するか、連絡が届かなかった場合に誰が対応するかを先に決めます。この3点によって、必要な開発が変わります。 構成は、スタッフが確定す…