Data Quality Forum (General Discussion) > What is a customer?
I made a mistake. BNP should be GDP.
Definition of "customer" is always in an industry context and often differs by function within an enterprise.
Here's the "party" definition we use at DataQualityFirst.
http://www.dataqualityfirst.com/party_data_definition.htm
I quote you:
"Customer is a role assigned to a legal entity in my complete and precise picture of the real world. The role is established when the first purchase is accepted with that entity. The role is terminated when…… For related roles see: Prospect, payer, user, supplier…"
I would ask you:
Certain kinds of contracts regarding services sold to minors are made with the legal representative of the minor instead. Who, in this case, is the "customer"? The minor (who never signed the contract but is using the service) or the contract undersigned?
The answer "Shouldn't it be both", is very industry specific.
A failure to recognize and properly track the difference between these two brought a large international corporation into German primetime TV for a good five minutes.
Also, in relation to "customers" are also: Sales leads, ex-customers etc. What differentiates a sales lead and a customer? The answer: it depends.
Marketing likes to treat these as "come-to-be customers", but Finance has a totally different view there.
Whether a company wants to treat these entities as part of the "customer class" may well depend on the distribution of power in the company.
What is important about this question, however, is not what a customer really is, but that someone in the Board finally gets fed up with all the bickering and says "Stop it, right here right now. I say what a customer is and now all of you live with it, period!"
Because that gives you the corporate data owner for all "customer" objects and that's when you can actually start working!
Before you reach this point, you are always talking about hot air.
And sometimes, it takes a little (or, should I say: a lot of) pain for someone in the Board to notice that this issue is actually important.
Cheers,
Mike
I am not sure if management in general are afraid of taking decisions – often they are just not prepared to decide on undocumented matters.
Data governance and data quality assessment and improvement don’t have to be a linear process but rather an ongoing iterative process with data quality assessment and improvement successes in the starting phases.
As an example you can improve on name and address data so they are more aligned with the real world and thereby harvesting some very operational benefits in the first place and at the same time have a more documented view on possible tactical benefits as single view on customer (cross sale, churn, life time value etc.) and strategic benefits related to business intelligence on a solid basis.
At this stage you probably need these definitions on roles as customer, prospect, contract partner, user etc. – but now it also more clear to stakeholders what it is all about and where the real challenges are.
I'd like to respond to the portion of Mike's response where he calls out the need for direction from "the Board" for more, let's call it, stringent enforcement of the defintiion of a customer.
I'd like to think that the question gives rise to debate due to its complexity rather than some failure to act. A customer, as you agreed yourself in your contrast of marketing and finance perspectives, means different things to different people.
That's why I believe it is not one definition that answers the question but many. You have to use the criteria leading up tp the decisive question of "what is a customer" in combination to appropriately answer the question.
I take a very simplistic view of the customer which is essential in the sales process
It is necessary to distinguish between customer and consumer - these often risk getting confused.
The customer is the person paying the bill
The consumers are the people using the data. This may be several consumer stakeholder groups each with different competing agendas
In a recent project lots of groups were competing for changes and the customer's response was quite clear 'They can have those changes if they want to pay for them or demonstrate how it achieves our aims!'
If they were to finance them then they would move from being a consumer to a customer.
This is not an easy nut to crack but I normally find that getting back to simple basics improves clarity


The question ”what is a customer?” is used all around as an example when someone explains why data governance policies and consensus about business rules between involved business units is important prior to going operational with any data quality improvement initiative.
I have no doubt that the consultancy companies will be delighted to support a “what is a customer?” project at every single client around the world and thus making a considerable turnover.
Unfortunately this activity will consume time and focus from an unbelievable number of knowledge workers on a global scale – making the entire withdrawal of human intelligence sum up to the like of the BNP of a medium size nation. That’s a pity these times.
So couldn’t it be a ball if we at dataqualitypro could help the world economy with, if not by sharing the golden answer to “what is a customer?”, then at least place the question with less riddle-factor.
Here is my basic thoughts.
Business rules in general may be specific to a single company. But many business rules may be shared within the same of lines of business and even some business rules have a common foundation to every organisation. The question “what is a customer?” is in my opinion in the high end of this categorisation. So it should be possible to avoid every single organisation from starting from scratch.
A common explanation of the word “customer” is: “Someone who purchases products or services from you”. I think the word “someone” is key here. Because it’s not the role of a “customer” that forms the real problem, but the precision of the term “someone” that causes challenges when we try to link other and more specific roles to that “someone”. These other roles could be contract partner, payer, receiver, user, owner – you name it.
When you try to sum up the requirements for the precision for all these possible roles that “someone” could act in, you always end with the same result: A picture of the real world.
The real world is formed by individuals that may be singles, live together in a household or stay at a campus, nursing home etc. The homes belongs to a physical address. On that address you may have a small business also. Other addresses are occupied by larger business’s. It’s the employees there who actually acts in the customer roles as decision maker, contract signer, payment approver, user and so on. A company may have a mother company somewhere else and daughters here and there.
Ideally the answer to “what is a customer?” could be formed as:
“Customer is a role assigned to a legal entity in my complete and precise picture of the real world. The role is established when the first purchase is accepted with that entity. The role is terminated when…… For related roles see: Prospect, payer, user, supplier….”.
The main challenge is of course if the organisation is able to establish and maintain a complete and precise picture of the real world. So now we are definitely talking MDM and what realistic options you have around data models given your current applications, MDM styles and external data providers.
Also lots of specific challenges is present when you try to consume customer data linked to your complete and precise picture of the real world utilizing the available relations in households, company family trees etc. But having your data quality solved at the real world level is always a plus.
If you are exhausted with the thought of maintaining a complete and precise picture of the real world you might instead ask:
“On what level(s) can I optimally register my business partners and make confident relations?”.
Here you make an approximative construction similar to when we square the circle – sometimes 22/7 is OK and anyway the real fix is proved impossible.
Having your data quality solved at that level is also always a plus.