顧客関係管理（CRM）プラットフォーム ビッグデータに非常に依存しています。 これらのプラットフォームがより広く使用されるようになるにつれて、それらが依存するデータリソースの一部はより拡張されます。

CRMプロバイダーは、新しいビッグデータイニシアチブを通じて直面している技術的債務の問題に対処する方法を見つける必要があります。 ビッグデータの進歩によりこれが可能になるため、これはより簡単になります。

ビッグデータ、CRMテクノロジー、技術的負債の関係

ますます多くのCRM顧客がそれぞれのプラットフォームで10年を迎えるにつれ、技術的負債の壊滅的な影響が大幅に拡大しています。 誤解されていますが、技術的負債は、パフォーマンスの低下、敏捷性の低下、採用の遅れ、およびビジネス要件の不履行につながる可能性があります。 そしてこれは、技術的負債の複雑な問題をどうするか、そしてビッグデータがどのように役立つのか疑問に思っているITエグゼクティブの経験を積んでいます。

状況と戦うのを助けるために、 Salesforceのようなデータ駆動型CRM 現在、技術的負債への取り組みに向けたサービスを提供しています。 この一環として、Salesforceは、各リリースの一定の割合をクリーンアップ作業に充てることをお客様に推奨しています。 しかし、技術的負債が悪いことに誰もが同意している一方で、技術的負債がCRMのパフォーマンスと敏捷性をどのように低下​​させるかについてはあまり議論されていません。 これを理解しないと、問題を解決する方法を知ること、またはそもそもそれを回避することは困難です。

とにかく技術的負債とは何ですか？

ソフトウェア開発では、技術的負債は、より長い時間がかかる可能性のあるより良いアプローチではなく、今すぐ簡単なソリューションを選択するためのコストとして定義されることがよくあります。 CRMアナリストは、技術的な負債を、広範なカスタマイズから生じる複雑さに関連付けることを好みます。

後生動物 CEOのJenniferMercerは、特にSalesforceに関しては、これらの定義のどちらも非常に役立つとは考えていません。

「まず、Salesforceの組織[アカウント]は、重要なビジネス要件に対応するために高度にカスタマイズする必要があります」とMercer氏は述べています。 「複雑なSalesforce組織は、適切に管理されていれば問題なく機能します。 そして第二に、古いSalesforce組織での敏捷性とパフォーマンスの低下は、修正可能な特定の誤動作に起因することが多いことがわかりました。 問題はカスタマイズが多すぎることではなく、組織内の重要なシステムが不健全になっていることだと考えています。」

Metazoaは、Salesforceエコシステムの組織管理用のトップソフトウェアツールセットであるMetazoaSnapshotの背後にある会社です。 2006年に作成されたSnapshotは、Salesforce専用に設計された最初のCRM管理ソリューションであり、SalesforceAppExchangeで提供された最初のアプリケーションのXNUMXつでした。 何年にもわたって、Snapshotは、組織管理、リレーショナルデータの移行、ドキュメント化、技術的負債の除去などのための業界で最も包括的なツールセットに成長しました。

SAPとOracleはどうですか？

SAPのCRMプラットフォームで運用しているユーザーのために、Pillirのチームには独自の主要なソリューションがあります。 Pillirチームは、企業がイノベーションに苦労している理由を認識し、独自のABAPツール（ABAPはドイツのソフトウェア会社SAPによって作成された高水準プログラミング言語）を作成しました。 SAP技術的負債ダッシュボード SAPのお客様が、不要なカスタマイズにどれだけの時間、お金、リソースが費やされているか、およびその過程で技術的負債を削減する方法を理解できるようにするため。

「ABAPには名高い歴史がありますが、高額な値札も付いています」と業界アナリストのブライアン・フィッツジェラルドは述べています。 「SalesforceのAPEXと同様に、SAPのABAPは、CRMの非常に複雑なエコシステムを推進するものです。 そのため、技術的負債の山が発生し始めると、顧客はシステム障害のリスクにさらされます。 これは、APEXとも呼ばれるOracleのApplicationExpressにも当てはまります。」

XNUMX大CRMのXNUMX番目のレグであるOracleは、技術的負債の問題の影響を受けません。 実際のところ、同社がデロイトと協力して顧客の技術的負債を削減しようとしたことは非常に大きな問題です。 これにより、エンドツーエンドのクラウド移行およびマネージドサービス製品が導入されました。 エレベート.

CRMの技術的負債について必要なことはすべてわかったので、この問題に対処するために何ができるでしょうか。 答えはせいぜい複雑ですが、希望はあります。

問題を視覚化する

問題がどこにあるかをよく理解するには、最初にすべてのデータを評価する必要があります。

「CRMのすべてのデータとメタデータタイプを説明したら、管理者はアカウントの包括的なスナップショットを作成する必要があります」とMercer氏は付け加えました。 「システムにはいくつかの制限があるため、SalesforceなどのCRMではこれが難しい場合があります。 ただし、MetazoaSnapshotなどのツールを使用すると簡単に作成できます。 そして、すべてのデータの概要が利用可能になると、問題が明らかになります。」

未使用資産

「CRM内の構成設定のために取り残される可能性のあるいくつかの異なるメタデータ資産タイプがあります」とフィッツジェラルドは付け加えました。 「たとえば、アセットがユーザーに割り当てられていない可能性があります。」

データ側にも同様の問題があり、データが十分に活用されていない可能性があります。 レポートとダッシュボードも古くなる可能性があります。 この情報には、説明、ヘルプテキスト、ビジネスステータス、セキュリティ分類、およびコンプライアンスグループが含まれます。 アセットが作成され、最後に変更された日付、およびどの管理者が関与したかについては、特別な注意を払う必要があります。

これらの未使用のアセットを削除することは、CRMのクリーンアップと最適化に向けた素晴らしい第一歩です。

非アクティブなユーザー

時間の経過とともに、CRMはアクティブなユーザーよりも非アクティブなユーザーの数が増える可能性があります。 たとえば、Salesforceでは、非アクティブなユーザーがSalesforceアカウントに接続したままにする方法が50以上あります。 非アクティブなユーザーは、アクティブなユーザーを管理したり、システムメールや残りのチームメンバーを受信したり、ダッシュボードやその他の重要なエンタープライズシステムの実行ユーザーとして機能したりできます。 これらのゾンビユーザーは、CRM管理とソフトウェア開発を複雑にするだけでなく、複数のセキュリティ脅威をもたらします。

非アクティブなユーザーとCRMアカウント間のすべての接続を追跡して削除することは、非常に複雑なプロセスになる可能性があります。 接続は、ユーザー名、ユーザーの電子メール、およびユーザーIDで行うことができます。 ベストプラクティスは、これらのユーザーを識別し、組織への接続を削除するか、アクティブなユーザーに置き換えることです。

まとめ

Salesforce、SAP、およびOracleは、企業全体を実行するためのいくつかの驚くべきオプションを提供します。 しかし、大きな力には大きな責任が伴います。 適切なデューデリジェンスがなければ、動的CRMは時間の経過とともに技術的負債で機能しなくなります。 そして残念ながら、システムが技術的負債のメルトダウンに向かっているとき、警告はあまりありません。

しかし、心配しないでください。 トンネルの終わりに光があります！ 幸いなことに、技術的負債を見つけ、それに関連する問題を修正することができるいくつかの強力なツールが利用可能です。 Metazoaスナップショット、Pillirの技術的負債ダッシュボード、ELEVATEはその良い例です。

PlatoAi。 Web3の再考。 増幅されたデータインテリジェンス。
アクセスするには、ここをクリックしてください。

ソース：https：//www.smartdatacollective.com/crms-have-big-data-technical-debt-problem-how-to-fix-it/