The detailed TOR are compiled by the integrator. It is enough for the company to draw up TOR for the contractor so that they could estimate the scope of work and the cost of implementation.
To do so, the company defines the objectives of the implementation: briefly, in a couple of phrases. For example, "CRM is slow, we want a fast CRM", "import substitution is needed", "box version is needed". The objective is needed so that the integrator could choose a solution that is simpler and more suitable for the company’s goals.
Moving from goals to requirements. Usually, they are formulated in bureaucratic language, which makes it difficult for integrators to understand what the company wants. In fact, it is enough for the customer to clearly convey their vision: how this or that process should work.
The development of common customer journey scenarios in CRM helps with this. For example, as soon as an assigned to the contact center client comes to the sales office, they become the responsibility of one of the managers.
The role and at what stage what actions need to be automated can be described by business processes. Let’s take a manager who needs a process for generating "DDU" contracts. At what stage the automation is required? The answer should be written into the script.
Each specialist in the team promotes the implementation of the processes for which they are responsible. Therefore, when stating the goals of the project, it is better to pin the internal customer to each of them. In the future, this will help to evaluate the effectiveness of CRM by analyzing the results of the implementation of the requirements, and understanding who needed them.
At the stage of collecting requirements, the first problem arises, since it will not be possible to implement everything at once. In our practice, we have had several complex projects, when the customer set the condition to launch CRM only when all requirements were met. This delays the project. And the earlier CRM is launched, the easier it is to develop. We have been able to convince the partners and eventually implement CRM gradually, but time was lost.
To avoid that, it is better to prioritize requirements when gathering them. Which processes are important to get the system up and running and delivering value, and which can be deferred to later stages? Answering this question, the customer formulates the minimum and sufficient implementation option. This allows to gradually introduce the functionality, all the while testing it and adding new tools.
List of software and services that the company is already using. In practice, developers use 5 or more services. Some are not ready to change from the old "hard" telephony, and some are willing to give up everything in order to speed up the implementation and save money. It is important to have it written in which services the company plans to change and which ones it plans to leave.
Company’s business processes. We recommend to describe in as much detail as possible the business processes of the company and how they uniquely differ from those of competitors. This helps to quickly dive into the business.
When the requirements are defined, the team is ready to search for integrators, and an active search for solutions begins. Which system to choose? Why is one better than the other? Whatever the decision, it is worth noting the key benefits of each system. This will help to formulate the critically important functionality.
The final approval of the requirements can be a difficult task: there are a lot of requirements, and the realization of the project can go on for years. To simplify the task when interacting with an integrator, it is easier to divide the requirements into stages: from the highest priority to the least. It is not necessary to disclose the budget for software, implementation and support to integrators, but understanding it within the company will help determine the CRM’s category.