【漫画で分かるDX】第24回：友だち登録は増えた。顧客台帳は増えない日。LINEとkintoneの間を埋める
『漫画で分かるDX』第24回。—
あとがき ― LINE×kintone連携の実践
公式アカウントと顧客台帳を繋ぐとき、**公式IDと顧客コードの対応**、**保持する個人情報の最小化**、**イベント連携のキューと要確認運用**が本丸です。 佐藤さんと田中くんによる、分かりやすいIT・AI解説シリーズ。
目次 クリックで開く
友だち登録は増えた。顧客台帳は増えない日。LINEとkintoneの間を埋める
公式アカウントの管理画面には、友だち数の曲線が右肩上がりだった。一方で、営業支援に回された田中誠のスプレッドシートには、同じ人が三行に分かれて並んでいる。「公式の表示名」「名刺の会社名」「kintoneの顧客コード」——どれも同じ顧客のはずだ。
水野澄がため息まじりに言った。「LINEは入口が速いほど、CRM側の名寄せが追いつかない。手入力の抜けが、また別の友だちIDを生む」
岸本麻衣はコンプラの観点から、友だちの属性をすべてkintoneに載せたいとは言わない。ただ、「誰が正としてメンテする顧客か」は決めたいと言った。黒坂剛が笑って、「なら全部クラウドの標準機能で」と言いかけたその時、佐藤修がイベント連携の図を一枚だけ開いた。
登場人物紹介
【本話の登場】田中・佐藤・岸本・黒坂・水野（LINE公式とkintone台帳の名寄せが主題）。
田中 誠（29）：営業支援。友だち数と台帳の行が一致せず疲弊。
佐藤 修（39）：シニアDXアーキテクト。イベント→キュー→人の確定の流れを設計。
岸本 麻衣（41）：マーケ／コンプラ観点。個人情報の最小化を主張。
黒坂 剛（62）：競合営業。標準全部乗せを煽る。
水野 澄（27）：伴走コンサル。連携キューと週次運用を整える。
「ブロックされた友だち、表示名だけ変わった友だち、同じ人の重複行……。手で直すほど、次の週にまた増える」
田中は、速いチャネルが速いほど、裏の台帳が悲鳴を上げる構造を実感していた。
「全部つなげば一発！」黒坂の声に、岸本が遮る。「つなぐほど、保持する項目と目的が要る。趣味で個人情報を増やさない」
佐藤が言う。「LINEはイベントの入口。kintoneは顧客の台帳。公式IDと顧客コードの対応表を、権限付きで持つ。全部をLINEに載せない」
水野が指す。「友だち追加、メッセージ、タグ更新——イベントをkintoneのキューに流す。そこから担当営業が『同一確認』をして、顧客レコードに紐づける。自動は下書き、確定は人」
佐藤が頷く。「名寄せルールは最初から完璧を狙わない。要確認リストを週次で潰す運用にする」
二週間後。未紐づけの友だちはゼロではない。それでも「誰が見るか」「いつまでに潰すか」が固定され、放置リストが会議に載るようになった。
田中は、友だち数の右肩上がりが、初めて台帳の行数と意味で繋がった気がした。
「LINE×kintoneは、便利な連携ボタン一つで終わらない」佐藤が言う。「公式IDと顧客の対応、保持する項目、要確認の週次——運用の約束事が本丸。マーケの速さと、台帳の正しさを、同じチームで握る」
岸本が小声で言う。「次は、ブロック時の削除フローも辞書に足しましょう」
田中は、辞書のページを一枚増やした。
ここから先は、本文のストーリーとは切り離した解説です。
あとがき ― 仕事に落とすと
あとがき ― LINE×kintone連携の実践
公式アカウントと顧客台帳を繋ぐとき、**公式IDと顧客コードの対応**、**保持する個人情報の最小化**、**イベント連携のキューと要確認運用**が本丸です。自動で全件を確定せず、**名寄せの例外を週次で処理**する設計にすると現場が続きます。
ポイント
Webhook／イベントの設計: どのイベントを台帳側に流すかを明確にする。
権限と目的のある項目: 趣味の収集を防ぐ。
要確認リストのSLA: 滞留が見える化されると連携が腐らない。
Aurant Technologiesは、連携設計から運用定着まで伴走します。
