Учёт заказов мастера и сервисной компании: как навести порядок в заявках, клиентах и деньгах

Почему тетрадь, заметки в телефоне и Excel рано или поздно перестают работать

У компании с сотрудниками и у мастера, который работает один, учёт заказов ломается по разным причинам. Один человек забывает детали: он сам видел заказ, просто не удержал в памяти, что именно обсуждали с клиентом. Руководитель нескольких сотрудников теряет не память, а видимость: заказ ведёт конкретный исполнитель, а не сам руководитель, и без общего списка узнать, на каком этапе заявка и кто её взял в работу, можно только позвонив этому сотруднику и спросив напрямую.

У компании порог, на котором это становится заметно, обычно ниже, чем кажется: уже при двух-трёх исполнителях координация через звонки и переписку в общем чате начинает съедать больше времени, чем сама работа с клиентом. У одного мастера порог другой, но по сути та же проблема: где-то между 10 и 15 активными клиентами держать всё в голове перестаёт получаться. После этой границы начинают появляться одни и те же симптомы: заявка из вечерней переписки теряется среди личных сообщений, на повторном звонке приходится переспрашивать то, что клиент уже объяснял, а посчитать доход можно только вручную, пересчитав все чеки и переводы.

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

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

Из чего состоит учёт заказов: слои для компании и для одного мастера

Учёт заказов не один список, а несколько связанных между собой слоёв данных: их обзор ниже, а подробный разбор дальше по тексту.

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

• Список заявок со статусами: единое место, где видно, на каком этапе находится каждый заказ, вместо того чтобы держать это в переписке или в памяти.
• Кто из сотрудников ведёт заявку: назначение конкретному исполнителю и видимость по всей команде сразу: только для тарифа с сотрудниками, мастеру-одиночке назначать заявку некому, кроме себя.
• Карточка клиента с историей: не просто телефон и имя, а весь контекст предыдущих обращений (адрес, что делали, сколько это стоило).
• Учёт материалов и расчёт стоимости: отдельные числа по материалам и по работе на каждый заказ, чтобы итоговая сумма считалась сама, а не «на глаз».
• Учёт дохода: понятная картина того, сколько реально заработано за день, неделю и месяц, без ручного пересчёта чеков в конце периода.

Статусы заявки: какие стадии нужны и зачем

Статус отвечает на вопрос «что сейчас происходит с этим заказом» сразу, без звонка клиенту или пролистывания переписки. Без статусов заявка существует в одном из двух состояний: «где-то в процессе» или «наверное, забыта», и различить их можно только вспомнив или уточнив вручную.

Рабочий жизненный цикл заявки обычно укладывается в четыре стадии: новая (визит запланирован, время и детали согласованы с клиентом), в пути (мастер выехал), на месте (работа выполняется) и выполнена (заказ закрыт, деньги получены или ожидаются), плюс отдельная стадия «отменена», если заказ не состоялся. Этого набора достаточно почти для любой выездной специальности, от сантехника до установщика дверей.

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

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

Кто из сотрудников ведёт заявку и кто её срывает

Для компании с несколькими исполнителями статуса заявки недостаточно: нужно ещё видеть, кто именно её ведёт, и не выяснять это звонком, если заказ завис. В Planio владелец аккаунта на командном тарифе назначает заявку конкретному сотруднику, а по каждой заявке пишется история: кто взял её в работу, когда сменился статус, кто передал заявку другому. Исполнитель видит только свои заявки и не тонет в общем потоке, руководитель и менеджер видят все заявки организации сразу.

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

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

Карточка клиента: что обязательно фиксировать

Разница между контактом в телефонной книге и полноценной карточкой клиента заключается в истории. Имя и номер телефона говорят только о том, что этот человек когда-то обращался. Карточка с историей отвечает на вопросы, которые реально возникают на повторном визите: что делали в прошлый раз, какие материалы использовали, сколько это стоило, есть ли гарантия на выполненную работу.

Минимальный набор полей на карточку: адрес, телефон, дата и краткое содержание каждого визита, сумма заказа. Для профессий, где важна техническая специфика (модель котла у мастера по отоплению, марка кондиционера у монтажника, модель техники у мастера по ремонту бытовой техники), стоит добавить отдельное поле под эти детали, чтобы не искать их в переписке или не переспрашивать у клиента заново.

Эффект нагляднее всего на постоянных клиентах, тех, кто обращается не один раз в год, а регулярно. Именно они первыми уходят к другому мастеру, если каждый раз приходится объяснять всё заново: какой кран стоит на кухне, где именно проходит проводка, что обсуждали в переписке два месяца назад. Карточка клиента с историей превращает повторное обращение в быстрый разговор по существу вместо допроса с целью восстановить контекст.

Есть и менее очевидная польза: карточка клиента с датами прошлых визитов уже готовый список для напоминаний. Мастер по отоплению может через полгода после установки котла предложить плановое ТО именно тем клиентам, которым это действительно нужно, а не рассылать одно и то же сообщение всей базе без разбора.

Для компании с сотрудниками важно, что карточка принадлежит организации, а не личному телефону конкретного сотрудника: если клиента вёл один исполнитель, а он уволился или в отпуске, история визитов остаётся доступной всей команде, а не уходит вместе с человеком.

Как перестать терять заявки из мессенджеров

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

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

Второй источник потерь: заявки, которые приходят в момент, когда ответить сразу невозможно (мастер за рулём, под мойкой или уже на другом объекте). Здесь помогает не «отвечать быстрее», а убрать необходимость отвечать в моменте: личная ссылка для онлайн-записи, по которой клиент сам оставляет заявку с адресом и удобным временем без созвона, и она сразу попадает в общий список заведённой, минуя стадию сообщения, которое нужно заметить и обработать вручную. Перезвонить и назвать точное время визита можно уже тогда, когда это удобно вам.

Из этих двух правил (фиксировать сразу и не полагаться только на созвон) складывается практика, при которой заявка не может «потеряться в переписке» просто потому, что переписка больше не единственное место, где она существует.

Учёт материалов и расчёт стоимости без калькулятора

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

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

Разница особенно заметна у специальностей, где материалы составляют значительную долю стоимости заказа: у мебельщиков, установщиков дверей, мастеров по натяжным потолкам. Если считать только итоговую сумму без разбивки, легко переоценить фактический заработок: заказ на 15 000 рублей с материалами на 6 000 приносит 9 000, а не 15 000, и эта разница видна только тогда, когда материалы считаются отдельно с самого начала. В компании с сотрудниками это касается каждого заказа независимо от того, кто из исполнителей его закрыл: материалы привязаны к самому заказу, а не к личным записям конкретного человека.

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

Учёт дохода: сколько реально зарабатывает бизнес

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

В Planio доход на командном тарифе считается по всей организации целиком, а не по одному человеку: заказы всех сотрудников складываются в общую картину дня, недели и месяца. Сравнение по конкретным людям (кто из сотрудников сколько заявок закрыл и уложился ли в сроки) это отдельная задача, и ей отвечает уже не доход, а страница «Команда» из предыдущего раздела.

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

У сезонных специальностей (монтажников кондиционеров, мастеров по отоплению) разница между доходом в пик сезона и в межсезонье может отличаться в разы. Без понятной картины по месяцам легко потратить заработанное летом или перед началом отопительного сезона, не отложив резерв на период, когда заявок закономерно меньше. Учёт по периодам делает эту разницу видимой заранее, а не постфактум.

Отдельно стоит разделять доход и выручку: выручкой считается сумма всех заказов за месяц, а доходом то, что остаётся после вычета материалов. Путаница между ними создаёт ложное ощущение благополучия: заказов на 200 000 рублей за месяц звучит внушительно, но если 80 000 из них ушло на материалы, реальный доход составит 120 000, и планировать личный бюджет стоит именно от этой цифры.

Excel и Google Таблицы против CRM: где проходит граница

Таблицы не плохой инструмент, а инструмент с конкретными границами применимости. Для одного-двух десятков заказов в месяц, без сложной истории по клиентам, таблица справляется: строка на заказ, пара столбцов на сумму и статус. Проблемы начинаются не из-за объёма данных как такового, а из-за того, что таблица не умеет связывать их между собой.

Три конкретных ограничения проявляются быстрее всего. Таблица не напоминает о статусе заявки: если не открыть файл и не посмотреть, легко забыть о заказе, который завис на середине. Таблица не связывает автоматически материалы с итоговой суммой: формулы можно настроить, но при ручном вводе они первыми ломаются от опечатки или случайно стёртой ячейки. И таблица не показывает календарь визитов: расписание на день приходится собирать отдельно, глядя в те же строки и мысленно раскладывая их по времени.

Момент, когда стоит переходить от таблицы к системе с заявками, календарём и клиентами в одном месте, обычно совпадает с тем же порогом в 10–15 активных клиентов, о котором шла речь в начале: до этого таблица не создаёт заметных проблем, после начинает требовать больше времени на поддержание, чем экономит на самом ведении записей.

Как перенести учёт из блокнота или Excel в систему за один вечер

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

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

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

Для компании с сотрудниками добавляется один шаг перед этими тремя: пригласить сотрудников по ссылке на email и назначить каждому роль. После этого назначение новых заявок конкретным людям встраивается в тот же процесс, что и заведение самого заказа, отдельного обучения не требует.

Итог

Учёт заказов не один список, а несколько связанных слоёв: статусы заявок, карточка клиента с историей, материалы и стоимость по каждому заказу, понятная картина дохода за период, а для компании с сотрудниками ещё и видимость, кто из них какую заявку ведёт. Тетрадь, переписка и Excel справляются с частью этих задач, пока заказов и людей немного, но ни один из них не связывает данные между собой автоматически, и с ростом это создаёт основную рутину: у бригады раньше, у одного мастера позже.

Planio собирает все эти слои учёта в одном месте: заявки со статусами, назначение и видимость по сотрудникам, карточки клиентов с историей, материалы и работа с автоматическим расчётом суммы, доход по дню, неделе и месяцу. Работает на тарифе для одного мастера и на любом из тарифов для команды, а первые 14 дней после регистрации доступны без ограничений. Заведите первый заказ сегодня, а перенос старой истории оставьте на потом, если он вообще понадобится.