Last Mile Data Management Solutions


Last Mile Data Management Solutions | GridBuddy from AppBuddy

Posted by Marc Aubin on Dec 11, 2016 11:38:57 AM
Marc Aubin
| Share

Many organizations struggle with providing unique user experiences that help different business units in different geographies operationalize their business for the specific needs they have. In other words, one-size-fits-all centralized solutions do not cut it, and individual groups increasingly need to augment core system data to meet the demands they have to manage their customer life cycles in unique ways.

Enter the last mile data management solutions. The “last mile” is a term borrowed from the  telecommunications and logistics industries, and it refers to that part of the solution that lies closest to the end user. In Salesforce deployments, think of it as the green box in this image:


The last mile involves distribution of information to a great number or widely separated end users or endpoints. Those users or endpoints are typically diverse - so delivering data management experiences to an AMER rep is different than a regional manager in Switzerland.

The biggest cause of system failure is low user adoption and its corresponding impact on data quality. From our experience implementing solutions in thousands of organizations, focusing on the last mile holds the most promise for implementing business processes at scale so that they meet the unique needs of specific user groups, thus increasing the likelihood of user adoption success.

How to Implement Last Mile Solutions

Implementing last mile data management solutions should follow 8 principles. The first 4 are presented here. Sign up (etc. etc.) to read all 8.

1. Reusability

Reusable solutions in data management systems means they have the potential to be reused for many use cases. These solutions include code that is generically written so it can be reused for new use cases (unfortunately, a lot of Apex and Visualforce out there isn’t written this way), or applications that can be easily configured to meet new use cases. 

Here we have an example of a screen in GridBuddy which enables admins to configure efficient data management experiences for an any multi-object or multi-record use case. This means GridBuddy can be configured for tailor-made user experiences at the last mile, whether it’s for different geos that have to manage opportunities in their own ways, or account management and renewal teams who work with account related data in different ways to conduct different tasks at different stages in the life cycle. 

GridBuddy Screens

2. Smart, Efficient Consumption

In data management systems, things usually get bogged down because of performance. Smart and efficient consumption means being more focused in how we consume data per use case. It is not necessary to bring back all 50,000 rows for an end user in most cases. Rather, apps should be designed to retrieve only what users need at any given time. This helps users cut down the noise and efficiently focus on what is most important for them to do next.

With smaller data sets, apps can free up their their query cycles to combine data in the ways end users need to see (for example by cross-referencing many objects together to give data more meaning and context), instead of having to worry about performance considerations that traditionally limit users to data sets that are too simplified (e.g., single-object data sets).

3. Integrative and Modular

This principle says that anything we add on must have capacity to interface effectively with everything that was there before.

A good example of modular solutions in enterprise data management systems are apps on the Salesforce AppExchange. These apps are made to work with your existing Salesforce instance and its data. They can be installed in a few button clicks, and individual setup nuances aside, take a lot of the legwork out of ensuring they work with your existing setup. These apps provide a great way of not “reinventing the wheel” when implementing solutions to manage the customer life cycle by using additive plug-and-play solutions to solve gaps in the core Salesforce system.

Another modular concept has to do with how you grow your data model over time. Some of the smartest enterprises out there including NetApp introduce new, purpose built objects that hang off of core “enterprise objects”, like the Account and Opportunity, in order to support incremental process needs. The reasoning is clear: so many systems and user groups depend on the core enterprise objects that changes to these can introduce ripple effects. It’s also not very good data modeling to flatten all of your fields on these objects (e.g., you know you probably have a problem with this if you have over 300 fields on your Opportunity object).

For example, if you have an SDR team that is making calls, you might have a “Qualification” object that is specifically geared towards capturing information related to the qualification questions they ask. This object can be associated to a Lead, a core enterprise object that many groups including marketing, SDRs and AEs depend on, and therefore should be touched lightly. This object can only be visible to those who need to interact with it. Likewise, when a Lead becomes an Opportunity, you might have a “BANT” object that AEs can use to capture the budget, authority, need and timeline questions that are specific to their calling activities.

4. Relatively Simple To Understand

Another way of saying this is that things should just work.

In business process automation, simple to understand means when I look at a process, I know what it does. It speaks to me. It walks me through what I need to do. Most users don’t care where data is stored; they just want to be able to do their work productively, and work on what is relevant to them. This means don’t expose raw components to users that they don’t understand and tell them that’s their business process.

This image shows an example of a “single-object user experience” which violates this principle. Notice that the business process is articulated in terms of raw system components. Your users may or may not know what these mean.


This diagram below shows an example of how we need to abstract those raw system components into the language of the business. Notice how the business process is articulated in a language that users understand because it corresponds to what they have to do.


This is a hugely important point that all too often does not get taken into consideration in enterprise software design. Not to rag on IT and operations, but there is a widespread assumption that if you give them the raw components to do their job, it’s a good enough user experience for them to hunt and peck and memorize where they have to enter their data, no matter how much time it takes. Our users are teaching us that we need to rethink this assumption.
Final 4 Principles of Implementing Last Mile Solutions

But wait, you’re not out of the woods yet. There’s just 4 more principles you need to follow to make sure you’re rolling out business processes for managing the customer life cycle that won’t come back to haunt you.

In all, there are 8 principles that any organization should follow to implement last mile data management solutions. These are solutions that will get you 100% of the way to rolling out enterprise user experiences at scale that accommodate different user groups in different geographies who manage the customer life cycle at different stages.

The first four principles of these solutions were:

  1. Reusability
  2. Smart, Efficient Consumption
  3. Integrative and Modular
  4. Relatively Simple to Understand

Here are the final four principles for last mile data management solutions.

5. Flexible and Close to Home Solutions

Solutions in enterprise software must not be “one size fits all”. Many of our customers at AppBuddy run into scale problems with custom developed views when they need to roll out business processes to different user groups or regions. This principle says your user experience needs to be able to accommodate the nuances of each group. If you are able to even accommodate subtle differences in business process needs in your sales process for different groups around the world, those users will love you for it, and they won’t rebel against what otherwise would be a “cookie cutter” process for them.

6. Small Solutions Over Big Ones

For customer life cycle management solutions, “small over big” means instead of trying to “boil the ocean” with an entire Lead-to-Cash solution, it’s more effective to break down your business processes into the tactical decisions users need to make at any given stage. An example of this is to first focus on the “Lead” process and break that up into “Upcoming Demos” and “Awaiting a Response”, with different data sets to support each so users can act on them the ways they need to.

After you nail a smaller process, move onto the next one. This methodology is especially helpful for processes that have interdependencies, such as the Lead and Opportunity processes, because changes in your Lead process will undoubtedly affect how Opportunities are kicked off. This approach ensures you can learn as you go and constantly improve instead of committing to a huge software solution and implementation project upfront that might not work. It’s probably true that everyone is a bit tired of those types of projects.

7. Diverse over Rigid Homogeneity

 Consider a symphony -- no one instrument is playing all the time. The musicians take turns.


The Chicago Symphony Orchestra. Source: Wikipedia

In enterprise software, as covered in point 3 of the last post, being integrative and modular, diverse solutions include centralized infrastructure and point solutions. For enterprise systems, last mile solutions may involve new persistence, which is typically thought of as core and low level, but if constructed modularly and purpose-built for business processes, it can be quite flexible. Of course this must be complemented with tailored user experiences so all needs are accommodated.

8. Mobility and Portability

This principle states that your solution needs to move where consumption moves. For enterprise software, mobility and portability means not only can you port your functionality and business processes to other use cases and users, but you move with the interaction of data, e.g., whether users are on their iPads, laptops, etc. Again this just points to the benefits of not only having a configurable solution that can be tailored to any use case or any group, but responsive software that can be used on multiple devices.

Implementing the Last Mile Solution for Yourself

So, not too ambitious, right? Actually, in enterprise software, achieving these principles and solving the last mile problem is very realistic, especially with apps like GridBuddy.

GridBuddy provides a single user experience where you can take data from multiple objects in Salesforce or any cloud and put it all together into tailored, simple, and actionable user experiences. It is a singular tool that can help you solve the last mile problem and achieve all 8 principles of last mile solutions, no matter what stage in the customer life cycle you are trying to manage.

Want to see for yourself? 

Install a Free Trial of GridBuddy 


Contact us to have a no-nonsense discussion about how GridBuddy can work for you.

Read more about Last Mile solutions and how they hold the most promise for solving your data management and user adoption challenges in Salesforce.

Subscribe To The AppBuddy Blog

Or Leave A Comment


Stay Connected

Related Posts

Popular Posts

New Call-to-action