DSC Tech Library
This section of our technical library presents information and documentation relating to CRM Service and Customer relationship management software and products. Providing customer service is vital to maintaining successful business relationships. Accurate and timely information provided in a professional manner is the key to any business and service operation.
Our CRM software application TELEMATION, was developed with this in mind. But the ability to change is just as important in this ever changing business environment.
Telemation call center software was designed from the very beginning for this environment.
Many call center managers, with unique and changing requirements, have chosen and continue to use our CRM software as their solution of choice.
Our contact center CRM solution is ideally suited for call center service bureaus.
How Broad, How Deep: Lessons from a CRM Implementation
By Frederick C. Van Bennekom, Dr.B.A.,
Principal, Great Brook Consulting
When a company chooses to implement a CRM system, several critical questions must be addressed. How much of the company's front-office business processes will be - or should be - changed by the system implementation? Can only selected business processes that affect a customer be augmented with automation or must all customer touch points be re-engineered? Should all processes be re-engineered simultaneously or is there a logical order to proceed - or an illogical order to avoid? This article outlines a case study where the initial approach was to isolate certain sales and marketing functions as the target for the CRM implementation. Midway through the project, the company recognized that all aspects of the customer order, fulfillment, and support processes needed to be considered even if not all would be re-engineered in the initial stages of the CRM project. They also recognized that certain front-office processes were more logical candidates for the initial re-engineering.
Abselon Corporation - not its real name - is part of the old economy. The privately held company, located in the Midwest, designs, manufactures and sells electrical components for large scale installations, such as major power stations or large office buildings. Their products have a proprietary design that has given the company a competitive advantage over the years. In the past decade, the company replaced its Manufacturing Resource Planning (MRP) system, but to get the full value of that new system, it needed better visibility downstream into the product sales channel to create better product forecasts.
These events started Abselon on its venture in the world of Customer Relationship Management (CRM). The journey is still in process, but it has not taken the path management originally thought. Abselon's story is a classic case of an innovation process where the innovators lacked the full breadth of knowledge to execute the innovation correctly and to understand the full implications the new technologies would have upon business practice - mostly because they didn't know what they didn't know. Abselon's core competency lies in electrical products, not in information technology (IT) systems, sales force automation, or customer fulfillment systems. Because the Abselon management team didn't know the right questions to ask, they stumbled as they digested drastically different opinions from various experts about the course they should take, and in the end they adapted and took a different approach then originally intended.
This article will review the case history of Abselon's CRM experience to date. It is not an uncommon story for an IT innovation in a company's administrative systems. There are lessons here for any company planning to re-engineer their front-office systems to take advantage of the latest technology.
Setting the Stage: A Previous SFA Venture
Abselon's management followed developments in information technologies. While they did not have a strong IT department, management did keep abreast of industry news, looking for ways to improve their business practice through IT. They had in fact implemented an Enterprise Resource Planning (ERP) system recently to replace their decades-old MRP system, and it was this system that made obvious how little knowledge they had at headquarters about the sales pipeline. The forecasts manufacturing was using proved unreliable, and for a small company with 12,000 unique products, bad production planning led to high and costly inventories.
The desire to increase control and accountability for the sales process led Abselon to purchase one of the first sales force automation (SFA) tools. It all seemed simple enough. However, this innovation failed miserably. The most glaring shortcoming was that the design of the SFA tool could not accommodate the way Abselon sold its products. Abselon has accounts, that is, its 1000 distributors, but its sales process was also organized around projects. For example, a major building complex would represent a project, and a salesperson's focus might be to try to sell Abselon's products to the project owners and designers. The SFA product could not implement this concept of a project in the sales process.
The second major shortcoming of the SFA tool was how it was implemented. Management made the selection, and once it was bought, management told the sales force they would be using this new tool. Further, little training was provided. Without user involvement in the selection and implementation process, the sales force felt no ownership of the changes being attempted to their work processes, and they quickly realized that the new system increased management's ability to watch and control their work activities. Since it provided them no real benefits and impinged on their independence, few used the SFA tool. For the few who used it, the SFA innovation was a glorified contact management tool.
Still, the implementation proceeded until the Latin American subsidiary was to implement it. The vice president for Latin America, himself a former salesman, recognized the folly of the “solution.” He conducted a personal search for an outside expert to help make his argument to the rest of the management team. Through various articles in IT periodicals, he found a luminary in the Customer Relationship Management (CRM) field, who was brought on board in the Spring of 1999 to help implement a system that would meet the needs of the “front office” systems.
Needs Assessment: Sales & Marketing Focus
The consultant dove right in, conducting interviews to document the sales and marketing process. As with many industrial product companies, Abselon has developed over the years a fairly complex sales and distribution process, one with a number of different “customers” in the sales flow. The 1000 distributors are the heart of the process since they are the immediate customers. That is, they're the ones who write checks to Abselon. The 80/20 rule applies to these distributors since about 200 of them provide a vast majority of Abselon's sales, and there is consolidation in the ranks. The “mom and pop” distributors are slowly disappearing.
The end customers are the construction site owners who need to be influenced to specify Abselon's products. Key influencers in the specification stage are the architects, mechanical engineers, and subcontractors on the building projects. Abselon's salespeople in fact spend much of their time educating these influencers on why Abselon's products represent a better value despite their higher cost. Contact with all these customer types were modeled for inclusion in the new system design.
Before going into any sales calls, it helped for the salesperson to have some background about recent account activity. Historically, the company's structure has been decentralized, and a salesperson would call the local Customer Service person who handled the account, but online access to this information would be beneficial.
The simplest part of the front office to understand was the marketing function. It really didn't exist. Sales was king; marketing designed literature. There was no strategic marketing or marketing research activity. Mining the sales data was not even on the horizon of future goals for the marketing department.
The Customer Service Department
Once the consultant had documented the sales flow, he developed a Request for Proposal (RFP) that was sent off to a number of vendors with whom he had long-standing relationships. Several proposals were received by the turn of the year. About this time, Abselon hired a new senior vice president for sales, and included in his responsibilities was the Customer Service function. He recognized that “fixing” the sales and marketing problems would only exacerbate a new key weakness in the company: order taking and fulfillment.
In a totally separate initiative, Abselon decided for efficiency reasons to centralize the Customer Service function, which handled ordering and fulfillment. So now, the distributors and the sale people worked through people in headquarters rather than people in local offices. Not surprisingly, none of the previous customer service representatives (CSRs) relocated to headquarters to fill those roles. When those people left, so did much of Abselon's most important knowledge: how to care for each customer.
Abselon's order taking “system” was a loose hodgepodge of tasks that varied across the distributors. Salespeople frequently played a significant role in the order taking process for standard orders. Some distributors faxed in orders; others called them in. Some wanted a faxed confirmation; others did not. And so forth. The long-standing working relationships the distributors had with their local CSRs was a key element in the overall product-service mix Abselon delivered its customers. Rather than contempt, familiarity bred comfort and loyal customers.
There was no IT system to administer and control the customer service functions and to keep track of how every customer wanted to be handled. It was all in the heads of the CSRs, and with centralization and the consequent attrition, that knowledge was lost. The lack of familiarity now bred contempt, and Abselon was losing sales because the ordering process was being mishandled time after time.
The CRM innovation being planned, as outlined in the RFP, did nothing to improve the operations of the customer service department. Streamlining the sales process would only make matters worse in customer service. The sales vice president and the CEO demanded that the customer service function be included in the re-engineering effort. Through an industry colleague, the CRM consultant brought in another consultant whose specialty lay in customer service areas.
Selecting the CRM Tool
A battle of the experts ensued. The first consultant wanted to move ahead with the initiative in process. The second felt that the customer service processes had to be included in the scope of the CRM re-engineering. Egos and reputations were at stake. The pain in the customer service function was so great - and visible since it was now centralized in the headquarters building - that Abselon management wanted the comprehensive re-engineering. Vendors, who were about to perform demos, were told to wait for an amended RFP that would include customer service issues. Whereas sales needs were the initial drivers of this CRM project, it was now a passenger. Customer Service needs were the real driver.
A team, including members of the customer service function, performed the data collection and analysis of its functional processes. With that information, Abselon forwarded the amended RFP to a new list of CRM vendors, ones whose product scope included the customer service functions. Abselon selected three companies for more intensive review. Members of the team perform visits to reference accounts, and the three vendors performed product demos, all on the same day, at Abselon headquarters. The vendor selected was an industry leader. The criteria for the selection were a combination of many factors: functionality, professionalism of sales delivery, references, and, of course, price.
Abselon's next key decisions were: how much to implement, in what stages, and who would do necessary customization. Abselon opted to initially implement the customer service modules to get that function fixed. Rather than engaging in major customizations from the outset, they implemented a near out-of-the-box version. This allowed the project team to gain a first-hand appreciation for the product's capabilities before engaging in customization. The project currently stands at this point, and improvements in customer service have already been realized.
Abselon's case history illustrates many critical lessons for a company considering a CRM innovation.
- Define your needs - all of them. The most critical step in the whole process to identify and define the needs to be addressed by the re-engineering project. Here's where an outsider's perspective can be especially valuable. From inside our own boxes, it's hard to ask the truly tough questions that challenge basic, though unspoken, assumptions.
- Plan for aftershocks. Thankfully, software applications are not implemented as islands of automation. They execute dependent upon other systems and creating dependencies for other systems. The obvious one here was that fixing the sales function created more problems for customer service, but another example would be updates to phone systems driven by a CRM innovation. Plan for these “ripple effects,” and recognize you will miss some. With a limited exposure to the new CRM tools, it may be hard for an insider to understand all the aftershocks that the new system will cause.
- Compose a project team of users. A user-based project team has the background knowledge to document the current processes. This design will also start the acceptance of the project by the user community since it will be seen as coming from their own.
- Choose your outside expertise carefully. Any consultants you hire should be independent and vendor-neutral. Obviously, they should understand the full scope of the project at hand.
- Be prepared for mutual adaptation and leverage this opportunity. Professor Dorothy Leonard of Harvard Business School coined the term “mutual adaptation.” Seldom will a CRM tool you buy have embedded process that match exactly how you conduct business. In that case, what happens? Either you adapt your business processes to match the out-of-the-box functionality, you customize the tool to match your business processes, or a combination.
- Resist the temptation to fully customize. Not only is this costly now for the customizations and in the future as you try to implement later releases from the vendor, but full customization may perpetuate bad business practices. Use the decision to augment the business with new technology as an opportunity to reexamine and change current business processes.
- Identify key knowledge stores. As you do your process analysis, hark in on critical business knowledge and where it resides. Be sure that the re-engineering doesn't inadvertently wipe out that knowledge.
- Decide the role of the new CRM system. Do you want your CRM system to automate or infomate? That is, do you want to embed critical business knowledge, processes, and decision rules within the software application or do you want the CRM application to provide information to workers who will then make a more informed decision? This will determine the skill set of the person best suited for the customer contact roles and the degree of personalization in your service operations.
- Understand limitations of own IT department. Unless you have a truly superior IT group, don't plan to have them do the customization and implementation. People who have been through the process know the nuances of the CRM product and how best to customize and implement it.
- Fix the critical processes first. You can't sell what you can't deliver, and you can't deliver what you can't make. Core operational tasks must be stabilized first. This is a lesson that many ecommerce companies learned last Christmas season when they marketed themselves beyond their ability to deliver. Abselon recognized the initial error in approach just in time.
Frederick C. Van Bennekom, Dr.B.A., Principal
Fred Van Bennekom founded Great Brook to apply the lessons he learned from his research and past experience in support service organizations. In addition to his role at Great Brook, Dr. Van Bennekom is a Lecturer in Northeastern University's College of Business Administration in Boston and at the Hult International Business School where he teaches Service Management and Operations Management courses in the graduate and executive programs.
Dr. Fred frequently conducts his Survey Design Workshop to help people learn how to conduct more effective survey
programs. A current schedule is available on his Survey Design Workshop Website.