---
metadata:
  - name: generator
    content: Diplodoc Platform v5.63.4
style:
  - _style/main.css
vcsPath: steps/lifecycle.md
alternate:
  - href: https://help.curs24.online/steps/lifecycle.md
    type: text/markdown
    title: Markdown version
  - href: https://help.curs24.online/llms.txt
    rel: describedby
---
# Как устроена работа в системе

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

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

## Путь заказа от обращения до денег

```mermaid
%%{init: {"flowchart": {"htmlLabels": false}} }%%
flowchart TD
  A["Обращение<br/>заявка, звонок, сообщение"] --> B["Клиент<br/>карточка в базе"]
  B --> C["Проект<br/>замер, расчёт, КП"]
  C --> D["Заказ<br/>состав, сроки, договор"]
  D --> E["Комплектация<br/>закуп и списание со склада"]
  E --> F["Производство<br/>если изготавливаете сами"]
  F --> G["Работы<br/>монтаж, выезд, услуги"]
  E -.->|без изготовления| G
  G --> H["Заказ сдан<br/>деньги, зарплата, аналитика"]
  class F muted
  class H accent
```

Не каждая компания проходит весь путь: производство есть не у всех, склад нужен не всем, а постоянному клиенту заказ заводят сразу, без проекта и замера. Короткие пути разобраны в конце страницы.

## Обращение

**Ведёт:** менеджер. **Раздел:** [«Лиды»](../leads/leads.md).

Человек написал в WhatsApp, оставил заявку на сайте, прошёл квиз или позвонил. Все обращения попадают в один список — лиды — независимо от того, откуда пришли. Менеджер видит источник, историю переписки и запись звонка в одном месте.

Задача этапа — понять, ваш это клиент или нет. Подходит — переводим в клиенты, не подходит — отклоняем с указанием причины.

**Без этого этапа** заявки живут в мессенджерах, почте и голове менеджера. Часть теряется молча: никто не знает, сколько именно, потому что считать нечего. И вы не можете сказать, какая реклама окупается, — источник обращения нигде не зафиксирован.

## Клиент

**Ведёт:** менеджер. **Раздел:** [«Клиенты»](../clients/clients.md).

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

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

## Проект

**Ведёт:** менеджер. **Раздел:** «Проекты».

Этап, на котором продажа ещё не состоялась. Клиенту нужно назначить замер, снять размеры, посчитать смету, отправить коммерческое предложение и дождаться ответа. Проект проходит этапы на доске: замер назначен → замер выполнен → расчёт готов → КП отправлено → условия согласованы.

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

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

## Заказ

**Ведёт:** менеджер. **Раздел:** [«Заказы»](../orders/orders.md).

Клиент согласился, начинается работа. В заказе лежит всё: изделия и их состав, сроки, оплаты, расходы, задачи и переписка по нему.

Заказ идёт по статусам, и по ним видно, где он сейчас:

| Статус | Что означает |
|---|---|
| **Расчёт заказа** | состав ещё уточняется |
| **Оформление заказа** | договор и счёт, ждём предоплату |
| **Комплектация заказа** | подбираем материалы: закуп или склад |
| **В производстве** | изделия изготавливаются |
| **Заказ изготовлен** | готово, осталось смонтировать или выдать |
| **Заказ сдан** | работы приняты клиентом |
| **Заказ отменён** | заказ не состоялся |

**Без этого этапа** на вопрос «что с моим заказом» отвечает тот, кто помнит. Клиент звонит менеджеру, менеджер — на производство, производство ищет по журналу.

## Комплектация

**Ведёт:** комплектовщик или снабженец. **Раздел:** «Комплектация заказов».

Для заказа нужны материалы. Часть лежит на складе, часть надо купить. На этом этапе решают, откуда брать: [резервируют товар со склада](../stock/reserve.md) или заказывают у поставщика.

Когда материал уходит в работу, его [списывают со склада в заказ](../stock/order-writeoff.md) — остаток уменьшается, а в себестоимость заказа попадает цена того куска, который реально ушёл.

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

## Производство

**Ведёт:** руководитель производства. **Раздел:** «Производство» → «Заявки» и «План-график».

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

{% note info %}

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

{% endnote %}

**Без этого этапа** (у тех, кому он нужен) сроки живут в голове мастера, а загрузка цеха выясняется в день, когда что-то не успели.

## Работы: монтаж, выезд, услуги

**Ведёт:** менеджер назначает, исполнители выполняют. **Где:** вкладка **«Исполнители»** в заказе.

Почти в каждом заказе кто-то куда-то едет и что-то делает руками: монтирует карнизы, вешает изделия, выезжает на уборку, забирает вещи в химчистку и привозит обратно. Эти работы назначаются во вкладке **«Исполнители»**: слева услуга и изделие, справа календарь по дням месяца — вы ставите, кто и когда это делает.

Когда работа выполнена, у неё проставляется дата выполнения. Это не формальность: **именно по дате выполнения работа попадает в зарплату исполнителя за месяц.**

**Без этого этапа** монтажники распределяются по звонку и записке, два выезда назначаются на одно время, а в конце месяца зарплата считается по памяти и вызывает споры.

## Заказ сдан: деньги, зарплата, аналитика

**Ведёт:** собственник. **Разделы:** «Операции», [«Заработная плата»](../salary/salary.md), «Аналитика».

Заказ сдан — работа закончена, но след от неё остаётся в трёх местах.

**Деньги.** Оплаты клиента и расходы по заказу вносятся по ходу дела, а в разделе [«Операции»](../money/money.md) видно движение денег целиком: сколько пришло, сколько ушло, что осталось.

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

**Аналитика.** Отчёты по менеджерам, клиентам, поставщикам, типам изделий, источникам обращений и движению денег. Каждый отчёт читает то, что вы вносили на предыдущих этапах.

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

## Коротких путей не надо бояться

Полный путь проходят не все заказы, и система этого не требует.

| Что пропускаем | Когда так делают | Что вместо этого |
|---|---|---|
| **Лид** | клиент пришёл по рекомендации, обращение обрабатывать не нужно | Заводим сразу карточку клиента |
| **Проект** | постоянный клиент, замер не нужен, состав понятен | Создаём заказ, минуя проект |
| **Комплектацию** | работаете материалом клиента или закупаете под каждый заказ без склада | Товары добавляем в изделие из каталога |
| **Производство** | ничего не изготавливаете: уборка, чистка, монтаж, ремонт | Не используем раздел, после комплектации сразу работы |
| **Работы** | клиент забирает сам, выезд не нужен | Вкладку «Исполнители» не заполняем |

Пропущенный этап ничего не ломает: заказ просто переходит к следующему.

{% note tip %}

**Не пытайтесь включить сразу все звенья.** Компании, которые начинают с настройки склада и производства, обычно бросают на второй неделе. Порядок, который работает, описан в [алгоритме внедрения](implementation.md): сначала считаем заказы, потом добавляем всё остальное.

{% endnote %}

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

1. [**С чего начать**](thebeginning.md)
2. [**Что уже настроено за вас**](whats-ready.md)
3. [**Первый заказ за 15 минут**](first-order.md)
4. [**Алгоритм внедрения**](implementation.md)