The kind of messages which work best in my opinion are Commands and Events.
A command message is a message which is sent from one system directly to another system, and it is an instruction for something to happen. Here are some example commands:
- Issue Risk To Coverholder
- Process Renewal Request
- Begin Employee On Boarding
An event message is broadcast, or published by one system to all interested systems, and is a notification that something has happened. Here are some example events:
- Policy Document Received
- Quote Decision Completed
- Financial Transaction Parked
What you notice about these commands and events is that they have business meaning. So the messages which represent these commands and events are easily understood by name.
Try avoiding using CRUDy language (eg create, update, delete, etc)in the naming of your commands and events.
I think this is the best policy when it comes to messaging.