是CRM还是非CRM (MS)？

Question

我们使用MSDynamics4.0为CRM工作。它处理所有的联系管理，营销，资源共享w/ sharepoint集成，工作流管理/协作，本质上是由公司的每个部门以某种方式使用。

我们有一个新的应用程序的业务要求，我们有一个紧密的时间表。我们刚刚开始推出CRM，大多数定制的开发都是由一家咨询公司完成的。

我们需要一个相对简单的应用程序，我们需要跟踪一些数据，以便为特定的组共享数据。其中一些信息已经存在于我们的“公司”和“客户”CRM实体中。

这个新项目将要求我们增加大约26个字段--我们不想膨胀我们已经很大的公司实体--特别是因为只有大约5%的公司会使用这些额外的字段。

我们现在基本上正在讨论一种设计--混合解决方案(创建我们自己的ASP.NET应用程序，它看起来像客户关系管理，并通过web服务与其通信，并将所有“补充”字段存储在我们自己的数据库中，可能与我们的CRM生活在同一个DB服务器上，这样我们就可以轻松地编写查询)。另一种选择是在CRM中100%地做到这一点。

我只是在为那些做过类似事情的人寻求建议。你是建议做这样的混合解决方案，还是我们应该做100%的CRM？我们的截止日期很紧，从事该项目的开发人员对CRM的了解有限；这就是为什么这是一场争论的原因。对于那些使用MS Dynamic的人--你通常会如何处理这样的项目，在那里我们需要添加许多字段(甚至是带有父->子关系的子字段)，这些字段只适用于我们主要“公司”实体中的很小一部分。需要注意的是:当人们按原样加载这个公司实体时，我们已经出现了性能问题(页面呈现可能需要5秒)，高级查找也是如此。

最后要注意的是，应用程序的这一部分仅用于存储数据。最后，用户将打开一个VBA Excel工作簿，按下一个“下拉数据”按钮，该按钮将从我们存储数据的任何地方提取这些数据。我们只是不确定应该在哪里存储/管理这些数据/UI。

非常感谢您的建议。

编辑:如何创建两个列表框，中间有两个按钮，其中一个列表框丢失了'my‘，另一个列表框丢失了'all foos’，而您添加/删除了'my‘列表框？经典的‘我有这些foos作为我的一部分’UI控制与2个列表框和2个箭头按钮.为此，我应该使用jquery吗？有没有人碰巧知道有任何jquery控件已经做到了这一切呢？这是如此普遍的控制，我肯定它肯定在外面的某个地方。我在这里浏览了一些工具箱和控件以及一些线程，并看到了一些非常棒的、甚至更复杂的控件，但不是这个特定的控件。

EDIT2:在做了更多的研究之后，将UI全部保存在CRM中似乎要比为该部分制作一个ASP.NET应用程序要复杂得多，并将其放在CRM.中的iframe或模式弹出中。

我们仍然可以在CRM中设置所有数据字段和关系，并让ASP.NET使用Webservice调用执行CRUD。

似乎最终不得不做同样多的工作来获得客户关系管理所需的功能--只不过它会更麻烦，而且是用javascript完成的。在什么福利上？将UI保存在一个地方？我和国际海事组织没那么多交易.

到目前为止，我们倾向于将所有数据保存在CRM中，但将UI放在ASP.NET中。

任何建议都会得到极大的认可。我说的是理智吗？谢谢

Answer 1

我同意，你最好用100%的客户关系管理。

如果(我强调如果)您发现性能影响很大，请考虑使用相关实体来保存附加字段。

CRM不提供1到1的关系类型，所以你必须自己管理。使您的公司实体成为关系的N面，以便相关实体显示为查找。

或者，如果相关实体查找对用户来说太抽象，则向公司实体表单中添加一个带有iFrame的选项卡。使用javascript显示/隐藏选项卡，并将iFrame的src设置为相关实体的url。

Answer 2

我会用CRM来存储数据。您可以将新字段放在UI中的一个单独的窗格中，这样它就不会乱七八糟。您甚至可以向UI中添加一些Javascript，以向不属于所需用户组的用户隐藏窗格/字段。我知道这听起来有点麻烦，但这比开发一个完全不同的应用程序要少得多，用户将获得一致的体验。把数据放在一个地方也是报告之类的好处。

我不能肯定地说，但是我不认为在实体中添加几个列(该实体已经有一个bazzilion列)将进一步降低性能。我会检查一下安装过程并检查常见的性能缺陷。

Answer 3

在iframe中创建ASP.NET应用程序以创建复杂的UI是我经常用于MS Dynamics 4.0应用程序的一个简单解决方案。

将所有数据保存在CRM中是很有意义的，但是无论您想要什么，都可以使用UI。

iframe使用包含实体GUID的查询字符串调用ASP.NET应用程序，以便您可以使用web服务来获取任何相关信息。

您可以使用JavaScript修改表单上显示的字段，直接更新数据库，或者两者都更新以保持一致性。通常，只需隐藏ASP.NET应用程序中正在更新的字段就更容易了，因此不会出现混淆。

一个很久以前的例子是一个贷款抵押计算器，我为一个销售代表所拥有的机会而建。它将找到客户的所有相关贷款余额，并计算出销售代表可以将其转换为报价的不同选项。点击几个复选框，然后按下一个按钮，它们就完成了，而不必对很多信息进行rekey。数据被写入多个CRM实体，生成电子邮件，自动拨号列表将被修改以不再给该客户打电话。

学习使用MS作为一个大的开发工具箱是能够进行一些严肃的业务流程自动化的第一步。

如果你有什么问题告诉我。