CRM Requirements Worth Fighting For

Having recently attended a CRM project management conference, I was struck by the

convergence of recommended methodologies and practices that project management

specialists propound for CRM implementations.

While I was encouraged by the fact that some many people in the project management

field share the same views about the right prerequisites and the right approach to

designing and implementing CRM, I couldn’t help but feel that all the wonderful

charts and buzzword-filled PowerPoint slides were less than realistic.

Most organizations need to do a better job at CRM implementations — as the industry

statistics on its reportedly high failure rate so painfully testify. Therefore, one

must also acknowledge that project managers, like everyone, can’t always get

everything they want.

Project managers must pick their battles carefully; and some things are more

important than others are. In the interests of providing some real-world experience

and common sense to CRM project management theory, I offer my opinion of what

requirements are nice to have but not essential for success, and what CRM

requirements are worth fighting for.

In the first part of this column, I will discuss “nice to have” requirements for

effective CRM implementations. In short, they are the things clearly worth advocating

and pushing for, but not deal breakers. Then, I’ll cover the essentials that are

truly elemental to the success of CRM in an organization.

I make this distinction in recognition that -in real life- project managers don’t

get everything they want. Their bosses can be unreasonable, and many times, project

managers are often outmaneuvered and outgunned by business unit owners who have far

more political and budgetary clout in their organizations.

Nice to Have: Enterprise-wide CRM
Some project management experts argue that to ensure success, CRM must be a

coordinated, corporate-wide effort that includes all operating units and groups.

This approach clearly offers great possibility to maximize the potential return on

investment by fully leveraging corporate assets and reducing duplicate, overlapping

and conflicting initiatives. However, it is certainly not a prerequisite for success

nor is it even practical in large, global organizations operating with vastly

different organizational, geographic, and technical infrastructures.

This approach may even be counter-productive. For a highly fragmented organization

characterized by highly autonomous and entrepreneurial divisions, insisting that all

CRM initiatives be coordinated and integrated with each other is essentially dooming

CRM to fail.

Nice to Have: Documented Business Requirements
Having clearly defined, documented functional specs is an essential strategy to

ensuring that projects can be delivered on time and on budget. “Scope creep” —

usually driven by changing business requirements — is often the culprit for cost

overruns and slippages in deliverables.

But the real world fact is that business requirements are constantly changing. And

CRM must contend with not only the changing requirements driven by global

competition, shortened product lifecycles, and advances in technology, it also is

driven by the most fickle and fastest-changing aspect of any business — the

interests, needs and concerns of customers.

So while business requirements must be articulated, it is perhaps unrealistic to

assume that you can have them cast in stone without some changes and shifts in

strategy. Better start out by allowing for some degree of “scope creep” in business

functional specs instead of insisting on rock solid requirements to be fully

documented at the outset (which is usually at the time the business users have the

least amount of insights and feelings for what they really want CRM do to for them).

Nice to Have: Detailed Financial Cost Benefit Analysis
While maximizing ROI (return on investment) is the ultimate goal for all CRM

implementations, it may not be necessary, or even desirable, to invest management

time and focus on developing elaborate forecasts to justify an investment in CRM.

In many industries, such as financial services, CRM is fast-becoming a prerequisite

to compete, and will no longer represent a competitive advantage. Companies would be

far better off devoting precise resources into designing the optimal CRM strategy and

approach for their respective organizations, as well as establishing clear

performance metrics to measure success.

In the short-term, these performance metrics should be based on direct outcomes of

the new processes -such as lowering the number of late shipments or increasing the

number of desired customers- instead of broader financial measures, such as revenue

or profitability, which are a function of too many other independent variables.

In longer-term metrics, companies should consider designing performance criteria to

customer intelligence criteria: are we attracting and retaining the right customers?

Why and why not?

Now I’ll identify the real make-or-break requirements for effective CRM project

management.

CRM Must Have: Leadership
While many project managers would agree that executive sponsorship or ownership is

critical to CRM success, I think we’re missing something. It’s not just ownership,

but quality of leadership that determines the success or failure of a CRM initiative.

As I’ve seen many times, the owner of a CRM initiative can be a very high-level,

qualified and effective corporate manager. But without the vision of how business

processes and new tactics can be used to create superior value for the customer, the

project is at risk.

This type of leadership can’t be delegated to assistants – it means the personal

involvement, commitment and intestinal fortitude of the executive in charge, who

views themself as the chief architect and champion of the company’s strategy to

succeed.

CRM Must Have: Customer Knowledge
It never fails to amaze me how many organizations embark upon CRM with only vague,

anecdotal information of these three sets of questions:

  1. Who are our most valued customers and what do they have in common?
  2. What drives their behavior; why do they buy from us?
  3. What are their channels of influence or preference? What are our most critical

    customer touch points and how can we improve upon them?

If you don’t have requisite knowledge about your customers and most promising

prospects, you won’t have the performance criteria you need to redesign your

customer-facing and related business processes.

Without a clear idea of how to increase perceived value for the customers, you are

flying blind – buying CRM software and systems integration services with the hope

that somehow this huge investment will pay off somehow in the future.

And, for a project manager, that’s not a good position to be in.

CRM Must Have: Metrics

By performance metrics, I don’t mean detailed financial forecasts based on nothing

but past trends.

I mean that CRM should be measured on its desired goals – based on direct outcomes of

its underlying activities – whether it’s lowering call center staffing costs,

speeding response times, increasing product development cycles, or lowering shipment

and billing errors.

As I’ve said many times, I think ROI (return on investment) is a great long term goal

for an enterprise as a result of implementing CRM, but not an effective measure of

either short term performance or isolated contribution from CRM.

Got an opinion on this stuff? Willing to share it? If so, please write me at [email protected].

Arthur O’Connor is one of the nation’s leading experts on customer relationship

management (CRM) and customer-facing IT systems and strategies. He’s currently the

national columnist for eCRMGuide.com, an internet.com

site where this column first appeared.