在将一个庞大的单体应用拆分为多个松散耦合的聚合时，首先应该关注以下几个方面：

1. 领域建模：理解业务领域的核心概念和规则。通过与领域专家交流，识别出业务中不同的子领域，并确定哪些部分构成了核心领域，哪些属于支撑领域，哪些又属于通用领域。这一步对于后续聚合的划分至关重要。

2. 限界上下文：明确各个聚合的边界，确保每个聚合都有清晰的职责边界。限界上下文的定义帮助团队理解每个微服务或者模块在哪里开始和结束，以及它们如何与其他微服务交互。例如，如果正在构建一个电商平台，那么可以将“订单管理”、“库存管理”和“用户账户”作为不同的聚合，每个都有自己的服务。

3. 业务流程分析：分析业务流程，理解数据如何在各个聚合间流转，以及这些流转是否必要。这有助于识别出可以重构或优化的部分。有时候，通过简化流程或者改变数据的处理方式，可以减少聚合间的耦合。

4. 技术债务偿还：评估当前应用程序的技术债务。这包括过时的代码、不良的设计模式等。在拆分过程中，应尽量解决这些问题，以确保新聚合的质量。例如，如果某个服务中有大量重复的代码，可以考虑重构以提高代码复用性和可维护性。

5. 持续交付与自动化测试：确保每个聚合都能够独立地进行构建、部署和测试。这要求有一套成熟的持续集成/持续部署（CI/CD）流程，以及完善的自动化测试覆盖。比如，可以为每个聚合设置独立的CI流水线，使得一个聚合的变化不会影响到其他聚合。

6. 数据一致性与事务管理：考虑拆分后数据一致性的保证。跨聚合的服务调用需要特别注意事务的一致性问题。可以采用分布式事务管理，或者设计补偿机制来保证最终的一致性。

7. 团队组织结构：调整团队结构以匹配新的架构。每个聚合应该由一个专门的团队负责，团队成员对所负责的聚合有深入的理解，并能够迅速响应变动。Netflix的“两个比萨团队”理念就是一个很好的案例，每个团队小到可以用两个比萨饼满足所有人，这样可以保持团队之间的高度协作。

通过以上步骤，可以更有序、系统地进行单体应用的拆分工作，最终实现多个松散耦合的聚合的构建。