crm /项目管理/服务台

Question

我的公司一直在评估不同的crm /项目管理解决方案，希望为我们不断增加的工作量找到解决方案。我发现了一些好的crm解决方案，一些优秀的PM解决方案，以及一些很好的帮助台，但没有任何整合得很好。似乎所有的＆＃34;包裹交易＆＃34;包括所有选项通常做得很差。

我参与了一些客户销售，很多项目管理以及相当多的帮助台查询。为了概述我的一天，我需要在3个完全不同的系统中跟踪任务+处理电子邮件和日历。这个任务/会议分散在5个不同的地方，我不觉得我对自己的一天有了很好的了解。我花了很多时间来推动任务，以确保我不会忘记任何事情。

人们使用什么样的解决方案来避免这种情况？是否有一个好的＆＃34;所有在一个＆＃34;那个我错过的解决方案。或者人们使用相互融合的工具？或者也许是我的工作流程就是问题所在。

Answer 1

我的团队和我一直处于类似情况。我们测试了Trello，Asana等等。就我而言，我正在并行处理多个项目，每个项目都涉及不同的人群。并且，在所有搜索之后，Wrike似乎是最佳选择。

我喜欢它，因为它有一个简单明了的仪表板视图（我当前和过期的任务，分配给其他人的任务等），活动流和甘特图解决了我的工作负载管理问题。它还非常便于管理我们的CRM workflow，将所有潜在客户和项目保存在一个应用程序中。好吧，电子邮件集成是我个人的最爱（基本上，它将我的电子邮件转换为任务，我只需要将Wrike添加到电子邮件的CC中，它将被转移到应用程序中）。这个Outlook插件和几个更多的集成帮助我们最小化迭代并避免丢失数据。 Wrike实际上已成为我们一直在寻找的“一体化”工具。

希望，你会发现它也很有帮助。告诉我之后的情况。

Answer 2

Microsoft Dynamics Crm 2011应该能够处理所有这些。

它带有一堆核心功能，您可以自定义和扩展以满足您的特定需求。它还与Outlook内置集成，以处理您的电子邮件，日历和任务。

客户销售：Mscrm附带销售渠道，从here获取更多信息，并确保观看demo以了解它如何与Outlook集成。

帮助台：Mscrm附带了一个通用的“客户服务”模块，您可以将其用于帮助台和支持。这里有信息here和demo。

项目管理：Mscrm确实没有内置任何东西，你需要扩展Mscrm，这就是说，Mscrm允许轻松定制（不说它会做你所做的一切希望，不表示你有时候不需要自定义代码而不说它一切都很简单）。有一些信息here.

对，所有人都说，作为一个小小的免责声明：我不为微软工作，我没有从你购买Mscrm中得到任何东西（除非你碰巧使用我的公司作为IT咨询公司）。我也不知道Mscrm与其他Crm在市场上的比较。但我知道Mscrm是一个非常有能力的系统。

希望这可以帮助您做出明智的决定。

Answer 3

一般来说：

• 除了“我的东西在哪里？”之外，客户不关心项目管理。
• 客户通常会通过电子邮件纠缠您
• 开箱即用的东西不能100％满足您的需求（需要调整）
• 除非一切都在一个工具中，否则你没有机会减少数据孤岛和不断“跳跃”，从而导致生产力下降

恕我直言，你需要三个项目：

• Sales / CRM'lite'=提供简单的销售渠道/机会管理。
• 帮助台=收到的电子邮件自动上传客户的门票等
• Tracking =用于管理具有工作流程的任务，以便内部完成任务。

只需链接这三个项目之间的项目，以便人们获得业务的“连接”视图。不要挂在甘特图上，而是专注于管理简单的任务，故障单等列表。这就是需要管理的东西。

您还需要一个Outlook连接器，以便：

• 您可以一键将客户电子邮件转换为帮助台项目中的票证
• 您可以在Outlook中看到分配给您的内容
• 您可以在Outlook日历中看到项目开始/结束时

您可能需要找到可以在几天而不是几周内实施和调整的内容。

免责声明：我们使用上面描述的EXACT相同型号：销售，服务台，跟踪。我们构建了一个名为Gemini的产品，试图解决这个问题，因此偏见/意见是不可避免的。

Answer 4

每个人都有他们最喜欢的PM / Tracker软件，也是他们最不喜欢的，但是这个（JIRA）适用于我曾经工作的非常复杂和快节奏的开发商店：

https://www.atlassian.com/software/jira/whats-new

注意事项

• 它主要是一个错误跟踪器，因此工作流和问题过滤都是 最重要的
• 它可以用作帮助台服务，通过电子邮件转票功能，但需要一些（非编码）fenagling
• 拥有许多有用插件的中型开发人员社区
• 虽然
可以比大多数CRM解决方案变得昂贵，便宜
• 许多报告功能和插件，包括Gantt Agile / SCRUM /瀑布OOTB 设置

Atlassian制造它，虽然他们的文档和客户服务不是最好的，但它们足以在调试时完成工作，并且它是一个足够大的公司，它们可以被认为是稳定的（用于CYA保护）事情变坏了。）

我个人将JIRA实例变成了50多个项目（内部和面向客户）的PM系统，在任何给定时间内有5到15个部分的300多个用户，具有集成的版本控制功能（门票可能会受到影响）通过git commit messages），我们还用它来处理办公室间的请求（从打印机设置到域名购买）。

在某些方面，我们将它拉得太远了（当太多部门在这个过程中有发言权时，工作流程变得异常复杂），但在某些方面我们几乎没有触及它可以做什么的表面（它的报告功能非常鲁棒）。

让一个工具完成每项工作并不总是最好的想法，但是当推动推动时，JIRA并不是我们可能做出的最糟糕的选择，并且它最终看起来很棒的前端/客户端用户。这对于一个小团体来说可能有点用，但可以处理从小型到超大型（1000+用户）组织的任何事情。

[编辑：忘了提及，日历整合（尤其是iCal）在我使用它时并不是那么好，很多事件都是在-JIRA或JIRA之外（在iCal，gCal等）但它可能在过去两年里有所改善]

Answer 5

考虑RT。我是粉丝，并期望从这个建议中获得任何实质性收益。事实上，因为问题是OT，所以我希望失去代表。