kite - Blog #Implementationkite - Blog #Implementationhttps://www.kitebiz.net/blogs/tag/implementationSun, 08 Mar 2026 06:50:40 -0700http://zoho.com/sites/<![CDATA[これでわかる！Zoho CRMと外部アプリ連携_実践編]]>https://www.kitebiz.net/blogs/post/zohocrm-integration-methodZoho CRMの持つ外部連携機能を使うために要件定義、事例、注意点など準備のための実践的な基礎知識をカイトの経験からご紹介いたします。]]>
前回はZoho CRMのもつ外部連携について機能や連携手法を説明しました。
今回は連携機能の要件定義、連携事例、連携実装の手順について、弊社の経験をベースにお話しします。

連携機能を使いたい時の準備：要件定義

連携機能を利用するときには要件を整理し最適な方法を検討する必要があります。
Zoho CRMのメインターゲットである多くの中小企業が専属ITチーム持っていない場合、
連携のための準備プロセスである要件定義行うことに対してもハードルがあります。
要件定義には、
業務的な観点でどのようなことを実現したいかを設計するビジネス要件定義
システム的・技術的観点からのシステム要件定義の2種類があります。
Zohoは前回お話ししたようにZohoアプリケーション同士であれば簡単な設定だけで連携させることもかのうですので本格的なシステム要件定義をせずに実装へと移ることも可能です。
この点を踏まえて、要件定義のステップを説明します
1.　連携タイミングとサイクル

いつ、どのデータを、どこからどこへと連携させるか、またその頻度はどれくらいか？を定義します。
これはそもそものボタンの掛け違いをなくすということもありますし、システムや業務オペレーションへの負荷を見極める意味でも必要です。

不要なデータは不要な箇所には連携しないという鉄則を明文化していくことが必要です。

またシステム負荷については、Zoho自体クラウドで運営されているため速度のチューニングためのデータベース設定などユーザー側が気にすることはないのですが、契約プラン（Zoho CRMのエディションやユーザー数）などにより連携実行可能件数の制限がありますので、できる限りその制限内で処理できるように設計する必要があります。
実行可能件数は1日2000件までなどでプラン説明のページに記載されています。
2.　連携先アプリの利用プロセスとメンバー

Zoho CRMは主にマーケティング、セールスのメンバーが利用しているアプリケーションになってくるかと思いますが連携先のアプリケーションはどうでしょうか？
経理、総務、製造部門の部署の場合は請求書や工程管理などのアプリケーションの場合があると思います。
Zoho CRMのデータは項目設定されていても、部署が違えば、またアプリケーションが違えば同じ内容のものでも違う言葉で利用されている情報もありますし、業務の手順上どこで必要になるか？も念頭においた設計が必要となります。

必要なタイミングで必要なメンバーに最短のプロセスで利用してもらうように設計します。

そのためには既存の業務プロセスの変更も生じてしまうこともありますが、客観的に生産性の高いプロセスに切り替えてください。
おそらくこの部分が最も労力を使う部分になるかと思いますが、ITツールを利用した業務改革（デジタルトランスフォーメーション）を実現したい場合、過去の因習に囚われずバッサリと無駄なプロセスをカットすることも必須です。

作業のための作業はなくしていくという気持ちの切り替えを行ってください。

例えば承認プロセスを実装する場合に、実際の承認者以外の閲覧などのルートは無くす（＝そもそも承認者が内容を確認すべきです）などとなります。
3.　連携データの上流・下流・片側・双方向などの連携方向

これはシステム的なことも踏まえてとなりますが、1で連携のタイミングやサイクルを定義すると自然に上流（データを渡す側）、下流（データを受け取る側）がみえてくる内容になってきます。

ただし連携の方向については注意が必要です。

例えば Zoho CRMから基幹システムへ取引先データを連携させる時、基幹システム側で取引先にコードを付与している場合など、そのコードはZoho CRMに書き戻す必要はあるか、ないかなどの確認をしてください。この場合、取引先コードをZoho CRMで作成するデータに埋め込み既存顧客かどうかを識別するなどを考えている場合は必要となります。

無論、単に既存顧客かどうかの識別程度であれば選択肢項目の取引先の種類を見ればわかるということもあります。

したがって、情報の粒度により書き戻す基準は決まるケースもあるというのが検討の基準の一つと言えます。
4.　データの構造と項目のマッピングと連携のキー項目

システム的な観点での設計となります。
Zoho CRMが上流となりデータを渡す場合より受け取り時に影響することが多いかと思います。
これは、前回お話ししたZoho CRMの連携自体が多彩なため、データ自体は自由度高く渡せるためです。
まずデータの構造ですが、Zoho CRMは例えば取引先と商談、取引先と連絡先、連絡先と商談の関係は1:nの関係となっています。
ひとつのデータに複数の紐づくデータを設定可能です。
そのため紐づく先のデータが先に存在している必要があります。

例）商談を作る際には取引先が先に存在している必要がある。

これを踏まえると大元のデータを先に連携させないと紐づく先のデータは連携できないということになります。
（ただしこちらは運用上での回避策もあります）

また連携先が取引先と商談情報をセットで案件情報として受け取る場合はレポート機能で作成するような複数のタブが合成された集計表のようなデータセットとして定義するケースもでてきます。

項目のマッピングとは、どの項目を相手のどの項目として連携させるかの対照表を作成するということになります。

例）取引先コード=得先コード

連携のキー項目はデータの構造とも関係してくる項目です。
取引先が名寄せされていない場合などでも取引先のコード自体が同じであれば同一の取引先とみなし、それを連携のキーとして紐づけるデータを確定させるということになります。
この考え方は既存のスプレッドシートからのデータ移行（インポート）でも必要になってきます。

例）連絡先の担当者＝メールアドレスをキーに紐づける

取りまとめ結果は対象データ、対象データの対照表のリストとしてまとめます。
5.　イレギュラーパターン

これは想定している流れ以外の連携の手順は発生しないか？などの検討です。

例）Zoho CRMで請求書を作成して、会計システムに引き渡す場合にもしその請求書がキャンセルになったらどうするか？などです。

この場合、再度請求書のステータスをキャンセルにして連携し直すのか、会計側でキャンセルを手入力して逆にもどすのか？などを検討します。

いずれにせよ連携ができてもイレギュラーパターンは頻度は別として発生することを念頭に置いてオペレーションでカバーするケースもあるということを理解ください。

すべてを網羅することはできません。
6.　（番外編）データレベルか集計レベルか？

連携がどうあるべきか？というポイントにも繋がりますが、1で連携タイミングやサイクルを検討した場合、例えば年に数度、レポートとして結果を見れればよいという連携であれば、無理にリアルタイムの連携を実装する必要はありません。ましてはZoho CRMで見る必要もあるのか？ということもありえます。

データレベルの連携はプロセスレベルの連携と言い換えることも可能です。

すなわちプロセスごとの必要なデータを都度連携させ、適宜閲覧、加工して利用するケースですが、
集計レベルとは特定のタイミングで集計的に表示させるだけの連携です。

この場合はZoho AnalyticsなどのBIツールを利用してレポート上でデータが合成、集計されていれば実質連携はできていると考えて良いと思います。
ただしこの集計作業に工数がかかるのであれば普段からのオペレーションレベルで連携は済ませておくというのが判断基準となります。
Zoho Analyticsは外部データの取り込み機能も強力ですのでZoho CRMとあわせて利用することで強力な顧客データ分析が可能となります。

余談にはなりますがZoho CRM UltimateエディションにはZoho Analyticsの簡易版が付属されますので、データ分析を強化したいのであればおすすめです。
これ以外にも要件定義のポイントはありますが、まずは上記の代表的なポイントをおさえていただければおおよそ機能レベルでどうあるべきか？は見えてくると思います。

Zoho CRM連携事例

さて、ここからは実際の連携事例ですが、
Zohoアプリ同士の連携、Zohoとその他のクラウドアプリでの例を挙げてみます。
Zohoアプリケーション間での連携事例

以下のメニューはZoho CRMの設定メニューから実装可能なため非常に簡単な手順で利用可能です。、データ分析を強化したいのであればおすすめです。
Zoho CRMと Zoho Desk：データの作成と更新
  • Zoho CRMで作成した取引先、連絡先をZohoDeskと連携、同期することでZoho Desk側でのチケット登録時にCRMの情報を紐づけることが可能。
  • 商談などもZoho Deskで表示できるのでどのような顧客からの問い合わせなのか？を営業担当者に毎回聞かなくても良い。
  • Zoho CRMの連絡先の関連リストにZoho Deskのチケット情報も表示されるので、顧客に連絡する際に最近の問い合わせ状況を確認することで円滑なコミュニケーションを図ることも可能です。
Zoho CRMとZoho Campaigns
  • Zoho CRMの見込み客、連絡先をZoho Campaignsの連絡先リストと同期することで送信先として利用することが可能です。
  • Zoho Campaignsで実施した個々のメールの反応をZoho CRMでも確認し利用することが可能です。これにより先週のメルマガを開封した人などの条件でのリストビューも作成できます。
  • またZoho Campaignsでのメールキャンペーンも Zoho CRMのキャンペーンタブのレコードに同期することや、Zoho CRMのキャンペーンタブからメールキャンペーンを直接展開することも可能です。
Zoho CRMとZoho Books
  • Zoho CRMの取引先、連絡先、仕入先、商品を会計アプリケーションであるZoho Booksに同期します。
  • またZoho CRMの取引先、連絡先、商談の関連リストにZoho Financeの名前でZoho Booksの見積書、受注書、請求書を関連づけて作成可能です。（その際にはZoho CRMの見積書、請求書、受注書タブを非表示にします）
  • また商談のステージと連動して自動的に見積書の作成、請求書のステータス変更なども可能です。
  • この連携によりモバイルアプリだけでも見込み客の登録から見積書の送付まで一気に可能です。
  • 弊社もお気に入りの連携です
Zoho CRMとZoho Meeting：データの統合
  • Zoho CRMの見込み客や連絡先の画面から直接Zoho Meetingを利用したオンライン会議の招待状を送付することができます。
  • Zoho Meetingの持つウェビナー機能との連携も可能です。キャンペーンタブから直接ウェビナーをセットアップして、登録ページの作成と案内まで可能です。
Zoho CRMとZoho Cliq：通知メッセージの送信
  • Zoho CRMがもつワークフローのルールで通知のアクションを選んだ時にZoho Cliq経由での通知を作成
  • 各データの画面からZoho Cliqにメッセージを添えてリンクを送信できます。
これによりメールに頼らない社内コミュニケーションの仕組みが実現されます。

カイトの推奨する初期設定サービス

上記連携はZoho CRMの設定＞マーケットプレイス＞Zohoにて設定可能です。

設定にはいくつかのコツがあるのも事実ですが弊社ではベストセッティングにて初期設定を実施するサービスもございます。
Zoho CRMの連携について相談する
ZohoアプリケーションとZoho以外のアプリケーション間での連携
Zoho以外のクラウドアプリケーションとの連携は難易度が上がりますが、一度実装すれば業務効が激変します。
Zoho CRMとSansan連携
  • 連携内容：データの作成と更新
  • 実装に必要なもの： Zoho Flowとカスタム関数
  • 名刺管理アプリケーションであるSansanとの連携です。
  • Sansanで名刺が作成・更新されると Zoho CRMの見込み客に名刺を作成・更新する連携です。
この連携には ZohoのもつiPaas型のクラウドインテグレーション（クラウド連携）ツールであるZoho Flowを利用します。 Zoho Flowは著名どころのクラウドアプリケーション同士を連携させるコネクタを作成することができるツールです。基本はドラッグ＆ドロップで設定し、条件などはカスタム関数というZohoのもつプログラミング言語を利用して処理することが可能です。
こちら見込み客以外にも連絡先との連携も可能ですが弊社推奨は見込み客との連携です。
Zoho CRMとスマレジ連携
  • 連携内容：データの作成と更新
  • 実装に必要なもの： APIを利用するためのカスタム関数実装
  • クラウド型のPOS（レジキャッシャー）システムのスマレジとの連携です。
Zoho CRMの連絡先をスマレジの店舗会員データと同期したり、スマレジのレシート情報をZoho CRMに取り込む連携です。
この連携で会員の購買分析が可能となり、購買状況別の施策を実施可能となります。
消費者向けの小売業においては非常に強力な連携となります。
Zoho CRMとMoneyForward請求の連携
  • 連携内容：データの作成と更新
  • 実装に必要なもの： APIを利用するためのカスタム関数実装
  • Zoho CRMの取引先と請求書データをMoneyForward請求書に同期します。
営業チームで見積書から請求書を作成し、確定したデータを経理側で利用するMoneyforward請求書に送り込むことで取引先データの二重入力や、請求書のタイムリーな連携を行い業務分担を最適化します。
Zoho CRMとfreeeの連携
  • 連携内容：データの作成と更新
  • 実装に必要なもの： APIを利用するためのカスタム関数実装
  • Zoho CRMの取引先と請求書データをfreeeに同期します。
営業チームで見積書から請求書を作成し、確定したデータを経理側で利用するfreee請求書に送り込むことで取引先データの二重入力や、請求書のタイムリーな連携を行い業務分担を最適化します。

会計アプリとの連携注意点

MoneyForward、freee連携でのポイントはデータの持たせ方がツールの役割により異なることを注意することです。
会計側は書類と口座、CRMは商品と顧客視点であるということに気をつける必要があります。

Zoho CRMとSlack
  • 連携内容：Slack経由での通知
  • 実装に必要なもの： Zoho MarketplaceでのSlack連携機能のインストール or カスタム関数
  • Zoho CRMとSlackを連携させることで通知を自動化することが可能です。
Zoho Cliq連携とほぼ同じ内容が実装可能です。
Zoho CRMとShopify連携：データの作成と更新
  • 連携内容：データの作成と更新
  • 実装に必要なもの： Zoho MarketplaceでのShopiy連携機能のインストール or カスタム関数
  • オンライン通販アプリのShopifyとZoho CRMの連携です。
Shopifyのオーダー情報と購入者情報をZoho CRMの受注書と連絡先に同期します。
スマレジ連携と同様に購入者分析も可能となります。

上記事例はあくまでの各アプリごとの連携の一例です。

さまざまな利用条件により連携内容を変更して対応することも可能です。

基本的な連携と個別対応

上記事例はあくまでの各アプリごとの連携の一例です。
さまざまな利用条件により連携内容を変更して対応することも可能です。

連携実装の手順

要件が整理できれば、実装となりますが基本は

  1. 連携項目の設定：アプリケーション同士でのデータ連携の要件定義で検討した項目同士の付き合わせができるようにZoho CRMの項目を確認、作成します。特にデータの型（選択肢の値、通貨の桁数、テキストの文字数など）が合致しないと連携でエラーが発生しますので注意ください。
  2. 連携の実装：カスタム関数の作成や、Zoho Marketplaceからのインストールなどです。
  3. 連携テスト：連携の方向に従って上流になるアプリケーションからデータ入力し連携が実施されるかどうか、またタイムラグの確認を行います。また実装方法にもよりますが、連携タイミングは個別で任意、複数で任意、自動で起動などの発動条件別のパターンもおさえてテストするようにしてください。

連携での注意点

Zoho CRMのEditionの確認
  • Zoho アプリケーション同士であればZoho CRM Professionalでも実装可能なものがほとんどですが、外部アプリケーションとの連携であればカスタム関数やカスタムタブを利用するケースが大半になりますのでEnterprise Edition以上のプランが必要となります。


連携先のアプリケーションのプランの確認
  • Zoho CRMと同じくAPI機能の利用など外部連携に対応したプランが必要です。また連携数によっても対応するプランが異なる場合があります。


連携する処理ボリューム
  • プランと関連しますが1日あたりの最大連携実行数などは事前に算出しておいてください。

例）請求書を外部アプリケーションとリアルタイムで連携させたい場合、10人の営業担当者が一人それぞれ2件の請求書を作成する場合、20件/日の処理は最低発生します。


連携設定するユーザー
  • Zoho CRMで連携設定を作業するユーザーは組織の管理者で実行してください。
  • また組織の管理者は社員に直接紐づかないメールアドレスで別にユーザーを用意していただいたほうがベターです。これは担当社員が退職した場合は組織管理者を変更したり連携の設定で必要なAPIキーという認証情報の変更が必要になるからです。役職や担当に紐づかないユーザーのほうがこのあたり楽になります。


連携≠目的
  • もっとも大事なことは連携実装自体が目的ではないということです。
  • 連携より手作業のほうが早ければそちらでオペレーションは実行したほうがよいということです。
  • 連携は効率化を求めてのものだとは思いますが、先に述べたように“そもそも”不要なプロセスであれば連携自体も不要です。
  • 目的が社内のためのものか、顧客のためのものか？に応じて連携させるべきか否かは判断ください。
弊社では上記の連携実装を機能的にも、また標準化されたプロセスでの知見も合わせてコンサルティングでご提供しております。
ご興味ございました、ぜひお問い合わせください。
Zoho CRMの連携について相談する
]]>Mon, 01 Mar 2021 08:16:52 +0900<![CDATA[Zohoで2週間ECサイト構築術 Part1：TelePa]]>https://www.kitebiz.net/blogs/post/zohocommerce-vazinc-1弊社のお客様であるヴァズインク社のZoho Commerceを使ったECサイトで販売の仕組み構築を弊社が支援しました。 2回に分けてZoho Commerceを中心としたZoho アプリケーションの連携事例と実際の構築についてお話していきます]]>

Zohoを利用した統合型EC環境の利用事例

利用アプリケーション

  • Zoho Commerce
  • Zoho CRM （Zoho One）
  • Zoho Inventory （Zoho One）
  • Zoho Books （Zoho One）
  • Zoho Sales IQ （Zoho One）
  • Zoho Campaigns （Zoho One）


になります。


ヴァズインク社は兼ねてからZoho Oneを利用されてましたので、Zoho Commerce以外は稼働済みです。


Zoho Oneの利用事例についての詳細はこちらを参照ください。


今回はこの既存のZoho Oneの環境にZoho Commerceが追加されるわけですが、

現在、Zoho CommerceはZoho Oneには現在含まれておりません。

したがって追加契約にて今回はスタータープランでお試しいただき構築しています。




ECサイト構築に必要な機能とは？

ECサイトを運営するためには以下の機能が必要かと思います。


  • 商品カタログ
  • カート
  • クーポン発行
  • 送料計算
  • 決済
  • 帳票発行
  • メール通知
  • 配送追跡
  • 在庫管理
  • 会員管理


これらの機能をを複数のツール組合せで実現するのか、それとも一つのツールで大部分をカバーできるようにするのか？
で構築の手間のみならず運用の負担も随分違うかと思います。


今回はもちろん、これらをZohoアプリケーションと配送追跡には連携するaftership というアプリケーションでカバーしています。


Zoho Commerceの機能はこれらECサイト機能プラスWebサイト構築のCMSの機能が合体したものです。

もともとZoho SitesというCMSがありますがこちらにEC機能が追加されたものがZoho Commerceです。

また会計周りはZoho Books、 Zoho Financeとの連携により受注書、請求書、領収書、納品書の発行と発注ごとに在庫を差し引くという在庫管理処理も行っています。


全体像は以下の図の通りです
データの同期や連携については現場合わせの部分もありましたが、


構築作業についてはクリティカルな箇所および仕様の確認は弊社が行い、

その他のデータ登録やサイトの素材組み込みなどはヴァズインク社で行っています。


弊社はこれまで、Zoho Oneを含めて100社以上のお客様にZohoを導入した経験からシステム全体像は把握できておりましたので

狙い通りのの仕組みが構築できています。


また、いくらヴァズインク社もZoho OneのヘビーユーザーとはいえBtoC向けのECサイトの経験は無いなかで、

さほど負荷なく構築していかれたのは驚異的であるとさえ思います。


これこそZoho自体がビジネスのOSであるがゆえにユーザーフレンドリーな特徴が発揮された事例であると感じています。


次回はZoho Commerceのサービスインをどう進めていったかのお話です。
Zoho Commerceを試してみる
]]>Mon, 27 Apr 2020 08:41:01 +0900<![CDATA[Zoho CRMの導入投資効果]]>https://www.kitebiz.net/blogs/post/crmroi弊社はこれまで数多くのお客様にCRMを中心とする営業の仕組みを提案してきましたが、 今回はお客様からの質問についてお話します。 弊社商談の担当窓口、決裁者問わず聞かれることとは？ 「投資効果はどれくらいでるんですか？」 弊社はZoho CRM以外にも他社CRMの導入支援や活用支援の経験は豊富にありますがベンダー・ツールの種類問わず、頻出の質問です。]]>

CRMを導入したらどのような成果があがるのか具体的にわかっていますか？

弊社はこれまで数多くのお客様にCRMを中心とする営業の仕組みを提案してきましたが、

今回は提案時お客様からの質問についてお話します。


弊社商談の担当窓口、決裁者問わず聞かれることとは？
「投資効果はどれくらいでるんですか？」

弊社はZoho CRM以外にも他社CRMの導入支援や活用支援の経験は豊富にありますがベンダー・ツールの種類問わず、頻出の質問です
では質問側の意図はなんでしょうか？
基本的に以下の3種類です。


CRMを導入すれば、

1. どのような効果が現れるか？
2. 数字で表せるか？
3. 結局いくら儲かるのか？


費用が発生して取り組むことですのでもちろん気にすることはわかりますが、
提案する側から問いたいのは現状どれくらいの、


1. ムダ（探しものや付加価値のない繰り返しの作業）な時間を使っているのか？
2. そのためにいくらのチャンスロスが発生しているのか？
3. そもそも顧客情報があれば売上が上がるロジックが社内で整理されているのか？


です。


これらの情報がないのに投資効果を測ることやBefore After比較ができません。
ですので、一旦話を整理するために以下のお話をするケースもあります。

・顧客情報の一元管理が社内プロセスを効率化する理由
・商談情報の即時共有をどのようにすれば商談の受注率があがるのか
・営業活動の可視化ができないとどうなるのか？

これらの情報をまずは整理することで
売り上げアップのための具体的な方策が検討可能になります。

例えば、
問い合わせに対しての対応スピードをあげたい
ということが具体的な課題であれば、
  1. 問い合わせ元の種類
  2. 問い合わせの母数
  3. 問い合わせ対応手順
  4. 問い合わせ対応にかかる平均時間
  5. 問い合わせ対応後の反応の見極め基準

をCRMにて作業の自動化やステップの省力化をすることで一定期間内の売り上げをあげていくことも可能です。


またこれらをCRMで計測する場合、Zoho CRMでは分析タブのファネル分析やキャンペーンのROI分析機能を利用して定量的に

計測し、どのプロセスがキーになるか？を見定めることも可能です。


結論として、

「漠然とした営業課題ではなく、具体的な課題（特にプロセス）が明確であればあるほど投資効果は計測しやすい」

ということになります。


もちろん、上記以外にも検討すべき要素は多数ありすし、課題の整理が難しいということもあるでしょう。

そんな場合は弊社にお問い合わせください。

弊社は課題整理のガイダンスからお手伝いすることが可能です。

課題整理について相談してみる
]]>Wed, 30 Oct 2019 10:25:24 +0900<![CDATA[CRMの事例探しのやりすぎにご注意ください]]>https://www.kitebiz.net/blogs/post/casestudytrapしかも、お客様の中にはこの事例をいくつも入手して導入検討される方もおられます。 しかしながら、この「導入事例」は曲者でもあります。]]>

IT製品の中でもCRMは導入事例の問い合わせが特に多いカテゴリーです。


しかも、お客様の中にはこの事例をいくつも入手して導入検討される方もおられます。
弊社もZoho CRMの導入のご相談を受ける際によく、他社導入事例を聞かれます。
しかしながら、この「導入事例」は曲者でもあります。

導入事例が必要な理由として

* 同業他社がどのように利用しているのかを知りたい（うまくパクりたい
* 成功事例を知りたい（手っ取り早く成功する秘訣を知りたい）
* 製品がどのような規模や業種に導入されているか知りたい（そして社内りん議の際に利用したい)
が代表的な理由ですが、実はこれが問題なのです。

ダメな導入事例の利用シーン

事例が役立つケースは、利用時の前提条件（目的）に依存しますが、大半の場合は、

  • そもそも差別化のために導入するのに真似してもしかたない（そして本当に大成功している企業はオープンにするのか？）
  • 自社での目的が定まっていないのに事例をマッチングさせることはできない（利用機能の選定だけなら評価版を利用するだけで十分です）
  • 事例にある情報が定量的なものが少ないので、あくまでも使用感にとどまる（よくある、ダイエットサプリメントCMの画面隅の注意書き的なもの）
など、自社の要件整理が不完全すぎる状態や比較対象が怪しいものがあります。

このような条件では事例は有効に働くことはありません。
導入事例を有効に使うためには自社の状況の整理がされている場合で利用することです。

例えば、
  • 課題と目的
  • ビジネスモデル
  • 業務プロセス
  • ITリテラシー

などが整理されていれば各項目を事例と照らし合わせて、利用できる箇所、そうでない箇所が見えてきます。
導入事例はあると便利に感じますし、ベンダー側も説明や提案の負担が減るために多様しがちです。
しかしCRMは特にソフトウェアだけでなく運用ルールや設計／設定により大きく活用方法が変わるものです。

従って事例はほどほどに利用し、自社独自の導入方法を考えるべしとなります。
自社なりのCRMのありかたを相談する
]]>Tue, 15 Oct 2019 21:25:49 +0900