Своя программа для салона красоты: расчёт зарплаты мастеров без CRM

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

А началось всё с обычной сверки выплат.

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

Ручной расчёт легко растягивается на несколько дней. На форуме владельцев салонов называют цифру: 1-2 часа вместо нескольких дней после перехода к учёту в одном месте. Ручная схема при этом не только ошибается в цифрах. Бывало, мастер не соглашался с итогом, и мы начинали разбирать переписку вместо работы.

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

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

Что изменится в работе салона, если считать выплаты в одном листе?

Я перестала собирать итог «на глаз». Если мастер спрашивает, откуда взялась сумма, я открываю не переписку и не собственную память, а строки визитов.

Одна строка описывает одну оказанную услугу. В ней есть:

• мастер;
• услуга;
• цена по прайсу;
• скидка;
• фактическая оплата;
• расходники;
• источник клиента;
• статус;
• база начисления;
• сумма мастера.

Так видно не только итоговое начисление за работу. Видно, какое правило сработало. Если источник клиента влияет на процент, это тоже остаётся в строке.

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

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

Почему свой расчётный лист удобнее готового сервиса?

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

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

В собственном листе я просто добавляю отдельные поля и строку в справочник правил.

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

Есть и обратная сторона самостоятельной сборки. Формулы нужно защищать. Доступы нужно продумывать.

Резервные копии нужно делать. Если несколько точек работают по разным правилам, простая таблица быстро перестаёт быть простой.

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

Из чего состоит программа для работы салонов красоты?

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

Справочник мастеров. Здесь находятся имена или идентификаторы мастеров и их рабочие параметры. Не стоит дублировать имя вручную в каждой строке, если его можно выбрать из списка.

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

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

Правила начисления. Здесь фиксируется решение владельца:

• считать от цены после скидки или от другой базы;
• вычитать расходники или нет;
• применять процент;
• использовать фиксированную выплату;
• менять правило для конкретного источника клиента.

Единого правила, как учитывать скидку и расходники, нет. Это решение салона. Его нужно записать явно.

Журнал визитов. Одна строка - одна выполненная услуга. Если клиент за один визит сделал стрижку и окрашивание, это две строки. Я решила не объединять несколько услуг в одну строку: иначе потом трудно понять, какая часть оплаты относится к какому начислению.

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

Для списков мастеров, услуг и источников удобно использовать выпадающие значения. Google Sheets умеет отклонять значение, которого нет в заданном списке, поэтому варианты вроде «Яндекс», «яндекс» и «Яндекс Карты» не расползаются по разным написаниям.

Что поставить перед сборкой расчёта?

Я поставила редактор один раз и не стала изучать его как программист. Для моей задачи это место, где видна папка проекта и файлы, которые создаёт помощник.

Claude Code работает внутри редактора. Я описываю задачу словами, а он предлагает структуру, создаёт таблицы и объясняет результат. Код самостоятельно писать не приходится.

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

Есть важное ограничение. Бесплатный Claude не даёт официального доступа к Claude Code. Для самостоятельной сборки нужен Claude Pro или Max. Pro не означает безлимитное использование: действуют сессионные и недельные ограничения, а расход зависит от длины сообщений, файлов и текущего диалога.

Официальная цена Claude Pro - $20 в месяц. В найденном российском канале цена ваучера составляет 2 819 ₽ в месяц. Это не официальный российский тариф Anthropic. Россия отсутствует в списке поддерживаемых стран Anthropic.

Помощнику я не дала задачу сразу подключать Telegram. Сначала нужно получить правильный расчёт. Уведомление мастеру имеет смысл только после проверки исходных строк, формул и защиты от дублей.

Как собрать расчётный лист по шагам?

1. Создай папку и опиши задачу.

   Открой Visual Studio Code, создай папку проекта и попроси помощника сначала разобраться в процессе, а не сразу писать программу.

   Разобрать задачу салонаСкопировать промпт

   У меня небольшой салон красоты. Я веду запись клиентов и распределяю услуги между мастерами. В конце периода мне приходится сверять журнал записи, кассу и переписки, чтобы посчитать начисление за работу. Хочу расчётный лист, где одна выполненная услуга занимает одну строку, а рядом видны мастер, услуга, оплата, скидка, расходники, источник клиента, база начисления и сумма мастера. Пока не пиши код. Разбери задачу простыми словами, перечисли необходимые справочники, журнал визитов, правила начисления и сводку по выплатам. Задай вопросы, если данных не хватает. Сохрани разбор в файл plan.md.

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

2. Создай справочники салона.

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

   Создать справочникиСкопировать промпт

   Создай в проекте структуру справочников для расчёта выплат мастерам. Нужны отдельные справочники: Мастера, Услуги, Источники клиента, Правила начисления и Статусы визита. В справочнике услуг храни название услуги, цену, тип начисления, процент и фиксированную сумму. В источнике клиента добавь варианты Своя запись, Площадка и Рекомендация. В правилах начисления отдельно укажи, вычитаются ли скидка и расходники из базы, и применяется ли процент или фиксированная выплата. Не придумывай универсальное правило: оставь каждое решение настраиваемым. Объясни, где лежит каждый справочник и как добавить новый вариант.

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

3. Собери журнал выполненных услуг.

   Здесь появляется основа будущего расчёта.

   Создать журнал визитовСкопировать промпт

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

   Проверь глазами три тестовые строки. У каждой должен быть свой operation_id. Поля скидки, фактической оплаты и расчётной базы должны быть отдельными.

4. Зафиксируй правило начисления.

   Не оставляй порядок вычислений на догадку помощника или администратора.

   Настроить правила начисленияСкопировать промпт

   Настрой расчёт выплаты мастеру по правилам из справочника. Сначала рассчитай сумму после скидки: цена услуги минус скидка. Затем для каждой услуги проверь, нужно ли вычитать расходники. После этого примени процент или фиксированную выплату по правилу услуги и источника клиента. Если правило не найдено или источник клиента неизвестен, не ставь начисление 0: присвой строке статус Требует решения и покажи причину. Сохрани отдельно сумму после скидки, расходники, расчётную базу и сумму мастера. Покажи на тестовых строках все промежуточные значения.

   Правильный результат - не только итоговая сумма. В строке должны быть видны промежуточные значения. Если неизвестное правило превращается в ноль, останови работу и попроси исправить это.

5. Добавь выпадающие списки.

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

   Добавить выпадающие спискиСкопировать промпт

   Добавь в журнал Визиты выпадающие списки для полей Мастер, Услуга, Источник клиента и Статус. Значения должны подгружаться из соответствующих справочников. Не разрешай вводить значение, которого нет в справочнике, и показывай понятное сообщение об ошибке. Если справочник меняется, список должен обновляться. Поля operation_id, расчётная база и сумма мастера не должны редактироваться вручную.

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

6. Запусти расчёт после выполнения.

   Начисление не должно считаться по каждой запланированной записи.

   Добавить статус выполнения и пересчётСкопировать промпт

   Добавь в журнал Визиты статус Запланировано и статус Выполнено. Расчёт базы и суммы мастера запускай после изменения статуса на Выполнено. Повторное изменение строки не должно создавать вторую выплату. Для каждой обработанной строки сохраняй дату обработки, operation_id и статус расчёта. Если обязательное поле пустое, поставь статус Требует решения, запиши причину в журнал ошибок и не начисляй сумму. Объясни простыми словами, как проверить это вручную.

   Проверь три сценария: запланированная услуга не начисляется, выполненная услуга начисляется, повторное редактирование не создаёт вторую строку. Для запуска после отметки подходит edit-триггер. Месячную сводку можно запускать отдельным time-driven trigger.

7. Собери сводку по мастерам.

   Теперь можно смотреть итог, не теряя исходные строки.

   Собрать сводку выплатСкопировать промпт

   Создай сводку по выплатам за выбранный период. Покажи по каждому мастеру количество выполненных услуг, выручку после скидки, расходники, базу начисления и сумму мастера. Добавь разбивку по услугам и источникам клиента. Из каждой итоговой строки должна быть возможность перейти или открыть исходные строки журнала Визиты. Не включай в сумму строки со статусом Запланировано, Требует решения или Ошибка. Покажи отдельно количество необработанных и проблемных строк.

   В сводке проверь один итог вручную по исходным строкам. Если сумма не сходится, не переходи к Telegram. Сначала исправь правило или структуру данных.

8. Проверь расчёт на тестовых строках.

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

   Проверить расчёт на тестовых данныхСкопировать промпт

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

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

9. Подключи уведомление мастеру.

   Telegram оставь последним шагом. Он должен получать уже проверенный результат, а не сам считать выплату.

   Добавить уведомление в Telegram после проверкиСкопировать промпт

   Добавь отправку сообщения мастеру после успешной обработки выполненной услуги. Сообщение должно содержать дату, услугу, сумму после скидки, расходники, источник клиента, расчётную базу и начисление за работу. Источником расчёта остаётся журнал Визиты, Telegram не должен менять сумму. Добавь журнал отправок, повторную попытку при временной ошибке и защиту от повторного сообщения по operation_id. Если chat_id мастера отсутствует, поставь статус Требует настройки и не создавай ошибочное начисление. Объясни, где хранится токен и как не показывать его в браузере.

   В уведомлении проверь детализацию и журнал отправок. Гарантированную доставку обещать нельзя, поэтому должны остаться запись об отправке, ошибка и возможность повторной попытки.

Так собирают программы без программиста, и называется это вайб-кодинг.

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

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

Что появится в папке после сборки?

После сборки я смотрю не на код, а на назначение частей:

• Журнал операций хранит исходные визиты и operation_id.
• Настройки содержат мастеров, услуги, источники и правила.
• Расчёт показывает базу и сумму мастера.
• Сводка собирает итоги за период.
• Журнал ошибок объясняет, почему строка не обработалась.
• Резервная копия позволяет вернуть исходные операции до пересчёта.

Это важно, потому что формула может посчитать неправильно, а исходная строка должна остаться доступной для проверки.

Для обработки после отметки «Выполнено» используется edit-триггер. Он запускает действие после изменения значения в таблице. Для месячной сводки подходит time-driven trigger.

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

У Apps Script есть лимиты. Для бесплатного аккаунта Google указан общий лимит работы триггеров 90 минут в день, один запуск ограничен 6 минутами, а количество триггеров составляет до 20 на пользователя и скрипт. При превышении квоты выполнение останавливается с ошибкой.

В папке обязательно оставь:

• копию исходных операций;
• журнал ошибок;
• дату последней успешной обработки;
• число обработанных строк;
• статус последней сводки;
• резервную копию перед массовым изменением.

Что делать, если расчёт или уведомление сбилось?

1. Повторное сообщение создало вторую выплату. Причина бывает в повторной доставке или повторном запуске после тайм-аута.

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

Проверь одну тестовую строку с повторным запуском. В журнале должна остаться одна выплата и отметка о повторе.

2. Два прайса дают разные базы. Цена клиента и база мастера могут отличаться.

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

Если формула использует только итоговую оплату, это нужно исправить. В строке должны быть видны все четыре значения.

3. Неизвестное правило превратилось в нулевое начисление. Ноль не объясняет, что произошло.

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

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

4. Формулу случайно изменили руками. Если мастера редактируют расчётные ячейки, итог перестаёт быть надёжным.

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

Проверь доступом администратора, что исходную строку можно заполнить, а формулу нельзя случайно стереть.

5. Токен истёк или два запуска обновляют его одновременно. Такая ошибка может появиться не в первый день.

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

Проверка должна показывать понятный запрос повторной авторизации, а не пустую строку начисления.

6. Квота чтения закончилась. Частое построчное чтение таблицы может упереться в ограничение раньше, чем кажется.

Найди причину ошибки превышения квоты чтения. Не читай таблицу по одной строке. Замени чтение на пакетную обработку ограниченного диапазона, не загружай архивные периоды в ежедневный расчёт и покажи дату последней успешной обработки и число обработанных строк. Если ожидается 42 услуги, а обработано 37, расчёт должен получить статус Ошибка и не считаться завершённым.

После исправления сравни количество строк до запуска и после него. Сам факт появления сводки не доказывает, что обработаны все визиты.

Сколько стоит свой лист и когда нужна готовая система?

Claude Pro - это постоянная статья расходов схемы. Официальная цена Anthropic составляет $20 в месяц. Через найденный российский канал цена ваучера составляет около 2 819 ₽ в месяц. Это цена посредника, а не официальный российский тариф.

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

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

Готовая система становится разумнее, если:

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

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

Что сделать сегодня, если не дружишь с технологиями?

Первый набор можно сделать совсем маленьким:

1. одна услуга;
2. один мастер;
3. одна тестовая оплата;
4. одна скидка или её отсутствие;
5. один источник клиента;
6. одно правило начисления.

Для ориентира можно взять бесплатный шаблон расчёта себестоимости услуги или простую формулу процента от выручки. Но готовые примеры обычно не учитывают одновременно скидку и источник клиента. Эти поля придётся добавить отдельно.

Скопируй первый промпт из практического раздела и попроси помощника не писать код, а задать вопросы. Если ответ наполнен непонятными словами, попроси перевести его на язык администратора салона.

Не начинай с Telegram. Пока не проверена таблица, уведомление только усложнит поиск ошибки. Сначала добейся правильного начисления в одной строке, затем добавляй автоматическую отправку.

На практикуме вайб-кодинг проходят руками на собственной задаче. Там не нужно сначала становиться программистом. Нужно принести свою рутину, разложить её на части и собрать рабочую вещь с понятной проверкой.

Вопросы и ответы