---
metadata:
  - name: generator
    content: Diplodoc Platform v5.63.4
style:
  - _style/main.css
vcsPath: steps/implementation.md
alternate:
  - href: https://help.curs24.online/steps/implementation.md
    type: text/markdown
    title: Markdown version
  - href: https://help.curs24.online/llms.txt
    rel: describedby
---
# Алгоритм внедрения

Главная ошибка при переходе на систему — попытка включить всё сразу. Человек открывает меню, видит два десятка разделов и решает: сначала заведу все товары, проведу инвентаризацию, оприходую остатки, настрою производство, а работать начну потом. «Потом» обычно не наступает: работа не ждёт, настройка растягивается, и через две недели всё возвращается к тетради и таблице.

**Так делать не надо, и система этого не требует.**

## Система модульная — включайте по одному разделу

CURS24 собран из независимых модулей. Каждый работает сам по себе, и ни один не требует, чтобы до него были включены остальные.

Это значит, что начать можно с малого — хоть просто с ведения базы клиентов. Заказы при этом считайте как считали, ткани учитывайте в своей тетради, зарплату — в таблице. Ничего не сломается. Когда база клиентов станет привычкой, добавите расчёт заказов. Потом — лиды. Потом, если понадобится, склад.

Ниже — двенадцать шагов в том порядке, в котором их обычно проходят. Но проходить все не обязательно: **границы внедрения каждый определяет сам**.

Компания может остановиться на шестом шаге и работать так годами — это нормальный результат, а не незаконченное внедрение. Тот, кто не держит склад, не ведёт остатки. Тот, кто ничего не изготавливает, не открывает «Производство». Тот, у кого два сотрудника на окладе, не настраивает правила начисления зарплаты. Модуль нужен тогда, когда решает вашу задачу, и не нужен, пока не решает.

<img src="../_assets/images/steps/implementation-roadmap.svg" alt="двенадцать шагов внедрения: модули включаются по одному" width="556">

{% note tip %}

**Признак, что пора включать следующий модуль:** предыдущим пользуются не задумываясь и никто больше не спрашивает, куда что вносить. Пока спрашивают — рано.

{% endnote %}

## Шаг 1. Клиенты

**Зачем.** Появляется своя база клиентов и партнёров: телефоны, адреса, реквизиты и вся история обращений в одном месте, доступном с любого устройства. Менеджер уволился — база осталась. Клиент вернулся через год — видно, что ему делали и по какой цене.

Партнёры — те, кто приводит вам заказы: дизайнеры интерьера, строители, агенты. Они заводятся в том же разделе, только с типом «Партнёр», а потом указываются в заказе в поле **«Партнёр заказа»**. Из этого потом собирается отчёт по партнёрам: кто сколько привёл и сколько вы ему должны.

**Что сделать.**

1. Завести карточки постоянных клиентов — тех, с кем работаете регулярно. Всю базу переносить не нужно.
2. Завести партнёров, если они у вас есть.
3. Договориться с сотрудниками: новый клиент заводится в системе сразу, а не «вечером внесу».

Если клиентов много и они уже есть в таблице, их можно [загрузить из Excel](../clients/clients.md) — для клиентов и партнёров есть готовые шаблоны файла.

**Готово, когда** за неделю ни одного нового клиента не завели мимо системы.

## Шаг 2. Заказы и коммерческие предложения

**Зачем.** Начинаете считать заказы в системе и выставлять счета. Расчёт перестаёт быть личным файлом менеджера: видно состав, себестоимость и прибыль по каждому заказу, а КП, счёт и договор печатаются за секунды вместо переписывания в Word.

**Что сделать.**

1. Посчитать [первый заказ](first-order.md) — на готовых данных, ничего не настраивая.
2. Дальше считать в системе **все новые заказы**. Материалы пока вводите вручную.
3. Выставлять счета и отправлять КП из системы, а не из редактора.
4. Старые заказы не переносить — они закончатся сами.

**Готово, когда** за неделю ни один заказ не посчитан в таблице.

{% note info %}

**На этом шаге склад не нужен.** Ткани, фурнитуру и остатки продолжайте вести так, как вели до системы: в тетради, в таблице, по памяти. Расчёту заказа это не мешает — материал добавляется вручную с той ценой, которую вы знаете.

{% endnote %}

## Шаг 3. Лиды

**Зачем.** Все обращения собираются в одном месте: заявки с сайта и квизов, сообщения из мессенджеров и соцсетей, звонки. Менеджер отвечает клиенту прямо из карточки и там же видит историю переписки и записи разговоров. На этом же шаге появляется первая честная цифра: сколько заявок пришло и сколько из них стали клиентами.

**Что сделать.**

1. Подключить источники: [заявки с сайта и квизов](../leads/leads-site.md), а при необходимости — [мессенджеры](../integrations/wazzup.md) и [телефонию](../integrations/telphin.md).
2. Научить менеджеров работать [на доске лидов](../leads/leads-board.md) и вести [карточку лида](../leads/leads-card.md): комментарии, дела, следующий шаг.
3. Квалифицировать: подходящих [переводить в клиенты](../leads/leads-close.md), остальных отклонять с указанием причины.

**Готово, когда** ни одно обращение не обрабатывается мимо системы, а у каждого лида в работе есть следующий шаг.

## Шаг 4. Воронка продаж и проекты

**Зачем.** Между «клиент заинтересовался» и «клиент заплатил» обычно проходят недели: замер, расчёт, согласование, правки. Проект — это место, где живёт сделка всё это время. В нём можно посчитать **несколько вариантов расчёта** — подешевле и подороже, из разных материалов — и показать клиенту на выбор. Когда он определился, отмеченные варианты переносятся в заказ вместе с товарами, услугами и ценами.

Воронка показывает, где сделки застревают: сколько зависло после отправки КП и сколько замеров вообще не дошло до расчёта.

**Что сделать.**

1. Вести сделки на доске проектов, переводя их по этапам.
2. Считать по два-три варианта там, где клиент выбирает.
3. Настроить этапы воронки под свой процесс, если готовые не подходят.
4. Обязательно указывать причину отказа — из неё складывается статистика потерь.

**Готово, когда** по доске проектов видно состояние всех сделок без обзвона менеджеров.

## Шаг 5. Задачи и дела

**Зачем.** Работа состоит из обещаний: перезвонить, отправить КП, съездить на замер, проверить оплату. Пока они живут в голове и переписке, часть теряется — и узнаёт об этом первым клиент, а не вы. Дела и задачи привязываются к лиду, клиенту, проекту или заказу, поэтому у каждой сделки виден следующий шаг и его срок.

**Дела** — звонок, встреча, выезд — планируются из карточки и попадают в [календарь](../calendar/calendar.md). **Задачи** — то, что нужно сделать, с исполнителем и сроком. И то и другое видно всей команде, а не только тому, кто записал.

**Что сделать.**

1. Ввести правило: у каждого лида и проекта в работе есть следующий шаг — [запланированное дело](../calendar/calendar-plan.md) или задача.
2. Ставить задачи сотрудникам со сроком, а не проговаривать поручения вслух.
3. Регулярно смотреть отбор **«Без следующего шага»** на доске лидов — он собирает всё, что забыли.
4. [Отмечать и переносить дела](../calendar/calendar-manage.md) в системе, а не в голове.

**Готово, когда** ни одна сделка в работе не висит без следующего шага, а рабочий день начинается с календаря и списка задач.

## Шаг 6. Свои справочники

**Зачем.** Пока справочники [заполнены демонстрационными данными](whats-ready.md), каждый заказ набирается руками. Когда в системе появятся ваши товары, услуги и типы изделий с формулами, расчёт превращается в ввод размеров: система сама подберёт материалы, посчитает расход и добавит работы.

Это шаг, который экономит больше всего времени, — и именно поэтому его хочется сделать первым. Не делайте: пока не посчитан десяток заказов, непонятно, что настраивать.

**Что сделать.**

1. Заменить демонстрационные [услуги](../directories/provideservices.md) на свои и поставить свои цены.
2. Завести 10–20 самых ходовых [товаров](../directories/products.md) или загрузить их [импортом](../directories/products-import.md). Весь ассортимент вносить не нужно.
3. Настроить один [тип изделия](../directories/orderinstancetypes.md) — тот, что считаете чаще всего: [поля ввода](../directories/orderinstancetypes-fields.md) и [формулы](../directories/orderinstancetypes-formulas.md).
4. Посчитать им пару заказов, поправить формулы и только потом браться за следующий тип.

**Готово, когда** типовой заказ считается вводом размеров, а не набором позиций руками.

## Шаг 7. Свои формы документов

**Зачем.** Клиент видит не систему, а ваши документы. КП, договор, бланк заказа и счёт должны быть с вашими реквизитами, логотипом и формулировками — теми, к которым привыкли ваши юрист и бухгалтер.

**Что сделать.**

1. Открыть **«Настройки»** → **«Дизайнер печатных форм»**. Раздел доступен только Собственнику.
2. Настроить формы, которыми пользуетесь чаще всего: коммерческое предложение, договор, счёт на оплату, бланк заказа.
3. Проверить их на реальном заказе — распечатать и показать тому, кто обычно готовит документы.

**Готово, когда** ни один документ для клиента не доделывается вручную после печати.

## Шаг 8. Комплектация заказов

**Зачем.** Появляется ответ на вопрос «что нужно купить под заказы, которые уже в работе». Материалы по заказу собираются в одном месте: что берём со склада, что заказываем у поставщика. Снабженец перестаёт зависеть от того, вспомнил ли менеджер сказать про ткань.

**Что сделать.**

1. Начать проводить заказы через раздел **«Комплектация заказов»**.
2. Договориться, кто отвечает за закуп и в какой момент смотрит список.

**Готово, когда** закуп идёт по списку из системы, а не по запискам от менеджеров.

## Шаг 9. Производство и исполнение работ

**Зачем.** Видно, что и к какому сроку изготавливается, кто чем занят и кто перегружен. Работы — монтаж, выезд, доставка, выполнение услуг — назначаются на конкретных людей и даты во вкладке **«Исполнители»** в заказе.

Отметка о выполнении здесь не формальность: **по дате выполнения работа попадает в зарплату исполнителя.** Поэтому шаг 9 идёт до шага 11, а не после.

**Что сделать.**

1. Если изготавливаете сами — начать вести заявки и план-график в разделе **«Производство»**.
2. Назначать работы исполнителям во вкладке **«Исполнители»** и следить, чтобы выполненное отмечалось.

**Готово, когда** исполнители узнают о своих работах из системы, а не по звонку.

{% note info %}

**Производство есть не у всех.** Компания по клинингу, химчистка, служба монтажа или ремонта ничего не изготавливает — им нужна только вторая половина шага, работы с исполнителями. Раздел «Производство» в этом случае просто не используется.

{% endnote %}

## Шаг 10. Складской учёт

**Зачем.** Видно остатки и себестоимость по реальным закупочным ценам. Вы перестаёте покупать второй раз то, что лежит на полке, и знаете, из какого куска материала выкроен заказ.

**Что сделать.**

1. Завести склад и [оприходовать](../stock/incoming.md) то, что покупаете сейчас.
2. Начать [резервировать товар под заказы](../stock/reserve.md) и [списывать его в работу](../stock/order-writeoff.md).
3. Старые остатки доводить постепенно — по мере расхода.

**Готово, когда** остаток в системе совпадает с тем, что на полке, по ходовым позициям.

{% note warning %}

**Полная инвентаризация перед стартом не нужна.** Самая частая причина застрять — решение «сначала пересчитаю всё, что лежит на складе, а потом начну». Склад можно включать постепенно и по одной группе товаров. До этого шага система прекрасно работает без него.

{% endnote %}

## Шаг 11. Начисление зарплаты

**Зачем.** Зарплата считается из того, что уже внесено: оклад, процент менеджера от продаж и работы исполнителей по датам выполнения. Отдельно вбивать ничего не нужно — если шаги 2 и 8 работают, данные уже есть.

**Что сделать.**

1. Настроить [правила начисления](../salary/generalinformation.md) для [менеджеров](../salary/salarymanagers.md) и [исполнителей](../salary/salarymasters.md).
2. Посчитать первый месяц и сверить с тем, как считали раньше.
3. Разобрать расхождения — обычно они показывают, где работы не отмечались выполненными.

**Готово, когда** расчёт зарплаты занимает минуты и не вызывает споров.

## Шаг 12. Аналитика

**Зачем.** Считать уже ничего не надо — цифры собираются сами из работы, которую вы вели все предыдущие шаги. Прибыль по заказам, эффективность менеджеров, окупаемость источников заявок, движение денег, продажи по поставщикам и типам изделий.

**Что делать.** Смотреть. Команда работает, вы наблюдаете и принимаете решения по фактам, а не по ощущениям.

**Готово, когда** вы открываете отчёт вместо того, чтобы спрашивать «как у нас дела».

## Сколько это занимает

| Шаги | Ориентир | Что уже работает |
|---|---|---|
| 1–2. Клиенты, заказы и КП | 2–3 недели | База клиентов, расчёты, счета и документы |
| 3–5. Лиды, воронка, задачи | месяц | Все обращения в одном месте, видимая воронка, ничего не забывается |
| 6–7. Справочники и формы | от недели | Быстрый расчёт по размерам, свои документы |
| 8–10. Комплектация, производство, склад | по мере надобности | Закуп, загрузка исполнителей, остатки |
| 11–12. Зарплата и аналитика | после трёх месяцев работы | Расчёт сам, отчёты по фактическим данным |

Сроки условные: компания с тремя сотрудниками проходит первые шаги за неделю, компания с двумя салонами — за месяц. Важен не темп, а то, что следующий шаг начинается после предыдущего, а не вместе с ним.

## Если внедрение застопорилось

**Сотрудники продолжают считать в таблице.** Почти всегда причина в том, что в системе считать пока дольше — не настроен тип изделия. Вернитесь к шагу 6 и настройте тот тип, который считают чаще всего.

**Взялись за склад и увязли.** Отложите. Остатки можно вести по-старому сколько угодно долго — заказы от этого считаться не перестанут.

**Данных много, переносить некогда.** Не переносите. Система наполняется работой: через два месяца в ней будут все активные клиенты и заказы просто потому, что вы в ней работали.

**Непонятно, зачем нужен раздел.** Посмотрите [как устроена работа в системе](lifecycle.md) — там про каждое звено сказано, что теряется без него.

## Смотрите также

1. [**Первый заказ за 15 минут**](first-order.md)
2. [**Что уже настроено за вас**](whats-ready.md)
3. [**Как устроена работа в системе**](lifecycle.md)
4. [**Добавляем сотрудников в систему**](../employees/employees.md)