シナリオ型チャットボット“サポートbot”を活用し、顧客が自己解決可能な質問は自己解決を促し、接客が必要なフィードバックやコンバージョンに繋がる問い合わせに集中しましょう。


サポートbot

オペレーションは、チャット対応の自動化や分析ができます。ビジネス成長に必要なインサイトを得て、売上につながるチャット対応を実現しましょう。

オペレーション

CRMマーケティング機能は、顧客にこちらからメッセージを配信し顧客のLTVやロイヤリティを向上させることができる機能です。

CRMマーケティング

チャネルトークの料金プランと継続方法について確認し、ビジネス段階に応じた合理的なプランをご選択ください。

決済

顧客管理と社内での協業や共有はシンプルでなければなりません。社内チャットを活用して顧客との会話だけでなく、社内メンバーとの会話も活発にしてみてください。

社内チャット

(일본 필요 없음)NaverTalk

メールの受信連携で、メールからのお問い合わせもチャネルトークで一元管理しましょう。メールのドメインを設定することでチャネルから送信されるメールのアドレスをブランドのアドレスに変更できます。

メール

(일본 필요 없음)Kakao

チャネルトークとInstagramを連携させてDMに流入するメッセージを管理し、チャネルトークボタンをクリックすると、新しいInstagramの投稿を通じてブランドのイメージを強化してみてください。

Instagram

外部サービス連携を活用して、様々なサービスから流入する顧客の問い合わせをチャネルトークで一元管理してみましょう。

外部サービス連携

顧客とのコミュニケーションに必要な設定が集まっています。 営業時間やチャット対応に必要なを設定しましょう。

チャット運営

チャネルトークのチャットボタンとラウンジは、顧客が会話を始めると初めて確認する空間です。 ブランドのイメージに合わせて設定し、顧客と話を始めてください。

基本設定

社内のチームとチームメンバーをチャネルトークに招待しましょう。チャンネルにチームメンバーを招待し、目的に合わせてチームを作成、効率的にコミュニケーションすることができます。

スタッフ管理

チャネルのプロフィール設定からセキュリティ設定まで、チャネルトークの設定方法についてご確認ください。

設定

チャネルトークのご利用には、サイトへの設置が必要です。
スクリプトを挿入して簡単に設置が可能ですので、ガイドに沿って設置し、お客様との会話をはじめましょう。

設置

ビジネスの成長を加速させるCRM(顧客関係管理)の鍵は、顧客をお得意さんにすることです。
豊富なデータのスピーディーな検索、顧客セグメントでの手軽なフィルタリングで顧客を分析し、自社のお得意さんを増やしましょう。

連絡先管理

優れたオンラインでの接客経験で、健康な売上とお得意さんを作りましょう。
チャネルトークの接客チャット活用方法をご確認ください。

接客チャット

チャネルトークを導入したばかりの方必読！
初期におすすめの鉄板設定をご確認ください。

初期設定ガイド

チャネルトークの電話機能は面倒な通信加入の手続きなしに、1分で050番号の発行が可能です。また不便な電話機から解放され、チャネルトークアプリさえ設置していればPCと携帯電話でいつでもどこでも自由に電話が可能です。

電話機能

Meetとは、チャネルトークの新しいインターネット電話機能を意味します。
Meetの中で顧客が一般電話を通じてチャネルトークと通話することを"電話"と表現します。
またチャネルトークのラウンジで顧客が電話番号なしにサービスに電話をかけることができる"ボイスMeet"と"ビデオMeet"も利用できます。

Meet

非会員状態の記録がログインした後、メンバー情報にうまく統合されなければなりません。これには 2 つの重要な技術的問題があります。 同じ連絡先のユーザーが非会員として別々に保存されないように見つけなければならず、匿名ユーザーやリード状態でのチャットがログイン後、メンバーになった時にうまく統合される必要があります。このためチャネルトークは合理的な根拠があれば、2人のユーザーを同じメンバーに統合する強力なユニフィケーション(Unification)技術を持っています。ユニフィケーション匿名ユーザーまたはリードを既に存在する会員に統合する機能です。（→顧客区分を確認する）ユニフィケーションが許可されるケース匿名ユーザー → メンバー (O) : 匿名ユーザーは既に存在している他のメンバーにユニフィケーションできます。リード → メンバー (O) : リードは既に存在している他のメンバーにユニフィケーションできます。リード → リード (X) : リードは他のリードにユニフィケーションできません。メンバー → メンバー (X) : メンバーは他のメンバーにユニフィケーションできません。チャネルトークの顧客情報ユニフィケーションは、自動的にされる、またはマネージャーが手動で行うこともできます。ユニフィケーションがどのように行われ、誰の情報が優先的に反映されるのかを説明していきます。統合される情報の優先順位ユニフィケーションする際に優先される情報認証済みの情報＞認証されていない情報メンバー情報＞リード、ユーザー情報フィールドに値がある情報＞フィールドに値がない情報同じメンバー情報の中では 最新の情報 が優先例１) 認証済みの情報を持つリード + 認証済みの情報を持つメンバーのユニフィケーション2人のユーザーの情報を認証する場合は、メンバーの情報が優先的に統合されます。例２) 認証されていない情報を持つリード＋認証されていない情報を持つメンバーのユニフィケーション認証済みの情報が優先され、メンバー情報が優先的に適用されます。例３）認証済みの情報を持つリード＋認証されていない情報を持つメンバーのユニフィケーションリードであるかよりも、認証済みの情報が優先的に適用されます。統合されるデータ顧客プロフィール情報：携帯番号、メールアドレス、会社名などの収集した詳細情報が統合されます。CRMマーケティングの配信情報：ユニフィケーション後、CRMマーケティングが重複して配信されることを防ぐために、特定のCRMマーケティングが配信されたかどうかという情報も統合されます。全ての接客チャット(チャット履歴)：ログイン前/後のチャット履歴を、そのまま確認できるように統合されます。イベント履歴：同じユーザーがサイトで活動しているイベントに続いて記録するために統合されます。自動ユニフィケーション匿名ユーザー または リードがサイト(アプリ)にログインすると、自動的に既存メンバーにユニフィケーションされます。1人のユーザーが、1日に1回ずつサイトを訪問し、合計5つのセッションが発生しました。匿名ユーザーの状態で訪問し、サイトを数分間閲覧した後、離脱しました。翌日、再度サイトを訪問しチャットで問い合わせをしたのでリードになりました。ところがチャットの途中でログインしました。調べてみるとすでにチャネルトークの顧客データに保存されているメンバー(サイト会員)でした。サイトを離れたメンバーが、3回目にサイトを訪れた際に、ブラウザにて自動でログイン状態になったため、会員状態として購入をしました。サイトを4回目に訪れた際に、会社のPCでアクセスしたことが気掛かりだったメンバーは、 直接ログアウトをしました。しかし、セッションが終了するまで、チャネルトーク上ではメンバー状態が維持されますログインをしていない状態で再度サイトを訪れたユーザーを、チャネルトークは1の段階でユーザーではない、新規匿名ユーザーとして認識します。実際には1人のユーザーである 匿名ユーザー と リード情報(黄色の点線)が、メンバー情報(正確にはセッション2の中でログインしたメンバー情報)として統合されます。これをユニフィケーションといいます。1匿名ユーザー と 2リード にはないですが、2と3のメンバーはmemberId情報を持っています。チャネルトークで 顧客情報を1つに統合する基準はこのmemberIdです。4のセッションのように、メンバーが途中でログアウトをしてもセッションが終了するまで(30分)、チャネルトークはこのユーザーをログアウト直前のメンバーと同じユーザーとして見なし、チャネルトーク上のチャット履歴とプロフィール情報などを維持します。 ログアウト直後でも同一セッションが維持されている場合は、同一人物として判断されたということです。ログアウト状態でセッションを終了した後、サイト上で再度認識されたユーザーは既に 3メンバー に統合された 1匿名ユーザー に戻るのではなく、新規の5匿名ユーザー として見なされます。匿名ユーザー状態 でチャットをした顧客が、メンバー としてログインをしてチャットで問い合わせた場合、管理画面側ではどう表示されますか？匿名ユーザーが既存のメンバーとユニフィケーションする場合もありますし、そのまま新しいメンバーとして保存される場合もあります。ログイン状態のメンバーが、チャネルトークの顧客データ上で既に保存されているメンバーだった場合匿名ユーザー(マンゴー135)が、既存のメンバー山田太郎としてログインし、チャットを送りました。マンゴー135と山田太郎がユニフィケーションされました。山田太郎のチャットラウンジで、マンゴー135のチャット履歴がそのまま閲覧できます。顧客情報が山田太郎として統一されました。マンゴー135のチャット履歴もイベント情報も、全て山田太郎の顧客情報として記載されます。しかしチャット画面でメッセージを送信した顧客の名前は、マンゴー135と山田太郎それぞれの名前で表示されます。そのメッセージを作成した時点で、ユーザー名として表示されます。ユニフィケーション後にマンゴー135の名前をクリックすると、山田太郎の顧客情報として連携されます！ログインをしたメンバーが、チャネルトークの顧客データ上に存在しない新規メンバーだった場合匿名ユーザー(アップル246)がチャットでの問い合わせ中に、サイト会員である山田花子としてログインをしました。この時アップル246は、山田花子という新規メンバー情報で顧客データに保存されます。(ユニフィケーション X)そのためチャット画面にメッセージを送った顧客の名前が、全てアップル246から山田花子に変更されます。この場合は、ユニフィケーションされている訳ではありません。チャネルトークの顧客データに存在しないユーザーがログインして、メンバー情報として新たにアップデートされたということになります。手動ユニフィケーション顧客データに認証済みの連絡先情報が存在するが、この情報が既存のメンバーの連絡先情報と一致する場合、 マネージャーが手動でユニフィケーションすることができます 。以下の２つのケースが該当します。マネージャーが 匿名ユーザー または リード の顧客情報を修正する場合CSVファイルまたは Open APIで顧客情報を顧客データに入力する場合顧客情報の手動修正ユニフィケーションは一度実行すると元に戻すことができません。連絡先情報が本当に一致するかどうか、同一のメンバーかを必ず確認してから実行してください。マネージャーはいつでも顧客データや接客チャットの顧客プロフィールから匿名ユーザー/リードの連絡先情報を変更することができます。マネージャーが修正した情報が、顧客データに保存されている既存のメンバー情報と一致する場合、確認を求めるメッセージが表示されます。マネージャーが確認(ユニフィケーションを承認)を選択すると、ユニフィケーションの対象となったメンバーが次回サイトにログインする際に情報が統合されます。外部メッセンジャーからチャットを送ってきた顧客はどうなりますか？顧客情報の連携をせずに、ランダム非会員(ジョーダン469)としてLINEから入ってきたチャットに対応した場合マネージャーがチャットに対応しながら会員かどうかを確認するために連絡先情報を得た後に携帯番号を顧客情報に入力したところ、実は既存のメンバーだった場合 (既に顧客データに存在していた場合)ユニフィケーションするかどうかを承認する際、すぐにユニフィケーションされます。まだ一度もチャンネルトークの顧客連絡先に保存されたことのないメンバーだと、ホームページの会員でも情報が連動されません。 お客様にホームページへのログインするようにご案内ください。メッセージ別の連携情報LINE：アカウント名・プロフィール写真連絡先情報がないため、チャットが開始された場合のみリードとして顧客データに保存されます。Instagram：ID・プロフィール名・プロフィール写真連絡先情報がないため、チャットが開始された場合のみリードとして顧客データに保存されます。LINEとInstagram DMから流入してきた顧客は、連絡先情報を入手してリードとして保存することをおすすめします。こちらの２つは、顧客データで確認できず、メンバーとユニフィケーションできないためです。CSVアップロード今後ご提供予定です。CSVファイルでチャネルトークの顧客データに顧客情報をアップロードできます。この時、CSVファイルにmemberIdのデータがあるかどうかを確認します。CSVファイルのデータにmemberId情報がある場合この場合は メンバー としてアップロードされます。CSVファイルのデータにmemberId情報がない場合この場合は リード としてアップロードされます。アップロードされたリードが、既存のメンバーと一致する連絡先情報を持っていた場合、該当のメンバーとしてユニフィケーションされます。ユニフィケーションの遅延マネージャーがユニフィケーションを承認した際、リードの情報はメンバーとすぐに統合される場合もありますし、遅れる場合もあります。ユニフィケーションしてから統合されるまで遅れが生じる場合サービス(ウェブサイトやアプリ)を訪れたことがあるリードをユニフィケーションする場合ユニフィケーションしてからすぐに統合される場合サービス(ウェブサイトやアプリ)を訪れたことがないリードをユニフィケーションする場合なぜすぐに統合されないのですか？一致する情報を見つけた瞬間、そのリードやメンバーがサイトにオンライン状態になる可能性があるからです。非会員状態でチャットをしている際に、マネージャーが顧客情報を変更して、いきなりチャット履歴などが統合された場合、顧客にとっていきなり会話内容が消えたり、存在しなかった履歴が表示されたりと、様々な混乱を招く可能性があります。そのため、このリード(またはメンバー)が次回サイトにログインした際に情報を統合して、不自然にならないような仕組みになっています。例1）ユニフィケーションに遅れが生じる場合チャット上でやり取りをしたリードAの連絡先を、マネージャーが顧客データで修正しました。しかし、実はこの連絡先はメンバーBと一致するものでした。マネージャーが [確認] を押してユニフィケーションを承認します。しかし、リードAがまだサイト上でオンライン状態の可能性があるので、ユニフィケーションがすぐに実行されず、遅れが生じます。翌日メンバーBがログインをします。この時、リードAの情報がメンバーBとしてユニフィケーションされます。例2）すぐにユニフィケーションされる場合memberIDがないCSVファイルで顧客情報をアップロードすると、全てリードとして保存されます。この時、リードCの携帯番号がメンバーDの連絡先と一致すること、メンバーDにないメールアドレスも持ち合わせていることが判明しました。 (認証済みの情報)マネージャーが [確認] を押してユニフィケーションを承認します。するとすぐに、リードCの情報がメンバーDとしてユニフィケーションされ 、メンバーDのプロフィールになかった メールアドレスの情報が追加されます。例3）上記以外のケース (外部メッセンジャー)チャネルトークと連携したLINEから、ランダム非会員(キウイ987)として流入してきた顧客と、チャットでやり取りをしました。マネージャーがキウイ987の携帯番号を取得して顧客情報に追加すると、キウイ987は認証済みの情報を持ち合わせたリードになります。後日、同じ顧客がサイトに山田太郎として会員登録をすると、チャネルトークの顧客データにも、山田太郎という新規メンバーが保存されます。山田太郎というメンバーは、キウイ987と携帯番号が同じでした。(しかしこの時はまだ、リードキウイ987とメンバー山田太郎がそれぞれ保存されています。)次回、キウイ987が再度LINEから問い合わせをした際、すぐにユニフィケーションはされません。その際、マネージャーが携帯番号やメールアドレスの変更を行いました。(クリックした後にEnterを押すだけでは認識されず、実際に内容が変更されると修正が認識されます。)この時、チャネルトークがキウイ987と、メンバー山田太郎と一致する連絡先を確認すると、 ユニフィケーションが実行されます。FAQユーザーやリードの情報が２つ以上あるメンバーの情報と一致した場合はどうなりますか？1番最近情報がアップデートしたメンバーに、ユニフィケーションされます。一度統合されたメンバーを、再度リードや匿名ユーザーとして分類することはできますか？再度分類することはできません。OpenAPIで顧客情報をアップロードする際はどうなりますか？OpenAPIの中で upsert a user (by memberId) をご利用の場合は、即時にメンバーとしてアップロードされます。顧客情報をリードにアップデートする場合、OpenAPI のうち Create a user (by profile) を使用してください。ユニフィケーションする際、データは全てすぐに移行しますか？顧客プロフィール情報 ：すぐに移行されます。CRMマーケティングの配信情報 ：すぐに移行されます。既存の接客チャット・サービス内のイベント記録など : 情報量が多い場合は、ユーザーに統合された後も継続して情報を追加する作業が行われる場合があります。(ほぼリアルタイム)ユニフィケーションに遅れが生じている際に、マネージャーがメンバー、またはリードの顧客データ情報を確認することはできますか？ユニフィケーションが実行される前に、それぞれの顧客プロフィールデータで確認することができます。

ユニフィケーション

イベント情報とは？イベント(event)は、ウェブまたはアプリ上で何かしらの相互作用が発生したことを意味します。例えばとあるユーザーがサイトを訪れた際に、いくつかの商品詳細ページを閲覧したとします。しばらくサイト内に滞在しながら商品ページを閲覧していましたが、すぐにはカートに商品を追加せず、購入ページにも辿り着きませんでした 。こんな時、オフラインの店舗だったらどのような対応をしますか？悩んでいる顧客がいらっしゃったら、店員さんが探している商品や理由などをカウンセリングし、顧客の理想に近い商品をおすすめすることで、購入に誘導するでしょう。オンラインでも同じです！顧客に合わせたコミュニケーションをするには、まず顧客の行動を把握しなければなりません。チャネルトークは確認したい顧客の行動に沿って イベント を作成し、その情報を基に顧客に適切なタイミングで声をかけます。まるでオンライン店舗の店員のような存在です。顧客の行動を理解することは、ビジネス成功のための重要な鍵となります。チャネルトークでイベントを活用してサービスを最適化させ、顧客体験を向上させましょう。イベントの種類デフォルトのイベントチャネルトークをサイトやアプリに設置していれば、自動で追跡されるイベントです。ページビュー(PageView)：顧客が特定のページに訪れた際に発生接客チャットオープン(UserChatOpen)：顧客がチャットで問い合わせを開始した際に発生マーケティング閲覧(MarketingView)：顧客がCRMマーケティングメッセージを閲覧した際に発生メッセージ : 吹き出し表示の場合は、メッセージを押すと閲覧したと見なされます。全画面表示の場合は、表示されるだけで閲覧したと見なされます。SMS : SMS内に添付されているリンクをクリックすると、閲覧したと見なされます。（SMSを受信しただけでは閲覧したと見なされません。）メール : メールを開くと閲覧したと見なされます。（ただしGmailの場合は閲覧したと見なされない場合があります。)マーケティングクリック(MarketingClick)：顧客がCRMマーケティングメッセージ内に添付されているurlのリンクを押した際に発生メッセージ内にリンクや画像、YouTube等のメディアを添付し、それをクリックした際にカウントされます。ただしメールの場合はカウントされません。マーケティング目標達成(MarketingGoal)：CRMマーケティングでゴールに設定したイベントが発生した際に発生イベントが精密な理由の一つは プロパティ(Property)です。プロパティとは、イベントを説明する情報のことです。プロパティのデータを基に、イベントを細部まで把握し、最適な意思決定を下すことができます。（→Propertyの詳細を確認する）Pageの設定イベントから取得するPage情報は、別途設定がなければURLと同じです。Pageを別途設定したい場合は、開発が必要です。Pageに関する開発ドキュメントPageを設定する方法：ウェブ / iOS SDK / Android SDK標準URLに関する開発ドキュメントCanonical URL確認したいURLをコピーします。https://channel.io/check-canonical-url に該当のURLを貼り付け、Checkを押します。Canonical url is の後ろに表示されたURLが、該当のアドレスのPageです連携方法ビルダー社アプリストアでチャネルトークの設置が可能なビルダー社の場合、ビルダー社のサイトで決められたイベントがチャネルトークに自動で送られます。ビルダー社によって送られるイベントが異なるので、個別の設置ガイドをご参照ください。自社制作JavaScript SDKを使用してイベントを作成した後、チャネルトークがイベントを認識できるように作成します。イベントとプロパティを参照する。（→開発ドキュメントを確認する）track関数を使用する。（→開発ドキュメントを確認する）Open Apiを活用してイベントを送る。（→開発ドキュメントを確認する）setPageを活用してSPAでもページ情報を取得する。（→開発ドキュメントを確認する）GTMGoogleが提供しているGoogle Tag Managerを活用すると、チャネルトークで使用できるイベントを作成することが可能です。（→GTMでのイベント設定方法を確認する）確認方法顧客の詳細プロフィールまたは接客チャットの右下にある &#34;イベント&#34; で顧客のイベントを集めて確認できます。顧客がどのページからチャットに流入したかが確認できます。顧客の行動に合わせてマーケティングのキャンペーンメッセージを送信できます。

イベント情報

連絡先管理にて保存できる顧客数(MU)は、契約しているプランや上限によって変わります。顧客情報の検索・活用簡易検索検索バーで名前・携帯番号・メールアドレスなどを入力し、顧客情報を素早く検索できます。詳細フィルター検索[詳細フィルター] でデータをフィルタリングすると、顧客情報をフィルタリング検索できます。マルチフィルターすべての条件に該当する結果が必要な場合は AND(同時に) を設定してください。複数の条件の内、1つでも該当している顧客を検索したい場合は OR(または) で設定してください。よく使用するフィルタリングの値member(会員の有無 )：会員/非会員を区分したい時lastSeenAt(最新アクセス時間)：顧客が最後に訪れたタイミングを基準にフィルタリングしたい時profile.lastCheckoutCompletedAt(最近注文時間)：顧客が最後に購入したタイミングを基準にフィルタリングしたい時sessionCount(合計セッション数)：ユーザーの合計訪問数を基準にフィルタリングしたい時なぜ顧客の合計セッション数と実際の訪問件数に差があるのですか？合計セッション数は比較的ユーザーの訪問数に近いですが、完全に一致しない場合があります。 顧客がサイトを離れてセッションが終了する前(30分以内)に戻ってきて探索を続ける場合、訪問回数は2回ですが、セッションは1つに統合する可能性があります。詳細フィルター＋簡易検索詳細フィルターと簡易検索を同時に活用できます。フィルターを自由に組み合わて検索バーに入力すると、その条件で検索することができます。方法：[詳細フィルター] クリック - フィルタリング条件適用 - 検索バーに検索したい単語を入力検索キーワードを分けて入力顧客の大量情報を一括検索できます。方法：&#34;次と等しい&#34; - コンマ(,)または分かち書きでデータを区分して入力 - [検索キーワードを分けて入力] クリック1,000コ以上検索するとタイムアウトすることがありますので、データを分けて検索してください。顧客セグメントの設定設定したフィルタリング条件のまま、いつでも顧客情報を呼び出せるようにセグメントを設定することができます。セグメントは、検索された顧客情報を保存するものではなく、フィルタリング条件を保存するものです。セグメントを呼び出す度に、最新の情報で新しくフィルタリングさた検索結果が表示されます。同じセグメント内の顧客グループでも、1週間前と1週間後では対象顧客が変わっている場合がありますサポートbotとCRMマーケティングで対象顧客を設定する際に、セグメントで一度に設定することができます。保存済みのデータ修正profile. データで保存された値は、マネージャーがセルをクリックして、直接修正することができます。顧客タグ・マーケティング受信拒否設定は、バルクアクション で一括修正できます 。表示設定[連絡先管理] にて表示したいデータ項目の順序と表示有無を設定できます。順序変更方法：[チャネル設定] - [基本設定] - [顧客プロフィール情報]左側の点の部分をクリックしたままドラッグし、すぐに順序を変更できます。顧客プロフィール情報リストで設定した順に顧客連絡先項目に表示します。アーカイブこれ以降使用しないデータ値、または削除できないデータがあればアーカイブしてください。アーカイブに変換されたデータ値は、収集されません。 連絡先管理やユーザーチャット顧客情報からも見えません。顧客プロフィール情報リストで無効になり、復元するといつでも再利用できます。顧客プロフィール表示設定接客チャットの受信トレイに表示される顧客情報は、別途表示を設定できます。[連絡先管理] では様々なデータ全体を調べ、[受信トレイ] の顧客プロフィールではチャットに必要なデータだけを確認できます。顧客プロフィール情報の設定に従って、連絡先管理ではすべての項目のデータを確認接客チャットの受信トレイの顧客プロフィールでは、チャットに必要な情報のみを表示顧客プロフィール情報のアーカイブと受信トレイの顧客プロフィールの表示・非表示は何が違いますか？顧客プロフィール情報のアーカイブ：顧客プロフィール情報リストには無効な形で残っているが、データが収集されず、連絡先管理や顧客プロフィールから確認できない。受信トレイの顧客プロフィールの表示・非表示：受信トレイでのみ見えないだけで、すべての情報は連絡先管理に収集・確認できる。顧客の追加個別追加&#34;リード&#34; を1人ずつ手動で登録できます。（→顧客区分を確認する）携帯電話番号またはメールアドレスのどちらかを入力するだけで可能です。すでに連絡先管理に登録されている連絡先は追加されません。マネージャーが直接した連絡先は、検証されたqulified(認証)を情報を追加できます。CSVで複数の顧客を一括登録する機能は、リリースを目標に準備中です。ビルダー社の会員追加ビルダー社サイトの場合、各ビルダー社が提供するプロフィール値に限り、チャネルトークの連絡先に保存することができます。Cafe24、Shopify：インストール前に登録したホームページの顧客情報も一度に読み込むことができます。その他のビルダー社：一度にインポートする機能を準備しています。その他の方法返信通知機能を活用して顧客情報を収集する。（→返信通知機能を確認する）サポートbotフォーム機能で顧客情報を収集する。（→サポートbotフォームを確認する）Open APIを活用して顧客情報を1つずつ読み込んで保存する。（→開発ドキュメントを確認する）顧客の削除サイトの制作方法によって退会する会員の管理方法が異なります。サイトの制作方法を確認後に顧客の削除を進めてください。自社制作サイトサイトで退会する会員が発生した場合、OpenAPIを活用してチャネルトークにその事実を知らせ、顧客情報をDBから自動的に削除することができます。（→開発ドキュメントを確認）すでに退会した会員情報を保有している場合、APIで呼び出してチャネルトークの連絡先管理から削除することができます。サイトビルダー制作サイトCafe24顧客がサイトから退会すると、チャネルトークから顧客情報が自動的に削除されます。Cafe24は2021年7月から顧客の退会情報をチャネルトークに提供しているため、2021年7月以前の退会顧客情報はチャネルトークから手動で削除してください。Shopify顧客がサイトから直接退会することができず、サイトに退会要請をしてサイトの管理者が [disable] または [delete] することができます。disable：無効な顧客のため、退会ではありません。delete：退会/削除の顧客は、チャネルトークからも自動的に顧客プロフィール情報が削除されます。その他のサイトビルダーサイト管理者メニューで退会会員を照会し、IDまたは連絡先管理を確認します。チャネルトークの連絡先管理で退会会員を検索し、顧客プロフィールの削除処理をしてください。チャネルトークの顧客削除マネージャーの役割に顧客削除権限が付与されている場合、顧客を削除することができ、削除後に復元することはできません。削除後、顧客の情報はすべて削除され、会話のメッセージ内容だけが残ります。[連絡先管理] で削除する顧客をクリックし、[顧客プロフィールをみる] を選択します。顧客プロフィールの写真の下にある [•••] ボタンをクリックします。[削除] をクリックし、顧客を削除します。顧客一括で選択して削除することもできます。データダウンロード連絡先管理のExcelファイルのダウンロードは、データダウンロードの権限を持つメンバーのみが可能です。（→役割・権限を確認する）範囲設定顧客データ全体のダウンロードフィルタリングと選択なしで全体の顧客データをダウンロード可能です。（最大100万件まで）フィルタリングデータのダウンロードフィルタリング後、結果画面で別途のチャックボックスを選択せずにダウンロードすると、フィルタリングの検索結果全体をダウンロードできます。チェックボックスを選択すると、フィルタリングされた画面にローディングされた顧客全体が選択されます。 (一度のスクロールで100人ずつローディング）ダウンロード時にチェックされた情報のみをダウンロードします。[すべての顧客を選択する] をクリックすると、スクロールなしで検索されたすべての顧客を選択できます。個別データのダウンロード個々の顧客アイコンをクリック後、選択してダウンロードできます。進行方法検索結果のダウンロードをクリックし、ダウンロード理由とファイルのパスワードを設定してください。パスワードは英語・数字・記号の6文字以上で設定します。顧客データのダウンロードは30分おきに可能です。

顧客データ顧客プロフィールの詳細画面に入り、顧客情報、問い合わせ履歴、イベント情報などの顧客の詳細情報を一目で確認できます。接客チャットを新規作成接客チャットを新規作成は有料プランご契約時にご利用いただけます。顧客プロフィールの詳細画面で [接客チャットを新規作成] をクリックし、顧客にこちらからメッセージを送信できます。終了済みのチャットを再度開くことなく、新しい問い合わせにて顧客とのチャットを開始できます。顧客プロフィール情報を表示顧客プロフィール詳細画面の顧客情報から詳細なデータを確認でき、[顧客プロフィール情報を表示] をクリックして希望する情報が見えるように設定できます。基本連携データこれらの情報は、顧客タグ、マーケティング受信同意の有無以外は変更できません。チャネルトークが保存するデータ項目データキー表示される名前タイプ補足事項lastSeenAt最新アクセス時間DatememberId会員IDString会員を識別する目安となるデータtags顧客タグListマネージャーが入力する項目city都市Stringcountry国Stringmember会員Boolean会員か非会員かどうかを区別しますlanguage言語String使用機器とブラウザの言語設定sessionsCount合計セッション数Numberweb.browserNameウェブのブラウザ名Stringweb.osNameウェブのOS名Stringweb.deviceウェブの機器StringhasPushTokenプッシュ通知可能BooleanunsubscribeEmailメール受信拒否BooleanunsubscribeTextingSMS受信拒否BooleancreatedAt初回アクセス時間Datemobile.sessionsCountアプリセッション数Numbermobile.lastSeenAtアプリ最新アクセス時間Datemobile.appNameアプリ名Stringmobile.appVersionアプリバージョンStringmobile.osNameアプリOS名Stringmobile.deviceアプリ機器Stringidチャネル内のIDStringmobile.osアプリOSStringname名前String情報を連携すると保存される名前updatedAt顧客プロフィールの最新更新時間Dateこの数値が変更されるとmauに集計されますweb.browserウェブのブラウザStringweb.lastSeenAtウェブの最新アクセス時間Dateweb.osウェブのOSStringweb.sessionsCountウェブのセッション数Number追加連携データデータキーの値は profile. から始まります。この情報は直接修正、変更、削除または追加することができます。サイトの会員プロフィール情報にあるデータを、チャネルトークの顧客データに追加して保存するためには、実際にサイトで使用しているデータキーの値が必要です。（→開発ドキュメントを確認する）ビルダー社の場合は、 制限されたプロフィールの値のみ連携できます。（→開発ドキュメントを確認する）User Profileデータは、直接追加したり設定を変更したりすることができます。頻繁に使用される値は 、チャネルトーク上に事前に設定されています。活用可能なデータ項目データキー表示される名前タイプ補足事項profile.mobileNumber携帯番号String携帯番号 (基本)profile.emailメールStringメールアドレス (基本)profile.referrer参照元String流入ルートのこと。１度入力すると更新できませんprofile.utmCampaignUTM CampaignString１度入力すると更新できませんprofile.utmMediumUTM MediumString１度入力すると更新できませんprofile.utmSourceUTM SourceString１度入力すると更新できませんprofile.utmContentUTM ContentString１度入力すると更新できませんprofile.utmTermUTM TermString１度入力すると更新できませんprofile.description顧客メモStringマネーシャーがメモをする項目profile.lastCheckoutCompletedAt最近注文時間Dateprofile.name名前Stringbotで取得する名前primitiveのname(名前) とprofile. name(名前) の違いは何ですか？name：会員情報として保存される名前(サイト連携など)profile. name： 顧客がbot(返信通知機能)に入力した名前顧客プロフィール情報の追加方法：[チャネル設定] - [基本設定] - [顧客プロフィール情報] - [＋顧客プロフィール情報を追加] をクリックデータキー顧客データを保存するデータ項目です。サイト / アプリ会員情報をそのままチャネルトークにインポートする場合は、実際のサイト / アプリで使用中のデータキー値を正確に入力してください。サイト / アプリの会員情報とは関係なく、チャネルトークで使用するために管理する情報であれば、分かりやすい任意の英字 / 数字の値にしてください。自社制作サイトの会員情報をチャネルトークに連携するチャネルトークのインストールスクリプトのプロファイル部分に連携したいデータキー値を入力してください。そのデータをチャネルトーク [顧客プロフィール情報] に追加してください。（→顧客プロフィールを確認する）データタイプBoolean：はい(True) / いいえ(False)String：文字列 (一般的なテキスト)Number：数字 (一般的な数字)Date：日付 (月/日の情報だけを活用する場合)Datetime：日付と時間 (日時と時間が必要な場合)日時データを使用する場合は timestamp を millisecond 単位形式で送信する必要があります。List：文章形式だが、タグやリストのようにマルチ選択が可能なタイプ表示名連絡先管理の項目やフィルタリングリスト、接客チャットの顧客プロフィール領域で表示される名前です。FAQ退会会員情報は保管したいですが、マーケティングメッセージを送りたくありません。退会した会員と確認された顧客の連絡先に顧客タグを作成して入力することで、フィルタリングが可能です。マーケティングメッセージ送信時、対象顧客から先ほど作成した退会顧客の顧客タグを除外してください。(顧客タグ例：退会、退会顧客など)

顧客プロフィール

ユーザー(USER)とは？チャネルトークがインストールされたウェブサイトまたはアプリを訪問した全てのユーザー(匿名ユーザー、リード、メンバーを全て含みます。)基本概念匿名ユーザー(Anonymous)とは？サイトやアプリにアクセスして情報がない状態のユーザーチャットでお問合せをしたことがなく、顧客情報入力を一度も入力したことのない不特定多数がこれに該当します。リード(LEAD)とは？チャット履歴がある、または連絡先管理に情報があるユーザーチャットを介さずに外部メッセンジャー連携でも情報が保存できます。マーケティングまたはサポートbotのメッセージを受信した後に回答しなかったユーザーは該当しません。メンバー(MEMBER)とは？ウェブサイトやアプリのメンバーID(memberId)を持っているユーザー匿名ユーザーまたはリードがログインや会員登録すると、メンバーになります。匿名ユーザーが会話を開始したり連絡先を入力したりするとリードになり、リードが会員登録したりログインしたりするとメンバーになります。匿名ユーザーチャネルトークでは、匿名ユーザーをどう識別しますか？匿名ユーザーがサイトを訪れると、ブラウザのクッキーやローカルストレージに情報が保存され、匿名ユーザーを区分します。各ユーザーのクッキーは、ベールID(key)と固有値(value) 情報を持っています。ユーザーを個別に区分するために、ch-veil-idというクッキー値が利用されています。匿名ユーザーのイベント、詳細データ、セッション情報も収集されますか？匿名ユーザーの情報も収集されます。しかし匿名状態のユーザー情報は、チャネルトークの管理画面では照会することができません。匿名ユーザーが新規チャットを始めたり、連絡先を入力したりしてリードになる、またはログインをしてメンバーになると、以前収集された情報が保存・照会されます。匿名ユーザーのクッキー値を削除(初期化)することはできますか？匿名ユーザーが必要な場合は、いつでも直接ブラウザ設定でCookie値を初期化できます。(ブラウザの履歴削除メニュー)ユーザーがサイトでアクションを起こし、最後に開いたページのブート(Boot)時点から１年経過すると自動的に初期化されます。リード匿名ユーザーはいつリードになりますか？チャットを始めてチャット履歴が残った時ユーザーがマーケティングのメッセージに回答した場合ユーザーがサイト上で何の情報も入力せずに、チャットで問い合わせた場合連絡先情報のない外部メッセンジャー(LINE、Instagram) から流入した顧客が、チャットで問い合わせた場合顧客の連絡先情報が入力されていた時ユーザーが返信通知機能で、電話番号やメールアドレスを入力した場合ユーザーが外部メッセンジャーの情報と連携していた場合チャットラウンジのアイコンをクリックし、ログインをするだけでも (チャットをしなくても) 該当します。マネージャーがユーザーの情報を顧客データに入力した場合 (Open API, CSVアップロードなど)なぜリードは重要なのですか？リードとは潜在顧客を意味します。接点ができた瞬間から匿名ユーザーが自社サービスと特別な関係になり、この機会を活用して実際の購入までつながる顧客にすることができます。自社サービスにあまり関心がない匿名ユーザーをリードにすることが、VIP顧客を作ることに繋がります。“お得意さん”を増やすことが重要な理由総売上高の80％が、顧客全体の20％であるお得意さん(VIP)から生成されると言われているためです。(- パレートの法則 -)なぜ顧客の連絡先(携帯番号、メールアドレス)を取得するのですか？新規顧客を獲得するコストは増加し続けています。そのため自発的に自社のサイトを訪ねてくれた匿名ユーザー1人1人がとても大切です。彼らをリードに切り替え、再訪問してもらい、購買顧客になるようにしなければなりません。チャネルトークは、その第一段階である顧客連絡先の収集を簡単にサポートするチャットボット機能を提供しています。（→返信通知機能を確認する）このように獲得したリードの連絡先を活用して、何ができますか？リードが連絡先情報を残した場合、チャネルトークの返信通知機能でサイトを離れた顧客に再びメッセージを送ってサイトに戻ってもらえるように誘導することができます。返信通知機能で顧客がチャットの返信を見逃さないようにする。（→返信通知機能を確認する）マーケティングメッセージで離脱した顧客も戻ってきて購入してもらうようにする。（→CRMマーケティングを確認する）すべての連絡先情報が同じように重要ですか？チャネルトークは顧客の連絡先情報を検証された情報と検証されていない情報に区分し、信頼できる(検証された)情報を優先的に取り扱います。unqualified 未認証情報ユーザーが直接入力した連絡先情報例）返信通知機能で情報収集またはサポートbotフォームからユーザーが直接入力した情報qualified 認証済み情報ユーザーが直接入力した情報以外の、全ての顧客プロフィールのアップデート例）マネージャーが直接顧客情報を修正した連絡先、 CSVアップロードされた会員情報、 API入力などなぜ認証済みの情報が必要なのですか？認証済みの情報が既存の会員情報と一致できると、それをすぐに統合することができます。リードの顧客が既存顧客と同一人物であった場合、統合できますか？それとも各々保存されますか？連絡先管理にいる2人の顧客の情報が同一である場合、統合することができます。（→ユニフィケーションを確認する）リードの情報はどのぐらいの期間保存されますか？リードとの最後のコンタクト時点を基準に、2年経過すると削除されます。コンタクト : チャット、サイトへの訪問、CRMマーケティングのメッセージの受信、顧客情報の更新などリードを連絡先管理から直接削除することはできますか？必要に応じて、保存されているリードの情報を削除することができます。顧客情報をCSVファイルでチャネルトークにアップロードできますか？（サービス準備中）ご提供予定となっております。CSVファイルのデータにmemberId情報がない場合は、顧客データにリードとして保存されます。memberId情報がある顧客は、メンバーとして保存されます。これを行うには、ファイルのアップロード時にデータにmemberIdを 含めるかどうかを確認します。アップロードされた情報のうち、既存のメンバーと一致する情報がある場合、マネージャーが確認後に統合することができます。（→ユニフィケーションを確認する）アプリにもチャネルトークを設置して、リードを追跡することができますか？チャネルトークのモバイル専用SDK(iOS、Android、React Native)を使用してアプリに設置すると、リードを追跡することができます。しかし、ウェブで保存されたリードと、アプリで保存されたリードが同一人物の場合でも、チャネルトーク上で、自動で同じユーザーだと認識することはできません。異なるリードが同じ会員IDでログインすると、1人の会員として認識されます。（→ユニフィケーションを確認する）メンバーチャネルトークはメンバー(会員)をどのように識別しますか？顧客情報の中の memberId 値で識別します。memberIdは、チャネルトークがブート(boot)されたときに顧客がログインした状態である場合に与えられる値です。ほとんどのウェブサイトやアプリで会員IDとして使用する値です。ユーザーにメンバーID(memberId)情報がある場合は、そのユーザーを特定のメンバーとして認識します。パートナービルダーを介してチャネルトークに接続している場合は、デフォルトで会員を識別できるように設置されます。（→サイトへの設置方法を確認する）自社開発サイトの場合は、設置ガイドをご参照ください。（→サイトへの設置方法を確認する）匿名ユーザーや非会員リード状態でサイトを訪れたメンバーが、後からログインした場合はどうなりますか？ユーザーやリードが会員登録やログインをするとmemberId情報が与えられ、メンバーとして認識されます。メンバーの情報はどのぐらいの期間保存されますか？メンバーとの最後のコンタクトを基準に、2年が経過すると削除されます。コンタクト：チャット、サイト訪問、マーケティングメッセージの受信、顧客情報の更新などユーザーを識別する際にmemberIdだけで識別すると、操作などのセキュリティ上の問題が起こることもあると思いますが、どのように解決することができますか？安全に顧客情報を保護するために、顧客情報暗号化(Member Hash)機能を提供しています。自社開発サービスでは、 開発ドキュメントを参照し、顧客情報を暗号化して保護することができます。Cafe24ビルダー社の場合は、自動的にサポートされます。他のビルダー社もメンバーハッシュサポートのために準備中です。サイトからログアウトをしてもチャネルトークにメンバー情報が残っています。セキュリティ的に不安があるのですが、ログアウトとともにチャネルトーク情報もすぐに初期化できますか？セキュリティが重要な環境であれば、以下の方法をご利用ください。（別途開発が必要です。）ブラウザでクッキー値を確認すると ch-session が含まれたクッキーがあります。顧客がサイトからログアウトをする際にこのクッキーを削除し 、 memberId情報がない状態で再度bootすると、チャネルトークの情報が初期化されます。ただ、こちらの方法はチャネルトークのデフォルトの設定ではないため、推奨はしておりません。直ちに初期化する場合、顧客がログアウトするとすぐに新しい匿名ユーザーとして認識され、MU数値が不必要に増加する可能性があります。ログアウトしてから30分程度、セッションと共にチャネルトークの顧客情報が保持されている理由は、顧客にとって一番自然な体験を提供するためです。一般的な環境では問題なくご利用いただけます。

顧客区分

顧客タグ2024年1月までに無効な文字を使用して顧客タグを生成すると、文字が使用可能な文字に自動的に置き換えられます。2024年1月以降は自動で置き換えられないため生成されません。. → - に置き換え/ → - に置き換え$ → _ に置き換え空白 → _ に置き換え\ →削除顧客タグを活用することで顧客のタイプや特徴を記録し、顧客を区分・管理することができます。1つの顧客につき顧客の特徴に合う複数のタグ(マルチタグ)を付けて管理することができます。1つのタグの中に下層タグ(デプス)を設定し、階層形式で顧客を効率的に管理できます。例）Aチャネルの顧客に [顧客区分/VIP]、[23夏イベント/当選]、[再入荷のお問い合わせ/リネンシャツ/M-アイボリー] など、デプス区分がされている複数の顧客タグを付けることができます。顧客タグの生成有料プランご契約時連絡先管理から一度に多数の顧客を選択して作成および貼り付けることができます。連絡先管理の左側のメニューからタグ付けされた顧客数を確認し、顧客タグを修正することができます。顧客タグ管理ページでタグ付けされた顧客数を確認し、顧客タグを作成および管理できます。個々の顧客プロフィールにて作成および貼り付けが可能です。接客フロー自動化を使って自動的に顧客タグを付けることができます。サポートbotのアクションで、特定の選択肢をクリックした顧客に自動的にタグを付けることができます。連絡先管理の詳細フィルター検索でタグが付いている顧客を確認し、メッセージを一度に送ることができます。（→詳細フィルター検索を確認する）メニューで作成する方法：[連絡先管理] - [顧客タグの設定] で顧客タグの追加と管理顧客タグでは以下のルールが適用されます。連絡先管理の左側のメニューで表示されるタグ名はアルファベット順です。(a-b-c...)顧客タグは大文字と小文字を区別しません。(Aタグ=aタグ) 先に生成されたタグの大文字と小文字を基準に表示されます。顧客に付けられたタグは、最下位レベルのタグのみが表示されます。1人の顧客に最大20個まで顧客タグを付けることができます。連絡先管理で作成する方法：[連絡先管理] - 左側のメニューからタグを追加する方法：[連絡先管理] - 顧客選択後、顧客タグの列から追加および管理する顧客プロフィールで作成する[連絡先管理] - [顧客プロフィール] で顧客タグを追加および管理する詳細に設定するタグ名に / (スラッシュ)を入れて1つのタグを最大3段階に分類できます。例）再入荷に関するお問い合わせのうち、特定の商品名を分類するには「再入荷に関するお問い合わせ/VネックTシャツ」と設定し、さらにサイズや色について区分するには「再入荷のお問い合わせ/VネックTシャツ/Small」「再入荷のお問い合わせ/VネックTシャツ/ホワイト」と分類できます。タグを色分けできます。 機能別/テーマ別に同じ色でタグを作り顧客を分類することができます。タグの説明を記載し、どのような状況でそのタグを付与するのかを定義できます。顧客タグのアクション一致する顧客のフィルタリング選択された顧客タグを連絡先管理の検索窓の詳細フィルターに自動変換し、該当タグが付いた顧客リストを素早く検索して読み込むことができます。一致する顧客数には以下のルールが適用されます。&#34;&gt;&#34; で折れているタグは、下層タグが付いた顧客も含めた数を表示します。(全体)&#34;#&#34; で広がっているタグは、そのタグが付いた顧客の数を表示します。(正確に一致)一斉配信の作成選択したタグが付けられた顧客を対象に一斉配信を送信できます。セグメントの作成選択したタグが付けられた顧客をグループ化して管理できます。保存されたセグメントにより顧客リストを素早く確認でき、CRMをマーケティング機能の配信顧客設定に設定できます。（→顧客セグメント、CRMマーケティング機能を確認する）顧客タグの修正詳細アイコンをクリックして、タグの名前、色、説明内容を修正できます。一度に1つのタグのみを修正でき、上層タグ名を修正すると下層タグ名も一緒に修正されます。一覧からタグ名を変更後、顧客に付けられた既存のタグも一緒に修正されます。顧客タグの統合顧客タグの統合は、選択したタグを別のタグに併合させる機能です。選択されたタグの下層タグを含めて統合されます。一覧からタグを併合した後、顧客に付けられた既存のタグも一度に削除され、統合した新しいタグを貼り付けることができます。顧客タグの削除タグを選択して削除できます。上層タグを削除すると下層タグも一緒に削除されます。一覧からタグを削除後、顧客に付けられた既存のタグも一緒に削除できます。顧客タグの活用顧客タグのついた顧客は、問い合わせ時にどのようなタイプの顧客なのかの特徴を確認することができ、CRMをマーケティング機能で特定の顧客タグの付いた対象顧客を簡単に設置してメッセージを送ることもできます。活用例下の例のように、階層別に顧客タグを区分して設定することができます。ECの場合顧客区分：VIP、VVIP、内部人数、ブラック顧客、···再入荷通知申請：商品名/オプション名、···購入チャンネル：自社サイト、Shopify、楽天、···医療系の場合患者タイプ：受験生、妊婦、青少年、更年期、···痛み：頭、首、肩(左)、···悩み：慢性疲労、ダイエット、免疫力、アレルギー、···旅行会社の場合旅行地：大陸/国/都市、···BtoBの場合顧客区分：供給Side、需要Side、開発者、···教育やエージェントの場合クラス/騎手/イベント/NPS - 参加者、受講生、当選者、回答記録、···顧客メモの活用顧客タグは最大128文字まで入力できます。128文字以上の詳細な顧客情報を記載する必要がある場合は、顧客タグの代わりに「顧客メモ」という顧客プロフィールのデータを活用してみてください。（→顧客プロフィール情報の追加方法を確認する）他のマネージャーと一緒に確認が必要な引継ぎ事項は「顧客説明」フィールドを活用してみてください！顧客タグよりも長い詳細説明を設定することで、顧客情報と特徴を管理できます。Shift + Enterで改行も可能です。FAQ削除したタグがまた生成されます。接客フロー自動化またはサポートbotに削除したタグを追加するアクションが設定されている場合は、そのアクションでタグが再生成および追加がされます。接客フロー自動化またはサポートbotのアクション設定でも削除しようとするタグが自動生成および追加されないように削除してください。タグ名を変更する際、既存の顧客タグに一括適用するにはどうすればいいですか？以下の2つの方法で既存の顧客にも一括適用できます。顧客タグの管理ページで設定リストから名前を変更した後既存の顧客に付けられたタグも名前を修正するかどうかを確認するモーダルから一括適用を選択連絡先管理から顧客選択後に変更詳細フィルターで顧客タグ(tags)が「既存タグ名」と「1つでも該当する」顧客を検索変更したい顧客を選択テーブル上の右側にある「タグ設定」アイコンをクリック既存タグはチェック解除、新しい名前のタグを追加またはチェック後に保存顧客タグはいくつまで作成できますか？顧客タグは合計1,000個まで作成でき、1人の顧客に最大20個の顧客タグを付けることができます。接客フロー自動化などで付与されるタグが20個を超えると、どのように動作しますか？20個以降に付与されようとするタグは反映されず、先に付いている20個のタグのみ適用されます。上層タグ名を変更すると、全ての下層タグも一緒に名前が変更されます。上層タグの名前を変更すると、下層タグの名前まで一緒に変更されます。ただしリストからタグ名を変更したからといって、既存の顧客に付与されたタグまで修正されるわけではありません。リストからタグ名を修正した後、顧客に付けられたタグも名前を修正するかどうかを確認するモーダルで、既存の顧客についていたタグも一緒に名前を修正することができます。上層タグを削除すると、全ての下層タグも一緒に削除されます。上層タグを削除すると下層タグまで一緒に削除されます。ただしリストからタグを削除したからといって、既存の顧客に付与されたタグまで削除されるわけではありません。リストからタグを削除した後、顧客に付いているタグも削除するかどうかを確認するモーダルで、既存の顧客についていたタグも一緒に削除できます。顧客タグの名前を変更できますか？既に存在するタグの名前には修正できません、ただし統合機能により顧客タグを別のタグ名に統合できます。例1）[A], [A/1], [A/2] をすでに存在する [B], [B/1], [B/2] に統合する場合下層タグから統合することで可能です。[A/1] → [B/1], [A/2] → [B/2] をまず統合し、 [A] → [B] を統合します。例2）[A], [A/1], [A/2], [B] の顧客タグがある場合、[A], [A/1], [A/2] を [B] タグの下層に入れたい場合下層タグがない場合はすぐに名前の修正が可能です。[A/1] → [B/1], [A/2] → [B/2] に名前を修正します。下層タグを修正すると上位タグも統合することができます。[A] → [B] に統合できます。上層タグを下層タグに統合することはできますか？上層タグも下層タグに統合することができます。 例えば、顧客タグ [再入荷リクエスト] がついている顧客に対して再入荷案内を完了した際に、[再入荷リクエスト/案内完了] という下層顧客タグに統合(変更)することが可能です。