顧客

顧客 は、live experience に誰が入れるか、rollout をどこまで開くかを決める場所です。

アクセスモード

ここでの中心判断は access mode です。

オープン: 体験に到達した人は誰でも入れ、workspace が記録する
ホワイトリスト: 許可された user だけが入れる

早い段階の stakeholder pilot では、通常 ホワイトリスト の方が安全です。

Operator がここで行うこと

この page では operator は次のことを行います。

access mode の切り替え
user の個別追加
audience が大きい時の CSV import
参加 user と状態の確認
user detail page を開き、その user の Agent ごとの interaction mode を管理する

Alias で user を識別しやすくする

user detail page を開くと、alias の追加、変更、クリアができます。Alias は顧客で user identity と一緒に表示され、名前、email、External User ID と同じ user search から検索できます。

Alias は operator が識別しやすくする profile data です。user の安定した identity である external_user_id を置き換えたり変更したりはしません。

Workspace tag で user を整理する

Workspace tag は、pilot cohort、priority account、follow-up list などの user group を整理するために使います。

Manage tags を開き、tag の作成、workspace の tag list の検索、tag の削除を行う。
顧客の user row で tag を追加または削除する。
Tag filter で一つ以上の tag を選択する。複数の tag を選ぶと、選択したすべての tag に一致する user だけが表示される。
tag を削除すると、その tag と assignment が削除される。user 自体は削除されない。

現在の Console には workspace tag を直接 rename する操作がありません。名前を変更する場合は、置き換え用の tag を作成し、対象 user に割り当てて新しい filter を確認してから、古い tag を削除します。

正しいチャネルを選択する

user を個別追加する場合も CSV import する場合も、その External User ID を発行したチャネルを選択してください。Codeer はチャネルを使って identity を正しく正規化し、保存します。

Web、Widget、Browser Extension、Slack の identity は汎用的な正規化を使います。
LINE、Messenger、Instagram の identity は元の大文字小文字を保持します。

埋め込み Web Widget には Widget を選択してください。Web は web client 用です。どちらも web ベースですが、Codeer では別の channel type として保存されます。

workspace に設定済みの channel type が 1 種類だけなら、Codeer はそれを事前選択できます。複数の channel type がある場合は、user を追加または import する前に明示的にチャネルを選択してください。

CSV import 形式

許可する user を一度に多く追加する場合は、CSV import を使います。

CSV には次の必須 column が必要です。

External User ID: あなたのシステム上の安定した user 識別子
Name: user の表示名

次の column は任意です。

Email
Phone
Company
Job Title
Note

Header は次の形式にします。

External User ID,Email,Name,Phone,Company,Job Title,Note

row の例:

host-user-123,john@example.com,John Doe,0912345678,ABC Inc,Manager,Early pilot user

External User ID は client user の canonical identity です。必ず指定し、チャネル固有の正規化後に CSV 内で重複させず、同じ workspace に既に存在していない必要があります。Email は任意の profile data で、指定された場合のみ形式が検証されます。

Agent routing と人への引き継ぎ

user がひとつ以上の Agent とやり取りした後、user detail page には agent routing table が表示されます。

ここでは次を確認できます。

user がどの Agent と会話したか
各 Agent がこの user に対して現在 AI mode か Human mode か
human mode が Agent handoff、CRM の手動変更、自動 timeout のどれによるものか
timeout が設定されている場合、human mode がいつ切れるか

編集権限のある operator は、公開済みで handoff が有効な Agent を AI から Human に切り替えたり、active な human interaction を AI に戻したりできます。

設定の詳細は Human Handoff を参照してください。

External user の利用上限

顧客 には、live external user 向けの advanced settings もあります。

Contact email: billing や usage-limit message で、ユーザーが問い合わせ先として見る email。
Monthly end-user credit cap: external user ごとの任意の月次 workspace credit 上限。
Credit cap message: user が上限に達したときに表示する任意の多言語 message。空の locale は form preview に表示される default message を使います。

制御された pilot や cost-sensitive public channel で使います。user ごとの月次上限を設けない場合は空のままにします。

End-user identity をマスクする

workspace operator に end user の生の identity field を見せない場合は、詳細設定 の プライバシー group で Mask end-user identity を有効にします。

masking を有効にすると:

顧客、会話、CRM detail、filter、export、handoff summary では、User と安定した code を組み合わせた pseudonym が使われます。
workspace UI response では、生の名前、email、電話番号、external user ID が非表示になります。保存済みの client user record は維持されます。
user の個別追加、CSV import、その他の raw identity を使う変更はできなくなります。
顧客では identity field による検索と sort ができなくなります。会話では、生の external user ID を入力せず、external-user filter から pseudonym を選択してください。

Workspace user は masking を解除できません

この privacy control は workspace user にとって不可逆です。確認や解除が必要な場合は Codeer support に連絡してください。有効にする前に、運用 workflow が生の end-user identity に依存していないことを確認します。

実務で使いやすい rollout ルール

その段階に合った最小の openness を選びます。

初期 pilot: ホワイトリスト
少し広い test: 制御されたまま許可 list を広げる
一般公開：それが product decision なら オープン

厳密な web pilot を行うなら、ここは channel setting とも揃えてください。

定期的に見るべきこと

rollout が順調でも、次の問いには定期的に答えられるようにしておきます。

最近誰が入ってきたか
許可 audience が rollout plan と一致しているか
古い pilot user を外すべきか

顧客