CRM UPDATE
顧客の目的整理済み
次の対応確認待ち
会議記録参照あり
CRM更新案を準備する
会議日、参加者、顧客の目的、未解決の質問、次の対応を整理し、アカウント担当が確認できる更新案にまとめます。
顧客情報 ・ 商談状況 ・ 次の対応Use Case ・ Meeting Operations会議の内容を
会議の内容を
次の仕事に変える。
PLAUD、tl;dvなどの会議記録を整理し
CRM更新、対応タスク、プロダクト課題へ分けます
元の会議に戻れる根拠を残し、次の対応を進めやすくします
このようなチームに
営業・CS商談内容を顧客情報と次の対応につなぐ
導入・運用決定事項を担当者と期限へ整理する
プロダクト顧客の要望を根拠とともに確認する
録画、顧客情報、対応タスクが
別々の場所に残る。
会議の内容を、次の対応へつなげる。
商談、導入定例、顧客インタビューでは、顧客情報の更新、対応の約束、プロダクトへの要望が生まれます。Kylonは会議の根拠を残しながら、CRM、対応タスク、課題管理に必要な情報を整理します。
会議の根拠を残す登録先を確認する担当者を明確にする
会議後に必要な情報を、役割ごとに整理する。
会議記録を受け取った後、内容を一律に書き込むのではなく、CRM、対応タスク、課題管理に必要な情報へ分けます。人が確認する場面も最初から決めておきます。
ACTION ITEMS
セキュリティ資料を共有
導入日程を確認
担当者へ引き継ぎ
約束を対応タスクにする
誰が何をいつまでに行うかを、会議中の発言から確認できる形にします。担当者と期限は、確定前にチームで見直せます。
担当者 ・ 期限 ・ 元の会議ISSUE INTAKE
導入時の権限設定導入作業
検索結果の表示プロダクト要望
実行できる課題だけを登録する
すべてのコメントを課題にせず、不具合、繰り返し出る要望、導入作業、判断が必要なリスクに分けて登録候補を作ります。
種類 ・ 影響 ・ 会議の根拠会議が終わった後の流れを、ひとつに。
1
記録を受け取る
文字起こしまたは要約の準備完了を起点にします。
2
内容を整理する
参加者、決定、質問、約束、リスクを分けます。
3
登録先を照合する
顧客・案件・担当者の候補を確認します。
4
担当者が確認する
CRM更新と課題登録の内容を見直します。
5
次の対応へ進む
確定したレコードと担当作業を共有します。
会議の根拠と、次の対応を同じ画面で確認する。
kylon.io
項目担当状態
セキュリティ資料CS確認待ち
権限設定の相談導入対応中
検索条件の要望Product確認待ち
画面はイメージです。実際の記録、登録先、確認者はチームの運用に合わせて設計します。
会議のあとに必要な確認を
画面ごとに分けて進める。
顧客コンテキストCRM更新案
顧客情報の更新案は、担当者が会議の文脈を確認してから確定します。
課題管理登録候補 3件
検索条件の保存プロダクト要望 ・ 顧客影響を確認
初期設定の権限導入作業 ・ 担当者を設定
契約書の共有対応タスク ・ 期限を確認
会議中のすべての発言を登録せず、次の行動がある内容だけを候補にします。
会議記録の入口は
現在の運用に合わせる。
以下は、会議・文字起こし・要約・タスクの取得、または完了イベントを公式に案内しているサービスです。対象会議の権限と、取得できる情報を確認したうえで接続方法を決めます。
PLAUDMCP ・ Transcription
tl;dvAPI ・ Webhook
FirefliesAPI ・ Webhook
FathomAPI ・ Webhook
MeetGeekREST API
AvomaAPI ・ Webhook
Read AIWebhook
SemblyOutbound API会議の閲覧権限と、外部から取得できる権限は同じとは限りません。導入時に対象会議、接続アカウント、確認者を整理します。
よくあるご質問
会議の内容は自動でCRMに反映されますか？
会議内容から更新案を作る流れを設計できます。顧客情報、商談条件、約束に関わる内容は、担当者が確認してから確定する運用が適しています。
PLAUDとtl;dvの両方を使えますか？
文字起こし、要約、または承認済みの取得経路がある会議ツールであれば、同じ整理・確認の流れに合わせて設計できます。
会議で出た要望は、どのように整理しますか？
不具合、継続して寄せられる要望、導入作業、判断が必要なリスクを整理し、担当者が次の対応を確認できる候補としてまとめます。
元の会議記録を確認できますか？
CRM更新案や課題レコードには元の記録への参照を残せます。要約だけでは判断できない場合に、発言の文脈を確認できます。
ほかの業務フローを見る
