Best practice naming conventions for your calls/meetings - what do you do?

When asked to review a customer's usage of CRM, I often start with the basics: how is activity management carried out? Usually, there are clues there as to whether emails/calendars are integrated with CRM, or whether the mobile app is in use to log calls automatically. But something I find most fascinating is how Call / Meeting records are actually named.

For example, check out the blue hyperlinks in this screenshot:

In this example, most Calls / Meetings there is a mix of things that have occurred ("left a message") AND things that are planned ("Review needs") - regardless of status. I know this is demo data - but plenty of live CRMs look like this. Maybe even yours does. Another classic one is the default subjects from things like a mobile app - imagine loading a customer record and seeing the following:

Clearly, this doesn't really help anyone figure out what is going on (..and who'd want to call Alex so many times anyhow!?).... yet this happens so often.

Is there a better way?

Someone should be able to figure out the status of this customer/deal quickly, without even needing to use those handy preview icons. To do that, the names of Calls / Meetings need to be meaningful / clear enough to read and process with ease. No essays, just short phrases. I'd suggest considering the following:

  • When a Call/Meeting is planned, make the subject of that activity a description of what you are trying to achieve, e.g. a planned call record called "Book demo and identify audience" is super clear. Nobody needs to click into the Call record to read your actual call plan - they can figure it out just from the subject.
  • When the activity has been held, update the subject to now reflect the one line summary of what occurred, e.g. a held meeting record called "Did demo, secured tech approval" is a great summary of status, and while some people may still want to click into the record to see more, many will not need to.
  • If an activity is cancelled (e.g. you attempted a call, they weren't available, so you left a voicemail), consider using acronyms consistently to make it easier to pick up the status. There is no real difference between "LVM" and "LM" - what is more important is that everyone uses the same shorthand so it is easier for everyone to know what they are looking at. Consider using dropdowns to help enforce this.

What does this look like in practice?

It may not be perfect, but it works for me!

Those are a few ideas to try - so my question is: what have you found is a good practice for how to name the Calls / Meetings? Any particularly good examples / approaches? Or feedback on the above?

  • Is it a best practice to utilize a Task record to indicate that you need to schedule a meeting? In an effort to simplify our initial launch, we are using the Task record to record a lot of the actual Meeting information (e.g. Subject: Had Meeting With Don, more in Task Description), utilizing a Task Type of Meeting for example. I think there are plusses for us to reevaluate how we are storing information in what records, such as "Activities" or "Interactions" dashlets, but I need to help us get there. Thanks for any help!

  • Good question. 

    We've (recently) taken the habit of adding "To be scheduled" to the list of meeting statuses. Therefore you can extract the meetings that you need to organise. With a BPM, you can even automatically schedule the next meeting depending on conditions. 

    This avoids having to create and maintain 2 records: a task and a meeting. 

    On a side note, we're starting to get comments that tend towards merging calls, meetings and tasks in a single "activities" entity. This would reduce the clutter in the contact/accounts fields list of subpanels. 

    Damien Pochon

    CRM & Digital consultant @ ITS4U Group

  • We have similar thinking like minds Smile
    I do the same, just call it Unscheduled' but same use case.

    I prefer this rather than create a separate Task record, as it improves the UX in my opinion, only one record to track and open/update rather than 2 fdrom separate modules. 

    Also Damien, regarding merging activities, not sure how long you've used SugarCRM, but that is how it use to work and many of us have been asking to bring that method back.
    Feel free to vote for and promote the idea here:

    CRM Business Consultant

  • Hi

    Thanks for the link, I have upvoted your idea :)

    Damien Pochon

    CRM & Digital consultant @ ITS4U Group

Reply Children
No Data