English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

salesforce.comのデータ品質管理のベストプラクティス

ソフトウェア RSS Feed





入力するための執行SummaryAn効果的な計画、掃除して、salesforce.comのデータを更新(SFDC)システムSFDCの成功を達成するために重要です。業界の専門家に管理するための不十分な計画によると データ入力/データの質の問題、歴史的に1つのCRM systems.Theデータエントリが失敗する最大の理由はされている/データ品質SFDCの顧客によって直面する課題に対応するソリューションと最高の 同社は、販売プロセスやサイズに応じて異なります考慮する慣行。ただし、適用するデータの管理のベストプラクティスと、収益成長と競争上の優位を作成するために役立つことができます あなたのSFDC investment.Whyしないデータの質物質Salesforce.comのお客様に?このホワイトペーパーでは、データへの影響、販売およびマーケティング、ユーザーが他の企業に売却する利点に集中する。ただし、SFDCです サービスとサポートなど、他の会社の機能のさまざまな使用すると、この分析での販売のためのベストプラクティスの推奨事項に焦点を当てmarketing.There 2つの主な理由で、なぜ現在の利害関係者です SFDC事業は、SFDC system.1)歴史的なレッスンは、データの品質をアドレッシングのためのCRMプロジェクトの失敗する前から何を学ぶための戦略が必要です:ある業界アナリストからの研究が増えて体されている "データ入力/データの質"のいずれかの上、一番上の要因は、CRM project.CSOインサイトは、セールス&マーケティングのベンチマークを専門とする調査会社が成功したか失敗したかどうか判断されていません 優秀性は、2004年1月12日に販売組織は世界中で毎年恒例の研究を発表した。 2004年の売上高優秀レポートは、1,300を超える売上高の幹部からの応答が含まれ、その数は1つの課題引用 CRMの取り組みのため、正確なデータとシステムに移入され、その後、その情報の正確性を維持します。会社と呼ばれるもう1つの調査研究"を通じて販売の有効性を増やす セールスサポート技術情報の管理"を、3つの重要なプロセス改善の研究参加者の技術を使用して売上高効果のためにタイで目的の強調表示された最適です。動的なプロセス"の半分以上 組織は、自分たちへの改善の目標として、多くの瞬時の販売知識の配信を管理する方法を開発することでした述べた調査は、世界的には方法を変更します。 、四半期でも、毎月の年次 情報の投稿に十分な市場の変化の速度のニーズを満たすために頻繁にされていません。"?簡単にアクセスできる"として、過去の研究において述べたように、情報へのアクセスが必要な改善されるか?で 完璧な世界は知識のために行く1つの場所となる一方、いくつかの情報源から情報を引き出すかもしれないが、リンクでは、営業チームのメンバーに透明になる?"?もっと簡単に配布します。"? 機構場所が興味を持っている時に売上高の特定の部分の知識営業担当者に通知する必要が可能になります。個別の設定をユーザーが識別されることが定義され プロファイル?"が1990年代のCRMソリューションのバイヤーのための傾向は、CRMアプリケーションの機能と情報源に集中し、データは、ユーザおよび管理できるようにすると更新された のCRMの目的を達成します。そのベルトの下で、複数のCRMの取り組みでセールスやマーケティング担当幹部のCRMソフトウェアを示しているやや空のスプレッドシートのようにここでの真の値のみが得られるとき data.2効果連れ)エンドユーザーの満足度ドライブのCRM SuccessFrom著者の個人的な経験、CRMアプリケーション人口歴史的な売上高のユーザー間で悪い評判があった。 1990年代には、販売中 幹部は売上高を採用して速かったフォースオートメーションソリューション(今日のCRM市場のサブセット)。営業担当者は、その後の研究や、手動によるデータのエントリの膨大な量を行う各を取得する必要がありましたが リード、アカウント、アドレス帳と機会は、CRMアプリケーションに組み込む。すべては、このマニュアルでは、時間のかかる作業の結果、パイプラインと予測レポートでの販売管理機能を提供することでした。結果として、営業担当者 およびデータエントリの要件のために、CRMアプリケーションの憤慨は、多くの企業them.In任意の生産性のメリットを提供していない、ACTのように、従来の連絡先管理アプリケーションからのデータ移行 金鉱またはMS Outlookは、レコードdeduplicatingと、データの洗浄はありません。これは、CRMアプリケーションに緩やかな自信をすべて一緒に壊滅的なデータの問題があるため、ユーザーに発生します。がなければ担当者がデータを入力する 自分のCRMソリューションやが自信を、多くのCRMプロジェクトが死亡したり限界成功を収めた。 CRMプロジェクトの失敗は、CRMベンダーは、ルートの問題は、データエントリや品質は信頼を失い、スポンサー problem.Conversely場合、マーケティング、営業、エンドユーザーできるだけ入力するのは、管理の部分から、データの更新や洗浄が可能、最大解放される代わりに、正確なデータや情報提供されて SFDCは、追加の理由があるの契約のために決定するデータの品質が、後でこのホワイトペーパーでのベストプラクティスを導入する多数のデータ管理がありますSFDC.Parametersを使用して興奮するためにすることができます SFDCシステムに自動的にデータを取得し、データを時間をかけて正確に保つ。前に、これらのベストプラクティスについての4つの主要な属性に触れて、そのデータの品質に影響することができます。?レコードの完全性。 レコードのか、すべての必要なフィールドのデータがありますか?不完全な記録の典型的な例がない国や郵便番号、住所に関連付けられています。?データ要素の精度。での値です フィールドが正しい?不正な値の典型例では、同社は、旧エリアコードと電話番号、ご連絡のために古い売上高の数字はもはや会社にすることができます。同社では、時間と変化の通路 会社の不正確なデータの大部分を占めている。 Dun&Bradstreetのは、8000万会社のサイトの独自のWorldbaseデータベース内の会社の記録の平均の4.6倍で1年に変更されることを示します。?数 重複したレコード。重複する最も一般的な問題のアカウントレコードを別の会社名を入力、元のHPは、Hewlett - Packardのです。場合を除き、同社は、作成時に適用される標準の命名規則を確立する か、または多数の重複を簡単に作成されインポートを記録します。?レコードリンケージ。レコードリンケージの私達の定義には、アカウントのレコードからの値の意味を取得する、関連するデータ要素。リンクされたレコードの例 ジョンソン&ジョンソン社などの企業のファミリーツリー内の連絡先、信用報告書、または他のグローバルサイトが含まれます。アカウントレコードの周りのリンクされた属性の提供を定義し、進捗状況報告書、マーケティングを可能に ターゲットとする市場での売上向上の見通しを修飾すると意思決定、データの品質IssuesSFDCのmakers.Pyramidは、効果的に企業の5から5000と一緒に使用することができる非常にスケーラブルなCRMソリューションを提供しています ユーザー。データ入力や品質の問題が大幅にかかわらず、企業に基づいて、異なるデータをどのように販売方法をされ、レコードのボリュームを集中的に。後で点売上高とたくさんの会社を前提と ユーザーとグループのレコードの大きなボリュームがあります。結果として、そこに対応するさまざまなデータ管理、各tier.Small SFDCのお客様にベストプラクティス:(簡易販売サイクルとデータの低ボリューム、アール 通常は数百に10kレコード)のチャレンジ:SFDCに取得データ。前述したように指摘し、手動でSFDCに限り、可能な、特に基本的なデータを入力して、販売やマーケティングのユーザーを避ける必要があります アカウントデータ。ユーザーとthem.Best慣行に知覚に低い限界の利点は、時間のデータ入力のために必要な再送信されます:?初期SFDC、できるだけ多くの電流を完全なアカウントレコードとして時にロード の実装です。これらのレコードの典型的なソースを内部の支払いや、金融システムだけでなく、ACTの、金鉱で、Outlookや、マーケティングやからも、Excelのスプレッドシートのような既存の連絡先管理システムです その他の機能。場合は、レコードを古いものと考えられている以上の18ヶ月間、または実質的に不完全な場合、意思決定、古い、その値とすべきであるかどうかに、またはインポートしないと言う。 SFDCインポート ウィザードでは良い仕事をレコードのバッチを入力してください。?場合は、アカウントのデータを複数のソースからの場合SFDCに冗長なレコードへの移行を避けるために重複ロジックを適用を検討しつつある。することができます 需要ツールRingLead、およびActive首相か、InsideScoopのお客様浄化サービスなどの志向のサービスを必要に応じていないプロジェクトを使用できるようSFDCパートナー企業からのライセンスの重複排除のソフトウェアツール 時間をかけてソフトウェアを維持する。お客様の浄化ものD&B DUNSナンバー(下の説明を参照してください#)は、売上高には、最新データを更新不足しているレコードのデータ要素を追加するアカウントのレコードと一致することができます 従業員、およびappend()を条件に、追加のアカウントレコードを追加します。これらの努力の結果、固有の、完全かつ正確な会計記録の重要な質量である。?考慮するもう1つのソリューションには どのように、鉛、アカウントと連絡先データを表示され自動化し、SFDC以内に、エンドユーザーが保存されます。販売ユーザーが頻繁にインターネット上でHooversなどのウェブサイトに基づく研究を実施してから、コピー/貼り付け希望するように求められます SFDCにデータを。 InsideScoopのお客様の接続サービスですsForce SFDC APIに対して認証を提供し、市場からのデータをD&Bのような最先端のデータプロバイダは、SFDC画面に。 1つのマウスクリックで ユーザーのリードを保存できますが、直接SFDCに希望のアカウントまたは連絡先データ。アカウントや連絡先についてのすべての背景の研究は、今SFDC以内に大規模な時間を提供提供されて貯蓄勘定科目インテリジェンス販売する。 すべての標準SFDC鉛、アカウントの連絡先フィールドは一貫してデータの100%を記録完全性を保証するために記入することができますまた。マーケティング今SICコードおよび業界などの属性データを取得することができます カテゴリ鉛のレコードを自動的には統合されたデータsources.Medium SFDCのお客様がすることによって記入:(中販売サイクルの複雑さとレコードのボリュームは、通常10Kで5万レコード)のチャレンジ:アカウントのクレンジング および連絡先データを複数のソースから来る。ユーザーは、この範囲を持つ企業は通常、鉛またはアカウントレコードを元に連絡またはACT、金鉱、またはSiebelなどのCRMアプリケーションからのときにSFDC展開控えている 生産中には当初、または請求/ ERPシステム、Webサイト、および購入したリードを示します。重複レコードの有病率が増加、結果として大幅に特にデータを蓄積し、数年後。 一度にもときに管理するために20kを150kのアカウントレコードを持ってスケールしないレコードを1 deduplicatingためのマニュアルの手順。冗長アカウントレコード会社の名前とアドレスを使用してマッチングが難しいことができます "site.Bestプラクティス:アカウントのデータは、標準および自動化されたプロセスの名前を実装する会社のため使用中の名前、または会社名は、重複レコードを除去するためのさまざまな法律、"やってビジネスの指定 レコードの大量のレコードを冗長性の問題を管理するSFDCの顧客が有効になります。 1つの会社名、住所、および関連情報については、最高のデータ基準のグローバルベースでのD&Bです。彼らを過ごす $億5000万年の管理とは、"DUNSナンバー"8000万組織のサイトglobally.The DUNSナンバー#のユニークな9桁の番号は、組織の名前とアドレスに関連付けられて更新されます。この数は06となっている 社会保障番号と同様に組織のサイトを追跡するための企業の間で事実上の標準、米国市民のための一意のIDです。ようこそ#の小2の従業員、民間の企業に割り当てられて掲載DUNSナンバーが スタートアップは、サイト全体の階層には、世界最大の公営企業、政府、非営利団体とorganizations.D&Bの教育DUNSナンバー#両方の法的tradestyleサイトの名前から追跡することができるため、 売上高のようにし、メーリングリストのアドレス、物理的、経済指標、従業員、SICコードや産業界だけでなく、企業の連携、企業データの例をいくつかご利用を提供する。企業の連携機能 、家族、階層内のレベルの元、究極のグローバルな本社部門等を示すことができますし、一緒に世界の究極のサイトの下に必要に応じて、多くの層に引き出します。ヒューレットパッカード761リンク先のサイト内にいる の米国での業務だけで!利害関係者どのように企業の階層SFDCのホワイトペーパーやお客様の接続当社のウェブサイトで提供される無料の試用版を介してみると、www.insidescoop.com.There、いくつかのことがわかります DUNSナンバーのD&Bを使用する利点#データは、標準:?企業#一緒に、関連会社名は、リンクすることができますDUNSナンバーを使用して元々 tradestyle名を使用して法的な名前、元HP、および1つのネーミングを使用するオプションがあります 大会前進。? #などのリードを見て、レコードのバッチをインポートする前に、重複プロセスを駆動するための一意のIDを提供しますDUNSナンバー、SFDCすでにアカウントと連絡先を記録します。? 同社は米ゼネラルモーターズ、ドイツ銀行、ソニーエレクトロニクスのようなFortune1000グローバル企業への販売は現在、階層構造で表示可能な1000サイトは、グローバルな究極のサイトへのレポートへのアクセスを得ることができます SFDC以内。?連絡先および関連する金融やインストールベースのデータをすぐにSFDC内の特定のサイトにリンクすることができます。データのリンクは、同じサイトへの複合レコードを作成することができます縛ら属性を、貴重な マーケティングや販売use.InsideScoop'顧客インテリジェンスする前に、SFDC、または浄化に既存のデータを入力したのは、D&BのDUNSナンバーを回避#、およびデータの浄化に使用されることに基づいていますお客様の浄化サービスを掲載 生産SFDCシステム内の。サービスマップと変換のD&Bからのデータのため、データはSFDCユーザに意味がある。たとえば、既存のアカウントレコードをすぐに一緒に、企業家族のビューにリンクすることができます SFDC。リードのレコードはD&Bからの領土のマッピング規則に対する鉛の所有者を決定するに適用されることが追加され、別のexample.Large SFDCのお客様は:(複雑な販売サイクルや大型レコードのボリュームは、通常 以上の5万レコード)の課題:企業のCRMプログラムを長年の経験とのSalesforce.com investment.These会社を通じて競争上の優位を得るために努力するということに気付くの右側にアクセスすること データは、この競争優位性を達成するための重要な要素です。場合は、マーケティングのターゲット市場を定義または販売のアカウントに集中するため設定すると、SFDCには、市場の見通しのレコードを埋め込むことができます。 この販売は、ほとんどのお客様の製品やサービスに受容されるアカウントへの販売に注力することができます。ターゲットとする市場SFDCに読み込まれるの見通しのレコードでは、経営の浸透のレポートを生成することができます の進捗状況を示し、これらのmarkets.Thisに行われて論理的なプロセスのように聞こえるが、実行は、このプロセスの課題があります。データベースプロバイダの場合、これらの見通しを記録としてか、またはファイルを販売する 一部の高価なコンサルタントをどのように適切なSFDCのフィールドにデータをマップする方法を見つけ出す必要があります。大規模な予算を持つ企業でさえされてeasily.Best実際にこのプロセスを解決するために:マーケティングと販売できていない 管理を必要とする顧客は、あなたの販売力の勢い、お客様の製品やサービスの販売を得ているの背後にある共通の属性を識別します。これらの属性と、ターゲット市場を定義するために使用する必要があります その市場での見通しは、主にお客様の製品やサービスに受容される可能性があります。共通の属性を、これらの見通しを定義するために使用される、そのサイズ(例、従業員の収入)は、業界(例、SICのかナイクている コード)、地理学、または企業の連携(例、ジョンソン&ジョンソン社の一部門)。 D&Bのように市場をリードするデータベースプロバイダがこれらの並べ替えの基準に見通しのレコードを供給することができます。また、""を抑制することができます これだけinterest.Hereの増分のレコードを購入する顧客レコードをすでにお持ちのD&Bの見通しレコードの内容を供給することができます2つの例です:?製薬業界内のすべての公共および民間企業 売上高は"1億ドルは、米国およびカナダインチ?グローバル、IBMの子会社のサイトが上位13の先進欧州countries.Let'究極の国内、ヨーロッパではIBMの2つの部門は想像を購入してsを 製品やサービス。 SFDCに今すぐ越えることができる、これらの他のIBMのサイトを販売して意思決定を得る立案者は、他のIBMの国の本社と子会社をされている欧州諸国内で は、D&Bのデータを再販targeting.InsideScoop、また、お客様の浄化提供するように変換するために必要なプロセスを顧客のSFDCシステムにデータをD&Bのソフトウェアやサービスを提供します。 #として使用されているDUNSナンバー 独自のアカウントは、既存のアカウントレコードが既にお客様が所有を抑制する新しいレコードをD&Bのような外部のデータソースから何を希望するかを決定するユーザーID。新しいリードまたはアカウントレコードを適用することができます 領土のマッピング規則にはリードを割り当てられているproperly.The D&Bの企業の連携機能という名前のアカウントを階層SFDC親/子関係を使用してビルドするために活用することができます。 D&BのからSICコードすることができます 業界カテゴリSFDC以内に使用されてマッピングされる。お客様の浄化プロセスdedupesとマージ/新しいレコードは、既存のリードして相対的なパージ、SFDCは既に以内にアカウントと連絡先を記録します。一度、新しいレコード 正しくSFDCにして浸透レポートをターゲットとする市場やアカウントの進行状況やギャップが販売お客様の浄化とお客様は、これらのmarkets.The組み合わせに作成されますを識別するために実行することがロードされて 接続を手動でデータをきれいにする、完全なデータ管理ソリューションを作成しますが、時間をかけてもきれいに顧客のサイトに複数のデータソースの使用については、複合知能を作成し続ける。 SFDCの顧客が誰である InsideScoop販売、sales@insidescoop.com、またはInsideScoopのウェブサイトに行くに連絡して自分のデータ、またはお客様の接続の無料試用版のアクセスは、無料のデータの品質監査を取得することができます興味 www.insidescoop.com。このホワイトペーパーの読者InsideScoop cbadger@insidescoop.com.Chrisでは、著者に連絡してくださいでは私たちと、そのデータの課題やベストプラクティスを共有したいと思いますアナグマ、CEO兼共同設立者

記事のソース: Messaggiamo.Com

Translation by Google Translator





Related:

» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker


ウェブマスター向けのHTMLコードを取得
この記事を追加してお客様のウェブサイトを今しなさい!

ウェブマスター向けの記事を送信してください
登録の必要なし!フォームに記入してください Messaggiamo.Com 記事は、ディレクトリ!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

記事を送信してください Messaggiamo.Com ディレクトリ

カテゴリ


著作権 2006-2011 Messaggiamo.Com - サイトマップ - Privacy - ウェブマスターの記事を送信してください Messaggiamo.Com ディレクトリ [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu