WebSphere MQ作为消息中间件的价值是它有能力来解决IT相关的业务问题，并且提供可靠的消息提供机制。通过WebSphere MQ可以实现：
不受时间约束的消息传递——应用程序和Web服务能自如地交换信息，而无需顾虑应用或服务在通讯时是否有效。例如，您可以在白天输入订单并发送至订单执行系统以备处理，然而订单执行系统可以在夜间进行订单的批处理。当一个正在接收消息的应用程序暂时无效时尤为重要。
确保消息传递——一旦信息被创建，WebSphere MQ便具备了正确发送它的职责。
交易支持——通常情况下，在应用之间交换一条消息是远远不够的，经常是一组消息。例如，一个订单入口程序通常将订单中的每个条目都发布一条消息，而不是把订单发布成一条消息。如果在一组消息被完全处理之前(例如已处理10条消息中的前4条)，有一条消息发生错误，那么必须回滚这部分消息(第1条到第4条消息)，才可以保证在再次启动时重新发布一组完整消息。这种机制通常被归纳为支持工作单元。
信息传递的并行处理——由于许多后台应用对新用户也是有效的(例如客户通过Web进入订单系统)，这些应用不应该让客户感到失望。例如在订单处理过程中让客户长时间等待会使客户非常灰心。在以消息机制为通讯方式的环境下，这种延误会被减少，因为消息不是直接发送给应用而是被放到队列中。一旦消息被提交给WebSphere MQ，应用恢复与用户的交互。
安全的消息传递——有能力使用高层的安全性来转移高价值/高风险交易所固有的风险。WebSphere MQ支持工业标准SSL，并为高级安全特征要求提供了扩展的安全版本。
一致的编程接口——Java Messaging Service是包含在J2EE标准规范内的应有程序接口。我们推荐在部署新的信息应有程序时使用JMS接口，然而对于那些准备采用非java应用并且已经使用了大量非java应用的企业来说，可以使用MQ接口(MQI)。编程接口是跨多平台以及用户友好的接口。
应用独立于网络或者系统故障——应用程序使用任意一种程序接口（JMS或者MQI）通过WebSphere MQ来发送和接收消息。WebSphere MQ提供了处理消息传递的大部分复杂性功能，这意味着应有程序设计可以着重于处理商业问题而不是IT 基础架构和网络问题。
系统资源的有效利用——当不同平台的用户采用集群操作时，能够开发未充分利用的资源或者降低平台成本。
可扩展性——可以通过群集来完成横向或者纵向的扩展。可以通过增加额外的队列管理器（比如为每个处理器增加一个）或者在多平台上构架群集来提高在多处理器平台上的消息处理能力。既然可以在所有的通用平台上来部署WebSphere MQ，因此一个开始基于桌面平台的实现同样可以成长为基于主机平台的实现。
文件传输——通过WebSphere MQ信息，文件传输应有允许您以WebSphere MQ 消息的格式发送和接收任何格式和任何类型的文件。这些文件包括：图像、word处理的文档、电子数据表、报告、信函、备忘录、图表。

WebSphere MQ的价值
WebSphere MQ通过实现消息传递为客户带来了如下的好处：
用户可以采用工业标准的编程模型并且使之在所选的操作系统上有效。有效的消息传递层能在整个企业范围内最大程度地对技术和代码进行重用。应用程序的开发者只需要把重点放在商业逻辑上，而不用维护大量的连通性代码。
WebSphere MQ为客户提供了准确可靠的消息传递，这确保了客户的数据不会遗失或重复。在数据传输过程中必须确保能满足相应的服务质量。对于不是特别关键的数据，"不计后果"的消息传递模型或许是可以接受的，因为在某些情况下数据会在特定的故障发生时遗失。对于重要的数据，你必须先确保消息发送并且只被发送一次。当应用程序把重要数据发送到传递层后，处理过程会继续进行。如果消息传递事件作为事务处理的一部分，那么就能保证像数据库更新这一类的行为和消息传递操作能在同一工作单元中发生，并同样具备相应的提交和回退。
WebSphere MQ提供了异步处理的工作方式，这增加了用户系统的灵活性。应用程序在发送数据时不依赖于对方的有效性或网络的有效性。在一个完全同步的模型里，应用程序会要求精确的重试逻辑，并且当在等待网络失败恢复时被堵塞。异步消息传递并不是简单地和同步消息传递相反。异步消息传递轻松地减轻了应用程序互相之间的依赖型以及对于网络的依赖性。如果将数据从应用A发送到应用B，网络也是可用的，那么数据很快就能被发送成功。相反，如果网络或者接收应用程序出现故障，发送应用程序并不会被影响，如果需要消息传递层会暂时性地存储数据。
拥有了WebSphere MQ的集成能力。即使用户的业务需求不断增长，消息传递可以作为一项基础技术能够使用其他集成能力来处理更加复杂的集成问题。用户可以使用代理和适配器来提供其他的应用连接性服务，以便帮助用正确的方式将正确的数据发送到正确的地方。通过在星型体系中提供中心，极大地简化应用程序之间的互连性。实现过程集成即建模、自动化、业务流程控制等功能，允许在多个应用程序和使用者之间随意编排交互性。