CRM：構造化データ

公開: 2018-08-08

このエピソードでは、構造化データを定義し、CRMとの関連でそれが何を意味するかについて説明します。 CRMで何ができるかを知るためには、CRMに保存されているデータの種類を理解することが重要です。

00:19アンディショア：ねえ、誰もが無知なCRMマーケターのために手がかりに戻って歓迎します。今日は、CRMに保存するさまざまな種類の情報について話し合う会話を始めます。そして、構造化された情報から始めます。それで、それはどういう意味ですか？

00:36 Paul Rijnders：さて、非常に多くのCRM、特に従来のCRMは、ある種の構造化データベースに基づいています。つまり、テーブルがある場所の下にSQLやMySqlデータベースのようなものがあり、テーブルは行があるスプレッドシートのようなものです。レコードを表し、列はフィールド情報を表します。したがって、たとえば、列1は名である可能性があります…列1。連絡先のテーブルがあるとします。列1は名、列2は姓、列3はミドルネーム、列4は住所、列5は都市などです。そして、ほとんどのCRMには、デフォルトのフィールドの標準セットが付属しており、それらは、あなたが必要だと彼らが考えるものです。連絡先の電子メールアドレス、電話番号、または多分携帯電話、そのタイプのもの。多分それが機会のためなら…それはいわば別のテーブルか、いわば別の種類の記録でしょう。

01:34 PR：オポチュニティの名前、金額、ステージ、期日がわかります。活動では、これはどのような活動であり、いつ期限が来るのか、誰と一緒にいるのか、そしてそれはどのようなものに関係しているのかということかもしれません。それはプロジェクトや機会、あるいは他の種類の記録などに関連していますか？しかし、それらはすべて非常に構造化されています。つまり、その前に誰かがあらゆる種類の情報を入力する前に、そのためのスペースが必要です。そのためのコラムが必要です。そのための自由形式の場所はありません。

02:04 PR：では、それでは疑問が生じます。自由形式の場所が必要な場合はどうすればよいでしょうか。今日は構造化された情報について話しているので、CRMにそれを配置できる場所が他にあることを気にしないでください。ただし、SQLデータベースに基づくCRMの場合、おそらく必要なのは必要なことです。事前にいくつかのカスタムフィールドを設定するためのある種の管理者。したがって、たとえば、ベンチマークメールの営業チームとサポートチームがCRMを使用する場合、ベンチマークメールには、私たちにとって意味のある顧客フィールドがあります。たとえば、その人はどのような新しいマーケティング計画を持っていますか？アカウントのステータスは何ですか？リストのサイズはどれくらいですか？リストはちょっと続きます。あなたのビジネスは違うかもしれません、多分あなたはドーナツ店を持っていて、あなたは彼らの好ましいドーナツは何であるかをリストしたいですか？たぶんあなたは自動車店で、彼らが持っている車の種類をリストしたいのですが、それから何年かは別のコラムです。

02:57 PR：とにかくリストはどんどん増えていきますが、私が言いたいのは、その情報がどこに入るのかというと、構造化された列があるということです。では、なぜこのようにすることが役立つのでしょうか。また、SQL以外のデータベースと従来のSQLデータベースとの会話を気にしないでください。SQLは、少なくともSQLデータベースを備えたSQLであり、後でレポートを作成できるように、事前に小さなカテゴリに分類する必要があります。、またはビューを作成して特定の条件を作成できます。後で、「連絡先ダッシュボードを開いたのですが、まあ、10万件の連絡先を見ています。本当にたくさんありますか？さて、私が所有しているワイオミング州に住んでいる連絡先を見たいだけです。ワイオミング州の車はトヨタで、お気に入りのドーナツはフレンチクルーラーです。

03:51 PR：それで、あなたはそれらすべての条件を入れます、そして、条件は本当に一種であることができます…それらはすべて真実でなければなりませんね？または、これらのいずれかが真になる可能性があるという条件が考えられます。だからあなたはこう言うかもしれません。「まあ、車はトヨタでなければなりませんが、お気に入りのドーナツはフレンチクルーラーかチョコレートロングジョンかガラス張りのドーナツでなければなりません。したがって、これら3つのいずれか。つまり、すべてを満たす条件があり、どの条件も満たすことができます。次に、これら2つを組み合わせて、次のように言うことができます。これらの条件のうち、満たす必要があります。」それらの可能性はいくつもあります。条件は、「まあ、彼らのお気に入りのドーナツ、文字は「S」で始まらなければならない」とさえ言うことができます。

04:35 PR：そして私が言おうとしているのは、情報が本当に本当に構造化されている場合、データベースは何を期待できるかを知っているので、データベースに質問をすることができ、それらのクエリができることには特定のルールがあるということです。そして、データベースは本当に得意です…そして、システムはすべて非常に非常に構造化されているので、その情報を出力するのが本当に得意です。つまり、CRMを設定するときに、平均して、後で情報を簡単に取得できるように、できるだけ多くの情報をどこに配置するかを判断するということです。

05:07 AS：はい、もう1つ考えて、間違っている場合は訂正してください。統合が行われる場所です。つまり、私たちがどのように取り組んでいるかについて話していたようなサインインフォームを持っている場合ベンチマークまたはさまざまなリードマグネットを使用して、他のサードパーティアプリをCRMに接続すると、そのデータが適切な形式で構造化されます。

05:24 PR：おやおや。うん。アンディそれは素晴らしい点です。さて、たとえば、Googleフォームでフォームにサインアップする必要があるとしましょう。したがって、ベンチマークメールや他のいくつかのベンチマーク以外の企業と同様に、CRMをGoogleフォームと統合する必要があります。しかし、あなたがこう言うとしましょう。さて、このフォームでは、フォームはそれを名と呼びますが、CRMではそれを呼びます…私が言ったように、私たちはそれを名とも呼ぶので、あなたは名を名にマッピングすることができますよね？姓から姓へ。しかし、多分あなたはあなたが言うところがあるかもしれませんさて、私たちはこのフォームに電話番号を言うものがあります、CRMではそれはメインの電話番号を言うのでここからそこにそれをマッピングしましょう。したがって、そのフォームに接続すると、CRMに存在するフィールドと、統合から入ってくるフィールドが表示されるマッピングプロセスがあります。そして、あなたはこのスロットがこのスロットと一緒に行き、これがこのスロットと一緒に行くのを見て大丈夫と言うことができます。そして、物事は構造であるため、それらのものが非常に簡単に連携できるようになります。そして、それは物事を行う他の方法がないという意味ではありませんが、後でそれらに入るでしょう。

06:22 AS：どうぞ。ですから、皆さんに聞いてくれてありがとう。あなたがチューニングを続ければ、後で他のことについて話します。ありがとう。