You have wisely decided to gather and document your organization’s high-level CRM requirements in advance of engaging CRM vendors and sitting through demonstrations.
This process means interviewing stakeholders and representative end-users, taking voluminous notes (involving a scribe is a good idea), and then consolidating all of this gathered information into a master requirements document and an associated slide presentation. Text, tables, images, and flowcharts typically all come into play.
Through meetings and/or workshops, these requirements are appropriately prioritized based on the estimated cost of delivery versus the estimated business impact.
This “requirements first” method is the right approach, but who is going to lead the requirements gathering and documentation process?
At first blush, it makes more financial sense to have an internal staff member work on the tasks related to developing your CRM requirements documentation. After all, the total hourly cost of an employee can be as low as a quarter of the hourly rate of an outside consultant.
But, should that employee’s total hourly cost be the only component to consider? Typically not. Here are several items to factor into an internal cost calculation.
Time to Market
Often, the internal team member assigned to the CRM requirements gathering and documentation tasks is an IT department project manager.
However, as a project manager, this person is probably assigned to other projects. One of the other projects may become more mission critical and therefore higher priority than the CRM requirements gathering project. This, in turn, results in a delay in the completion of the CRM requirements project. When a delay occurs, it can sometimes be measured in months, not days or weeks. A front-end delay can then ripple into a delay in the entire CRM implementation process.
Presuming that the entire reason a new CRM system is going to be implemented is to increase revenue and decrease costs, any internal “time to market” delays do come at a cost. Pick a number for the monthly cost of not having a CRM system in place is and factor that into the equation.
Frankness of Interviewees
An interesting phenomenon we’ve observed is the fact that people will be more forthcoming about their pain points with a third party than with a coworker.
The gathering of software requirements is one of the few times that you actually want people to whine and complain. Only then, is it possible to understand what needs the most fixing. If complaining is repressed, a full picture may not emerge.
While difficult to quantify, there is a cost to obtaining only a partial picture of what’s not working.
Knowing the Right Questions to Ask
If an internal project manager has been involved with CRM projects before, then he or she will intuitively know a lot of the right questions to ask.
Knowing the out-of-the-box capabilities of CRM systems, how other CRM systems at other organizations were configured or customized to address specific business requirements, and knowing what third-party CRM applications are available can all factor into the quality of the interview process.
A comprehensive interview is not as simple as working off of a questions template. There’s an ebb and flow to these types of interviews for which a certain level of experience with CRM systems can lead to more and better information.
One of the bigger interview challenges is to get a person of few words to provide sufficient information. “Leading the witness” can be a good thing when collecting CRM requirements.
Understanding The Level of Effort Required to Deliver Functionality
Business requirements eventually dictate the needed CRM configurations and customizations.
When it comes to prioritizing requirements, there’s an important factor to consider. That is the cost versus the benefit of developing CRM functionality to address each requirement. There might be an important business requirement that would be relatively easy to configure in a new CRM system. There might be a less important requirement that would be expensive to customize in a new CRM system. The latter should be assigned a lower priority level.
Someone with a CRM background usually has a sense of the relative levels of effort for developing various types of functionality. That person may also have resources from whom to get high-level time estimates.
Conclusion
By considering the possible hidden costs and gaps associated with using internal staff to gather and catalog CRM requirements, an informed decision can be made as to whether it makes financial sense to hire a third party to perform this work.