私の組織では、さまざまなクライアント向けに多くのカスタムモバイルソリューションを作成しています。一部のテスト製品でMicrosoftDynamicsCRM 2011の利用を開始しましたが、使用している作業のほとんどすべてがカスタムエンティティで行われ、ソリューションではバックエンドデータベースとして利用されています。これまでの私の印象から、このようにCRMを使用することは、直感に反し、時間がかかります。
あなたの経験から、通常のSQL Serverの代わりにCRMを使用しても、私には見られないメリットはありますか？CRMフロントエンドで非常に基本的なものしか見たことがありませんが、カスタムエンティティがCRMでどのように役立つかわかりませんか？
私は CRM 用のコードをたくさん書いていますが、そのとおりです。それは迅速ではありません。ただし、その利点は開発者向けではなく、エンド ユーザー向けです。ワークフローとカスタマイズを通じて、彼らは自分のニーズに合わせて独自のシステムを作成し、組み込みのエンティティを使用してビジネスを管理することができます。
とはいえ、CRM を顧客の前に置かず (または本来の目的のために内部で使用して)、アプリケーションのデータベースとしてのみ使用している場合、これは適切なアプローチではありません。SQL Server と直接話したほうがよいでしょう。
Microsoft（および多くのパートナー）は、DynamicsCRMを迅速で拡張可能な開発のためのプラットフォームとして活用しています。私たちが使用する用語があります：xRMは、従来のカスタム開発よりも速く多くの異なるアプリケーションタイプを構築できることを意味します。
Dynamics CRMは、驚くほどきめ細かいセキュリティ機能を備えているという理由だけで（そしてほとんどのユーザー向けにカスタムUIを構築しているため）、状況に応じて使用しています。OOB Dynamics CRM 2011にある機能を使用して行レベルのセキュリティメカニズムを構築することは、それ自体が困難な作業になります...私は新しいCRM開発者に、「CRMを構築するときは、次のものを含めるようにしてください。ユーザーデータのインポート、行レベルのセキュリティ、ソリューションファイルの展開、単純なフォームのカスタマイズ、カスタムビューなど。」
CRM 2011を使用すると、これらすべてから始めて、適切に設計された拡張ポイント（プラグイン、ワークフロー、Webリソース、JScript API、OData、SOAP）を備えた製品を手に入れることができます。1行のコードを記述、テスト、デバッグする必要はありません。私が開発者に伝えるもう1つのことは、コーディングには費用がかかるため、コードを記述しないでください:)