CRM implementation

Enquiries stop getting lost

Set up around the company's processes rather than the other way round: an audit, the client base moved out of spreadsheets, telephony, mail and website forms connected, the team trained, and support after the launch. No tie to a single vendor — the system is chosen to fit the task.

25
systems launched
ERP
in-house platform, built and maintained
Spec and contract
dates fixed before the start

When it is time

  1. A base in spreadsheets

    The clients live in Excel and Google Sheets, the files multiply, and which copy is current is something one person knows.

  2. Requests without an answer

    Enquiries arrive by phone, mail and messengers at once. Some go unanswered — and nobody knows which.

  3. Missed calls

    A missed call does not become a task to call back. It simply disappears — together with the customer.

  4. History leaves with the manager

    The correspondence and the agreements live in an employee's personal chats. One resignation — and the client is introduced to the company all over again.

  5. Reporting by roll-call

    How many enquiries came in this month and where they stalled is found out at a meeting, not by opening a report.

Seven steps in order

  1. The audit

    How enquiries arrive, how deals are run, where clients get lost. The result is the processes written down and the funnel the system is to reproduce. Redundant steps are cut before automation, not carried into it.

  2. Choosing the system

    The findings of the audit become a specification, and against it two or three systems are compared — with a test on real data before any licences are bought.

  3. Configuration

    The funnel, the card fields, access rights, automatic tasks. The system follows the company's processes — not the company adjusting to the logic of a program.

  4. Moving the base

    Clients and deals move out of spreadsheets and old systems with a check for duplicates. Nothing is lost and nothing is doubled.

  5. Integrations

    Telephony, website forms, mail, messengers, payments. Every enquiry lands in the system by itself — manual entry stays in the past.

  6. Training

    Each role gets its own instruction: deals for the manager, reports for the head. The team starts working in the system before the launch, not after it.

  7. Support

    The first weeks after the launch decide whether the system takes root: filling is watched, settings are adjusted, the team's questions get answers.

Enquiries arrive on their own

Classes of services, with no tie to particular products.

  1. Telephony

    A call opens the client card, a missed one sets a task to call back, the recording stays with the deal.

  2. Website forms

    A form submission becomes a deal with its source attached — which ad brought it and what it cost is visible.

  3. Mail and messengers

    The correspondence is pulled into the client card. The history of the conversation belongs to the company, not to personal phones.

  4. Payments and delivery

    The status of the payment and the shipment shows right in the deal, with no separate accounts to log into.

  5. Accounting and stock

    Invoices and stock levels sync with the books — the manager does not visit a second program for every figure.

What it is made of

  1. Vendor licences

    The subscription to the system itself. Paid to the vendor directly, at its own rates — with no margin and no commission added.

  2. The implementation work

    The audit, the configuration, the move of the base. The scope and the cost are fixed in the specification after the audit.

  3. Integrations

    Ready-made connectors are quick to attach. A link to a non-standard service through an API is development of its own, and it is priced on its own.

  4. Training and aftercare

    Instructions per role, the team brought up to speed, support through the first weeks. A cheap implementation usually saves exactly here — which is why it does not take root.

A figure before the audit would be an invention — which is why there is none here. After the audit the scope, the cost and the dates are fixed in the specification and the contract. A basic configuration takes from two weeks; the full cycle with integrations and training — from one to three months.

Why CRM gets abandoned

  1. Installed, not implemented

    The subscription is paid, the default funnel is left as it came — and this is called an implementation. Without being set up around the processes, a CRM soon becomes an expensive address book.

  2. Automated chaos

    If a process is not written down, the system will faithfully preserve the disorder. Which is why the work starts with an audit, not with the settings.

  3. A team left untrained

    The staff see surveillance in the system and keep running clients the old way — in notebooks and personal chats. Closed by training per role and support through the first weeks, when the questions are thickest.

  4. Integrations by half

    Half of the enquiries fall into the system on their own, half are typed in by hand. The manual half soon stops being typed — together with the point of the whole exercise.

  5. Nobody in charge

    A system without an owner fades in two or three months. A person responsible on the company's side is named before the launch — a condition of the work, not a wish.

  6. The head outside the system

    If the reports are still requested in a chat, the team draws its conclusions faster than any regulation. Working in the system starts with the head of the company.

Before you write in

The one that fits the task. The requirements are collected at the audit, two or three systems — cloud or self-hosted — are compared against them, and the chosen one is proved with a test on real data before any licences are bought.

The price is made of the vendor's licences, the work of configuration and moving the base, the integrations and the training. The exact figure appears after the audit and is fixed in the specification — before it, any sum would be an invention.

A basic configuration — from two weeks; the full cycle with integrations and training — from one to three months. A promise to implement in three days usually means an installation: the system is up, and nobody has started working in it.

Yes. The data in the spreadsheets is prepared for import, checked for duplicates and moved into client cards along with the history. The old spreadsheets stay with you as an archive.

That is the leading cause of failures, and orders do not close it: each person is shown their own gain, each role gets a short instruction, and through the first weeks the questions are answered as they come. And the head works in the system too — otherwise nobody will.

Yes — an audit will show what exactly did not work: the configuration, the training or the missing integrations. Often the system does not need replacing; it needs adjusting and a relaunch together with the team.

Then the system is written for you: behind this page are the development and the care of an in-house ERP platform. More about custom development — on the Laravel development page.

Access rights are set per role, every employee signs in with a personal login, actions are logged. Backups are set up separately — and not only at the vendor's side.

Aftercare: the filling is watched, the funnel and the reports are adjusted, new integrations are added as the need appears. The first weeks after the launch decide the system's fate — abandoning it at that moment is not an option.

A person responsible for the system on the company's side, the head taking part, and access to the people who know the processes. An implementation without the company in it does not work — every failure in the block above says so.

Fill in the brief

Telling what the business is and where the client base lives now is enough. The consultation costs nothing, and the answer names the system that would fit and what the price would be made of.

    Where the enquiries come from