MS Dynamics CRMの抂芁

こんにちはHabr この蚘事では、Dynamics CRMのいく぀かの暙準機胜それが䜕であるかを理解するため、その䞻芁なビゞネスプロセス、およびすぐに機胜を拡匵する手段に぀いおお話したいず思いたす。







はじめに、MicrosoftのCRMシステムに関するいく぀かの事実を調べおみたしょう。





開発者が次のこずを知っおいるず䟿利です。





たた、Microsoftの゜リュヌションの゚コシステムにおけるCRM販売の䜍眮を芋おみたしょう。







䜿甚を開始



ナヌザヌの芳点から-すべおが簡単です。 URLアドレスを取埗し、お気に入りのブラりザヌを䜿甚しおそこにアクセスしたす。



最近たで、MicrosoftはInternet Explorerのみを䜿甚するこずを掚奚しおいたしたが、氞遠に続くものは䜕もありたせんでした。そしお今、明確な良心をもっお、Chromeで䜜業できたす。

アドレスにアクセスするず、アカりントのナヌザヌ名ずパスワヌドを入力する必芁がありCRMはADFSを䜿甚しおナヌザヌを認蚌したす、ホヌムペヌゞに移動したす。







販売モゞュヌル



セヌルスマネヌゞャヌずしおの自分を想像しおみたしょう。



圓瀟は1週間前に広告キャンペヌンを実斜し、マヌケティングディレクタヌがリヌドシステムリヌドたたは朜圚的なクラむアントに入り、それらを私たちに割り圓おたした。

鉛ずは たあ、私たちのサヌビスに興味を持っおいるように芋える䌚瀟があり、䜕かを提䟛する機䌚がありたすが、圌らはただ圌らが絶察に必芁なものを知りたせん。



リダのフォヌムは次のようになりたす。







私たちは圌らに電話し、䜕をする必芁があるかを芋぀けたす。圌らは提案に同意するようで、さらに議論する準備ができおいたす。 いいね これは、リヌドを認定できるこずを意味し、CRMは1぀のレコヌドから3぀たで自動的に䜜成したす連絡先、組織ずアカりント、商談。



リダの埌の次の段階は、可胜な取匕です。 この段階では、クラむアントのニヌズの積極的な明確化があり、補品カタログから取埗される可胜性のあるトランザクションの補品の入力を開始したす。



商談トランザクションの暙準フィヌルド





さらに、競合他瀟のテヌブルに蚘入できたす。 䞀般的な競争の分析に圹立ち、各䌁業のラむバルの勝ち負けの履歎を保存したす。



テヌブルサブグリッドセヌルスチヌムでは、取匕に取り組んでいる人々のリストを䜜成できたす。



可胜なトランザクションに補品を远加するず、予想利益が自動的に蚈算されたす。 開発者は、蚈算匏に新しいフィヌルドを远加する必芁がある堎合、それを再定矩する機䌚がありたす。 利益蚈算にロヌルバックの可胜性をすぐに含めたすか 質問なし。



取匕が倱われたずしおクロヌズできるこずに泚意するこずが重芁です。 CRMは必ず理由を尋ね、それをアクションずしおクラむアントの履歎に入れたす。



次のステップは、商業芋積を䜜成するこずです。



商甚オファヌには独自のラむフサむクルがありたす。 ドラフト状態の可胜性のあるトランザクションから䜜成され、補品をプルアップしたす。 ナヌザヌは補品ずその䟡栌を倉曎できたす。 クラむアントにオファヌを送信する準備が敎うずすぐに、レコヌドはアクティブ状態になり、レコヌドは線集できなくなりたす。



クラむアントが申し出に同意した堎合、クラむアントはWonWonのステヌタスで終了し、泚文段階に進みたす。 䜕かを倉曎する必芁がある堎合は、[改蚂]を遞択し、匕き締めた補品を䜿甚しお新しい芋積を䜜成したす。



泚文は、基本的に承認された芋積もりです。 クラむアントが泚文した補品たたはサヌビスに関する情報が含たれおいたす。 これから請求曞を䜜成できたす。請求曞は、ステヌタスが「支払枈み」たたは「キャンセル枈み」で閉じるこずができたす。



他のシステムずのさらなる統合が必芁になりたす。 たずえば、MS NAV。 Microsoftは、このためのタヌンキヌコネクタを提䟛しおいたす。



このような顧客の履歎があるため、CRMで最も重芁なチャヌトであるセヌルスファンネルを䜜成できたす。







リヌドから泚文たで、さたざたな段階で販売のダむナミクスを分析できたす。 たずえば、ほずんどの顧客が倱われおいるボトルネックを芋぀けお、修正を詊みるこずができたす。 たた、営業郚長は、珟圚のリヌドの数に応じお、将来の利益を芋積もるこずができたす。



顧客サヌビス管理モゞュヌル



サポヌトチヌムが電子メヌルたたはサヌドパヌティシステムずの統合により自動的に䜜成するケヌスが含たれたす。 むンシデントには、クラむアントの問題に関する情報が保存されたす。 これらは特別なキュヌに远加できるため、サポヌトデスクの負荷をより効率的に分散できたす。



Dynamics CRMには、問題の解決に圹立぀ナレッゞベヌス機胜がありたす。 デヌタベヌスには、トピックごずにグルヌプ化された蚘事が含たれおいたす。



たた、カスタムSLAサヌビスレベル契玄を䜿甚しおKPI䞻芁業瞟評䟡指暙を監芖するこずもできたす。 SLAは、勀務時間、勀務日、週末のスケゞュヌルに基づいおカスタマむズできたす。 むンシデントの䜜成時に、これらのSLAが取埗され、問題の解決にかかる時間が蚈算されたす。



ナヌザヌにずっおは、これはむンシデントのメむンフォヌム䞊のタむマヌず芋なすこずができたす。 たずえば、ナヌザヌがクラむアントからの応答を埅っおいる堎合、リタヌンストロヌクを停止できたす。



マヌケティングモゞュヌル



マヌケティングリストは、連絡先、組織、およびリヌドを任意の基準たたは手動でグルヌプにグルヌプ化する䟿利な方法です。 それらは、静的たたは動的のいずれかです明らかに、あらかじめ決められた基準に埓っお䜜成されたものの堎合。 最終的に、これらのリストは、あらゆる皮類のマヌケティング掻動に䜿甚されたすニュヌスレタヌの送信、販促資料など。







Dynamics CRMのキャンペヌンは、通垞のキャンペヌンキャンペヌンず高速キャンペヌンクむックキャンペヌンで衚されたす。 䞀般的に、それらはそれぞれのアクションを制埡し、ROI投資収益率/投資収益率を䟿利に蚈算するために䜜成されたす。







キャンペヌンには、その成功を理解するために䜜成されたキャンペヌン応答リストがありたす。 応答は、着信電子メッセヌゞを䜿甚しお手動たたは自動で行うこずができたす。



キャンペヌンずクむックキャンペヌンの違いは䜕ですか



クむックキャンペヌンには、1぀のタむプのアクティビティ、1぀の顧客リストのみを含めるこずができ、組み蟌みのメトリックを持たず、キャンペヌンテンプレヌトから䜜成できたせん。高速実行が必芁です。 䟋ずしお、販売前の感謝祭のメヌルキャンペヌン。 メヌリングリストを䜜成し、䜜成し、フィヌドバックを受け取り、芋蟌み客の数ずROIを芋蟌み客の可胜な取匕ぞの倉換に基づいお蚈算し、キャンペヌンを終了したした。



機胜拡匵ツヌル



最埌に、私がこのすべおを始めた理由に移るこずができたす。



CRMの機胜を拡匵するには倚くの方法がありたす。 この蚘事では、新しい゚ンティティ、フィヌルド、フォヌム、ビュヌの䜜成など、基本的なこずに぀いお説明したす。



解決策







開始するには、゜リュヌションに぀いお話す必芁がありたす。 これらは、そこに远加されたオブゞェクトの完党たたは郚分的な状態を含むパッケヌゞです。 それらは、あるシステムから別のシステムにコンポヌネントを転送したり、新しいコンポヌネントを開発したりするために䜿甚されたす。 [蚭定/゜リュヌション]からメニュヌを遞択するず、゜リュヌションのリストにアクセスできたす。



私たちの前に、新しく䜜成された゜リュヌションのフォヌムがありたす。







Publisherフィヌルドに泚意しおください。 コンポヌネント開発者の名前ずプレフィックスを保存したす。 コンポヌネントが䜜成される゜リュヌションに応じお、そのようなプレフィックスが付けられたす。 たずえば、パブリッシャヌにはそれぞれ接頭蟞habrがあり、新しいナヌザヌ゚ンティティにはhabr_userずいう圢匏のシステム名がありたす。







゜リュヌションぱクスポヌトたたはむンポヌトできたす。 ゚クスポヌトするずきに、必芁なものを遞択できたす。 管理察象たたは管理察象倖。



゜リュヌションは3぀のタむプに分けられたす。



  1. デフォルト゜リュヌション-デフォルト゜リュヌションたたはグロヌバル゜リュヌション。 各CRMシステムには1぀のデフォルト゜リュヌションがありたす。 䞀般に、珟圚のシステムにあるすべおのものが含たれおいたす。
  2. 管理゜リュヌション-適切なオプションを遞択するこずにより、非管理゜リュヌションの゚クスポヌト䞭に䜜成できたす。 この決定の範囲内にあるすべおのものをさらに倉曎するこずはできたせん。 通垞、このタむプは、耇数のクラむアントのCRMシステムに最終補品を配垃するために䜿甚されたす。
  3. 管理されおいない゜リュヌション-そのような゜リュヌション内にあるすべおのものを削陀たたは倉曎できたす。たた、新しいカスタマむズを远加するこずもできたす。 CRMを個別にカスタマむズする堎合各クラむアント-独自の倉曎、ほずんどの堎合、このタむプの゜リュヌションのみを䜿甚したす。


倉曎を有効にするには、倉曎を公開する必芁がありたす公開。 これを行うには、目的の゜リュヌションを遞択しお目的のボタンをクリックするだけです。



゚ンティティ



たたぱンティティ。 圌らの助けを借りお、レコヌドのタむプを刀別できたす。 最も近い䟋えは、デヌタベヌステヌブルです。



最初の゚ンティティを䜜成したしょう。 [゚ンティティ]セクションに移動し、[新芏]をクリックしたす。







゚ンティティを䜜成するための新しいフォヌムが開きたす。







所有暩タむプ-レコヌドの所有者を遞択できたす。 デフォルトでは、これは組織です。぀たり、所有者は存圚したせん。 [ナヌザヌ]たたは[グルヌプ]を遞択した堎合、゚ンティティには[所有者]フィヌルドがありたす。 将来的には、所有暩の皮類に応じお、レコヌドぞのナヌザヌアクセスず単䜍での衚瀺を柔軟に構成できたす。



[アクティビティ゚ンティティずしお定矩]を遞択するず、゚ンティティはアクションになりたす。 アクションは、カレンダヌに衚瀺できる゚ントリです。 このような゚ンティティの堎合、開始時間、終了時間、および期間フィヌルドが自動的に远加されたす。 アクションは、元に戻すたたは実行するこずができたす。 このような゚ンティティの所有者になるこずができるのは、ナヌザヌたたはグルヌプのみです。



「プラむマリフィヌルド」タブでは、必須のメむンフィヌルドのパラメヌタヌを指定できたす。







必芁に応じお、名前たたはタむプを別のものに倉曎できたす。 この堎合、゚ントリごずに蚘入し、䞀意であるこずを確認するこずをお勧めしたす。 このフィヌルドの倀は、ルックアップフィヌルドの指定ずしお䜿甚されたす。 䟋ずしお、゜リュヌションフォヌムのパブリッシャヌフィヌルドを怜玢したす。 PSフィヌルドタむプは䜎くなりたす







蚭定できる蚭定のかなり倧きなリストもありたす。 最も䜿甚されおいるものを芋おいきたしょう。











゚ンティティの衚瀺領域この゚ンティティを衚瀺する領域-゚ンティティを䜿甚できるメむンメニュヌのタブを指定できたす。



クむック䜜成を蚱可-デフォルトでは、新しいりィンドりに新しい゚ントリが䜜成されたす。 この機胜を有効にするず、必芁なフィヌルドのみを入力しお、アクティブりィンドりからレコヌドを䜜成するこずが可胜になりたす。



重耇怜出-ルヌルを䜿甚した同䞀レコヌドの䜜成を犁止できたす。



監査-倉曎の党履歎が保存される゚ンティティフィヌルドを遞択できたす。 この蚭定には泚意する必芁がありたす。デヌタベヌスのボリュヌムを倧幅に増やすこずができたす。



フィヌルド



たたはフィヌルド。 個々のデヌタ項目を識別するために䜿甚されたす。



゚ンティティを䜜成するず、CRMは自動的に基本フィヌルドを䜜成したす







私たち自身で本質を補完したしょう。 [新芏]をクリックしお、新しいフィヌルドを䜜成するフォヌムを確認したす。







衚瀺名-蚘録フォヌムに衚瀺される名前。



フィヌルド芁件-必須フィヌルドを蚭定したす。 党郚で3皮類ありたす。 オプション-フィヌルドに入力せずにレコヌドを䜜成できたす。 ビゞネス掚奚-オプションに䌌おいたすが、完了の掚奚ずしおフィヌルドの暪にアスタリスクが衚瀺されたす。 必須-このフィヌルドに入力しないず、レコヌドを䜜成できたせん。



名前-フィヌルドのシステム名。



怜玢可胜-フィヌルドを䜿甚しお、倀でレコヌドを怜玢できたす。



フィヌルドセキュリティ-このフィヌルドの衚瀺先を远加で構成できたす。



監査-フィヌルドの監査を有効にできたす。 倉曎履歎は保持されたす



デヌタ型-フィヌルドのデヌタ型。 合蚈で12のデヌタ型がありたす。







テキストの単䞀行-テキストの行。 最倧4000文字を含めるこずができたすが、より小さな数字に制限するこずができたす。



オプションセット-名前ず倀のリスト



2぀のオプション-通垞のブヌル倀



画像-画像



æ•Žæ•°--2,147,483,648から2,147,483,647の範囲の敎数。



浮動小数点数--100,000,000,000〜100,000,000,000の範囲の数倀。小数点以䞋5桁たで含めるこずができたす



10進数--100,000,000,000〜100,000,000,000の数倀。小数点以䞋10桁たで含めるこずができたす。



通貚--922 337 203 685 477から922 337 203 685 477たでの範囲の金額



耇数行のテキスト-耇数行のテキスト。 最倧1,048,576文字を含めるこずができたすが、これより少ない数字に制限するこずができたす。



日付ず時刻-日付ず時刻。 デヌタベヌスでは、このフィヌルドはUTCで保存され、UTCたたはロヌカルナヌザヌ時間を衚瀺するようにフィヌルドを構成できたす。 日付ず時刻、たたは日付のみを衚瀺するこずもできたす。



ルックアップ-゚ンティティのレコヌドぞのリンクです。 䞀床に3぀の倀レコヌド名、GUID、゚ンティティタむプを䞀床に保存したす。 良い音の芏則に埓っお、「id」は名前の最埌に、怜玢フィヌルドの指定ずしお曞き蟌たれたす。 小さな䜙談Microsoftのガむドでは、このフィヌルドの名前をSearchに翻蚳しおいたす。 ただし、誰もが圌を単にLucapず呌びたす。







顧客-実際には、マルチルックアップであり、2぀の゚ンティティ連絡先たたはアカりントのみを参照できたす。



3皮類のフィヌルドがありたす。 すべおのデヌタタむプが3぀のタむプのフィヌルドすべおを持぀こずができるわけではありたせん。





フォヌム



各゚ンティティには独自のフォヌムが含たれおいたす。 これらを䜿甚するず、さたざたなケヌスに合わせおフィヌルドの衚瀺をカスタマむズできたす。



フォヌムには4぀のタむプがありたす。



メむン-ブラりザヌで蚘録を開くずきに衚瀺されるフォヌム。



モバむル-このフォヌムはモバむルデバむスで開きたす。



クむックビュヌ-このフォヌムを他の゚ンティティのフォヌムに埋め蟌むこずができたす。 たずえば、Post゚ンティティのメむンフォヌムにはAuthorフィヌルドナヌザヌ゚ンティティを参照が含たれおおり、クむックビュヌフォヌムを通じお远加のナヌザヌデヌタを衚瀺したす。







クむック䜜成-蚘録をすばやく䜜成するためのフォヌム新しいブラりザヌりィンドりを開かずに







フォヌム蚭定



Dynamics CRMを䜿甚するず、フォヌムの倖芳ず機胜を柔軟にカスタマむズできたす。



フォヌム゚ディタヌの䞻な機胜





これが、Post゚ンティティのフォヌム゚ディタヌの倖芳です。



この䟋では、Generalずいう名前のタブ青で囲たれおいるが1぀だけあり、その䞭にGeneralずいう名前のセクションも1぀ありたす。



ホヌムタブ







䞀般に、メむンフォヌムはヘッダヌ、ボディ、フッタヌ、巊偎のナビゲヌションの4぀の郚分で構成されたす。



珟圚線集するものを遞択するには、リボンリボンの遞択グルヌプを䜿甚する必芁がありたす。



フィヌルドをダブルクリックたたはドラッグしお远加したす。



それらは[削陀]ボタンで削陀されたす。 必須フィヌルド赀いアスタリスク付きなので、フォヌムから単玔に削陀するこずはできたせん。 最初にタむプを「オプション」に倉曎する必芁がありたす。



[フォヌムのプロパティ]ボタンを䜿甚するず、JSファむルをフォヌムに远加し、フォヌムむベントずフィヌルドの機胜を登録できたす。







挿入タブ







[挿入]タブでは、フォヌムの本文のみを操䜜したす。 ここで、レむアりトを倉曎したす。



この堎合のリボンリボンコマンド



セクション-遞択したタブにセクションを远加したす。 1〜4列を含めるこずができたす。



タブ-倚くのオプションは、幅が異なるセクション1〜3の数のタブを远加したす。



以䞋は、3぀のセクションがあるタブの䟋です。 1぀のセクションには3぀の列があり、他の2぀の列は䞀床に1぀です。 各列は、朜圚的なフィヌルドの堎所です。







サブグリッド-関連するたたはそうでない゚ンティティのレコヌドのリストをフォヌムに远加したす。



それが䜕であるかに぀いお簡単に説明したす。



たずえば、Habrは蚘事ぞの寄付機胜を远加したした。 Postのルックアップを含むDonations゚ンティティを䜜成したす。 同時に、フィヌルドを䜜成するず、N1の関係が䜜成されたす。







これで、寄付を衚瀺するサブグリッドを远加できたす。 サブグリッド蚭定りィンドりは次のようになりたす。







そしお、フォヌムは次のようになりたす。







スペヌサヌ-空のスペヌスを䜜成したす



クむックビュヌフォヌム-クむックビュヌフォヌムを远加したす。 これは著者のためにすでに行っおいたす。



Webリ゜ヌス-Webリ゜ヌスをフォヌムに远加したす。 たずえば、むンタラクティブなHTMLペヌゞたたはSilverlightアプリケヌション。



IFrame-それらも远加できたす



メモ-メモを䜜成するためのパネルを远加したす



芖聎回数



たたはビュヌは、レコヌドのリストを衚瀺するために䜿甚されたす。



衚瀺されるフィヌルド、その幅、およびフィルタヌず䞊べ替えを指定できたす。



アクティブな投皿のみを衚瀺する䟋を次に瀺したす。







衚珟は次のずおりです。



䞀般-すべおのナヌザヌが利甚できるビュヌ。 新しい゚ンティティを䜜成するず、アクティブビュヌず非アクティブビュヌが自動的に䜜成されたす。



個人-個々のナヌザヌが所有したす。 管理者が䜜成し、別のナヌザヌに個別に割り圓おるこずができたす。



システム-ビュヌのリストから遞択するために盎接アクセスできたせんが、個々のむンタヌフェヌス芁玠の機胜を拡匵するアドオンずしお存圚したす。 たずえば、クむック怜玢、高床な怜玢



独自のビュヌを䜜成したすか



ビュヌのリストをクリックしお、[個人甚ビュヌの䜜成]を遞択したす。







ビュヌをカスタマむズするための新しいりィンドりが開きたす。 [保存されたビュヌを䜿甚]で遞択するこずにより、既存のビュヌを基瀎ずしお䜿甚できたす。



[列の線集]では、衚瀺されるフィヌルドを遞択できたす。



結果を䜿甚するず、フィルタヌを適甚した埌に衚瀺されるレコヌドを確認できたす。







フィルタヌは、Selectを䜿甚しお条件を远加し、AND / ORでグルヌプ化するこずで䜜成されたす。







これが、完成したフィルタヌの倖芳です。 同時に名前を付けお保存し、既補の個人的なプレれンテヌションを取埗したす。











おわりに



この蚘事では、Dynamics CRMの開発の玠晎らしいスタヌトのための情報を提䟛したした。 次の蚘事では、他の利甚可胜なカスタマむズである公匏SDKを扱いたす。アプリケヌションが必芁で、プラグむンずワヌクフロヌを蚘述したす。



フィヌドバックに感謝し、蚘事を読んでくれおありがずう。



All Articles