Как сделать сайт для бизнеса: общий порядок работ

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

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

Шаг 1. Определите цель сайта

Начинать создание сайта с нуля стоит с вопроса, зачем он вам нужен. «Чтобы был» – это не цель. Цель формулируется как действие посетителя: оставить заявку, позвонить, оформить заказ, записаться, скачать прайс.

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

Полезно выписать три вещи:

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

Это простое упражнение сильно упрощает разговор с любым исполнителем, потому что задача становится измеримой.

Шаг 2. Опишите аудиторию и запросы

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

Если вы уже работаете, самый честный источник – ваши собственные переписки и звонки. Выпишите повторяющиеся вопросы: «сколько стоит», «как быстро», «что если не подойдёт», «как оплатить». Каждый такой вопрос должен получить ответ на сайте.

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

Шаг 3. Спроектируйте структуру

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

1. Главная: кто вы, чем полезны, главный призыв к действию.
2. Услуги или каталог: отдельная страница на каждую услугу или группу товаров.
3. О компании или обо мне: опыт, подход, реквизиты.
4. Примеры работ или кейсы: только реальные.
5. Контакты: телефон, мессенджеры, адрес, форма.
6. Страницы для юридических требований: политика обработки персональных данных, согласие на cookie.

Если сайт простой, всё может уместиться на одной странице, и это нормально. Подробнее о таком формате – в статье про сайт-визитку и о более развитой структуре – про корпоративный сайт.

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

Шаг 4. Выберите способ создания сайта

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

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

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

Шаг 5. Домен и хостинг

Домен – это адрес сайта, хостинг – место, где хранятся его файлы. В конструкторе хостинг обычно входит в тариф, а при разработке на заказ и на CMS вы выбираете его отдельно или получаете от исполнителя.

Несколько правил, которые экономят нервы:

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

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

Шаг 6. Дизайн и тексты

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

Практический порядок работы такой:

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

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

Фотографии команды, продукции и реальных работ почти всегда убедительнее стоковых картинок. Если реальных материалов нет, лучше показать меньше, но честно.

Шаг 7. Заявки, аналитика и проверка

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

1. Форма заявки отправляет данные и вам приходит уведомление (на почту, в Telegram или в CRM).
2. Клиент видит подтверждение, что заявка принята.
3. Рядом с формой есть согласие на обработку персональных данных и ссылка на политику. Требования законодательства лучше уточнить у юриста, это не юридическая консультация.
4. Подключена аналитика, например Яндекс.Метрика, и настроены цели: отправка формы, клик по телефону, переход в мессенджер. Если используете счётчик, продумайте баннер согласия на cookie.
5. Сайт удобно открывается на телефоне: кнопки нажимаются, текст читается без увеличения, форма заполняется без прокрутки вбок.
6. Страницы загружаются быстро, картинки сжаты, ничего не «прыгает» при загрузке.
7. У каждой страницы заполнены заголовок и описание для поисковой выдачи.

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

Шаг 8. Запуск и продвижение

Запуск – это не финиш, а начало. Сайту нужно время, чтобы поисковые системы его проиндексировали. Чтобы ускорить знакомство с ним, добавьте сайт в вебмастера Яндекса и Google, отправьте карту сайта и убедитесь, что нужные страницы открыты для индексации.

Основные каналы привлечения посетителей:

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

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

Частые ошибки

Вот что чаще всего мешает сайту приносить пользу:

• Запуск без цели. Сайт сделали «как у всех», а что с него должно получаться, никто не определил.
• Тексты «на потом». Дизайн готов, содержания нет, и в итоге на страницах остаются заглушки или чужие формулировки.
• Домен и доступы на исполнителе. При конфликте или исчезновении подрядчика вы не можете ни изменить, ни перенести сайт.
• Ставка только на внешний вид. Эффектная анимация не заменяет понятного предложения и заметной кнопки.
• Забытый телефон. Значительная часть посетителей приходит с мобильных устройств, а сайт проверяли только на компьютере.
• Нет аналитики. Без неё невозможно понять, откуда приходят люди и на каком шаге они уходят.
• Игнорирование юридической стороны: политика конфиденциальности, согласия на формах, cookie-баннер, реквизиты продавца в магазине.
• Отсутствие плана после запуска: нет владельца контента, нет графика обновлений, нет бюджета на продвижение.

Как это делаю я

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

Ориентир по стоимости: сайты и лендинги на заказ начинаются от 60 000 ₽, интернет-магазины от 150 000 ₽. Итоговая цена зависит от объёма и логики, поэтому точную называю только после брифа. Подробнее об услуге – на странице разработки сайтов. Как это выглядит на практике, можно посмотреть в кейсе сайта фотосалона «Фото+»: девять направлений услуг, загрузка файлов, корзина, оплата и доставка.

Что делать дальше

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

Частые вопросы

Конструктор сайтов или разработка: три варианта, а не два

Обычно спорят о двух крайностях, но на практике вариантов три:

• Конструктор (Tilda и аналоги). Сайт собирается из готовых блоков в визуальном редакторе. Хостинг и техническая часть входят в подписку.
• CMS (например, WordPress). Установленная система управления содержимым с темой и плагинами. Файлы и база у вас, но обновления и безопасность надо поддерживать.
• Разработка на заказ. Сайт создаётся под вашу задачу: дизайн, логика и интеграции проектируются с нуля или на основе выбранного фреймворка.

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

Сравнение по критериям

Строки «цена» и «SEO» специально описаны без чисел: тарифы конструкторов меняются, а результат в поиске зависит от ниши и конкуренции, а не от типа платформы. Актуальные условия платформы всегда проверяйте на её сайте.

Когда достаточно конструктора

Конструктор – рабочее решение, а не «игрушка», если задача понятная и стабильная. Он хорошо подходит в таких случаях:

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

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

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

Когда конструктор становится тормозом

Чем плох конструктор сайтов? Не тем, что он «плохой», а тем, что у него есть потолок. Сигналы, что вы к нему подошли:

1. Нужна логика, которой нет в блоках: расчёт стоимости по вашим правилам, подбор комплектации, конструктор изделия.
2. Нужна двусторонняя интеграция с CRM, учётной системой или складом, а не просто отправка заявки на почту.
3. Появляется личный кабинет, роли пользователей, история заказов.
4. Каталог растёт, а фильтры, остатки и цены меняются часто.
5. Вы хотите перенести сайт на другой хостинг или к другому исполнителю, но платформа этого не даёт или даёт частично.
6. Скорость и структура страниц упираются в готовые блоки, которые нельзя оптимизировать глубже.

Любая из этих причин не означает, что конструктор «плох». Она означает, что задача выросла из инструмента.

Скрытые расходы, о которых не говорят на старте

Сравнивая стоимость, часто смотрят только на цену первого месяца. Полезнее считать за три года и включать:

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

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

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

Пять вопросов, чтобы принять решение

Вместо абстрактного «что лучше» ответьте на пять конкретных вопросов.

1. Что сайт должен уметь через год?

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

2. С какими системами он должен общаться?

Список интеграций – самый надёжный индикатор. Простые связки (заявка в Telegram, письмо на почту) доступны везде. Обмен данными с CRM, кассой, службой доставки и складом уже требует гибкости. Например, магазин с доставкой и остатками ближе к разработке, чем к блоку на странице.

3. Какой у вас горизонт?

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

4. Что для вас значит «владеть сайтом»?

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

5. Кто будет вести сайт?

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

Как объединять подходы

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

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

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

Частые ошибки

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

Что входит в мою работу

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

Процесс такой: бриф и аналитика (один-три дня), фиксированная смета, прототип и дизайн, разработка спринтами с демо, тестирование и запуск, при необходимости поддержка по подписке. Цены на сайты и лендинги начинаются от 60 000 ₽, детали – на странице разработки сайтов. Пример нестандартной логики – конструктор адресных табличек на сайте «Фото+», где заказчик сам собирает изделие, загружает файлы и оплачивает заказ.

Что делать дальше

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

Частые вопросы

Что такое сайт-визитка

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

Формат подходит тем, кому не нужен большой каталог или сложные функции:

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

Главное преимущество визитки – простота. Её легко запустить, понять и поддерживать. Её задача не в том, чтобы поразить объёмом, а в том, чтобы убрать сомнения и подтолкнуть к контакту.

Чем отличается от лендинга и корпоративного сайта

Термины часто путают, хотя задачи разные.

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

Из чего состоит сайт-визитка

Минимальный набор блоков для сайта визитки для бизнеса выглядит так.

1. Первый экран. Название, одно предложение о том, что вы делаете и для кого, и заметная кнопка связи.
2. О вас или о компании. Кто стоит за услугой, какой опыт, чем вы занимаетесь. Если опыта мало, так и скажите, но подчеркните то, что можете подтвердить.
3. Услуги. Короткие карточки: что входит, для кого подходит, как заказать. Без длинных списков «на всякий случай».
4. Как проходит работа. Три-пять шагов от обращения до результата. Такой блок снимает тревогу перед первым контактом.
5. Примеры работ. Только реальные проекты. Если их пока нет, лучше не выдумывать, а показать процесс.
6. Отзывы. Только настоящие, желательно с возможностью проверить: имя, компания, ссылка. Нет отзывов – нет блока.
7. Контакты. Телефон, мессенджеры, почта, адрес и режим работы, если есть офис. Кнопки должны нажиматься с телефона.
8. Форма связи. Минимум полей: имя и способ связи. Чем короче форма, тем проще её заполнить.
9. Реквизиты. Название юридического лица или ИП, ИНН, ОГРНИП: это повышает доверие и нужно по закону для многих видов деятельности.
10. Юридические страницы. Политика обработки персональных данных и, если используются cookie-счётчики, согласие на них. Это не юридическая консультация: требования к вашей деятельности лучше сверить с юристом.

Если блока «Отзывы» или «Примеры» нет, не оставляйте пустых заглушек. Лучше короткий честный сайт, чем длинный с выдуманным содержимым.

Что добавить, если нужно, чтобы находили в поиске

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

Когда сайт-визитка – хороший выбор

Он подходит, если:

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

Когда визитки мало

Сигналы, что пора расти:

1. Услуг становится много, и они требуют отдельных страниц с подробным описанием.
2. Вы работаете с несколькими типами клиентов и каждому нужен свой текст.
3. Нужен блог или раздел с материалами для привлечения из поиска.
4. Появляется каталог, онлайн-оплата, запись или личный кабинет.
5. Нужны страницы вакансий, документов, сертификатов.
6. Клиенты просят информацию, которой на сайте нет, и вы отвечаете на одни и те же вопросы по телефону.

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

Сколько стоит сайт визитка

Универсального ценника нет: стоимость зависит от способа создания и объёма работы. Из чего она складывается:

• Дизайн. Готовый шаблон дешевле, индивидуальный дизайн под ваш бренд дороже.
• Тексты. Если вы пишете сами, расходов нет; если заказываете у копирайтера, это отдельная статья.
• Фотографии и материалы. Съёмка, обработка, иллюстрации.
• Форма заявки и интеграции. Отправка на почту проще, отправка в Telegram или CRM потребует настройки.
• Разработка и вёрстка. Собирается ли сайт из блоков или пишется кодом.
• Домен и хостинг. Регулярные расходы, которые платятся раз в год или помесячно.
• Аналитика, SEO-настройка, проверка на разных устройствах.
• Поддержка после запуска: обновления, правки, мониторинг.

Мои ориентиры: сайты и лендинги на заказ начинаются от 60 000 ₽. Точную сумму называю после брифа и фиксирую в смете, поэтому она не «плывёт» по ходу работы. Общий обзор ценообразования для разных проектов есть в статье о стоимости сайта, магазина и CRM.

Можно ли сделать сайт-визитку бесплатно

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

Сроки создания

Ориентиры зависят от подготовки материалов:

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

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

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

Частые ошибки

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

Как это делаю я

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

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

Что делать дальше

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

Частые вопросы

Что такое корпоративный сайт и зачем он компании

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

Основные задачи такого сайта:

• Доверие. Клиент, особенно корпоративный, проверяет компанию перед обращением: реквизиты, опыт, проекты, люди.
• Поиск. Отдельные страницы услуг и статьи позволяют находить вас по разным запросам в поиске.
• Обработка обращений. Формы, мессенджеры, звонки и заявки собираются в понятную систему.
• Информационная опора. Клиентам и партнёрам можно отправить ссылку вместо презентации в файле.
• Наём. Раздел с вакансиями помогает привлекать сотрудников.

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

Типовая структура корпоративного сайта

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

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

Главная страница

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

Страницы услуг

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

Кейсы и блог

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

Обязательные и рекомендуемые страницы по закону

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

1. Политика обработки персональных данных. Нужна, если вы собираете имена, телефоны и почту через формы.
2. Согласие на обработку персональных данных рядом с каждой формой.
3. Информация о cookie и согласие, если используются счётчики аналитики и рекламные метки.
4. Реквизиты организации: название, ИНН, ОГРН, адрес.
5. Публичная оферта, условия оплаты, возврата и доставки, если вы продаёте онлайн.
6. Лицензии и сертификаты, если ваша деятельность лицензируется.

Хранение заявок и данных клиентов тоже стоит продумать заранее: где находится сервер, кто имеет доступ, как долго хранятся данные. На моём сайте, например, заявки хранятся на сервере в Москве и удаляются через 12 месяцев. Аналогичные правила стоит закрепить и для вашего сайта.

Функции, которые часто нужны

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

• Формы заявок и обратной связи с уведомлением в почту, Telegram или CRM.
• Калькулятор стоимости или подбор услуги, если расчёт можно формализовать.
• Раздел документов, доступный для скачивания.
• Многоязычность, если работаете с иностранными клиентами.
• Личный кабинет клиента или партнёра.
• Интеграции с CRM, телефонией, мессенджерами, аналитикой.
• Админ-панель, в которой ваши сотрудники сами меняют тексты, добавляют статьи и кейсы.

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

CMS или разработка на заказ

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

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

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

Сколько стоит разработка корпоративного сайта

Корпоративный сайт цена определяется не названием, а составом работ. На итоговую сумму влияют:

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

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

Сроки

Обычно проект проходит такие этапы: бриф и аналитика (один-три дня), прототип и дизайн (одна-две недели), разработка (от двух до десяти недель, спринтами с демо), тестирование и запуск (три-семь дней). Реальный срок зависит от объёма, от скорости согласований и от того, готовы ли тексты и материалы.

Как оценить подрядчика

Когда вы решаете заказать корпоративный сайт, на что смотреть:

1. Договор. Есть ли предмет, этапы, сроки, порядок приёмки, ответственность сторон.
2. Смета. Понятна ли она и фиксирована ли: из чего складывается сумма и что будет, если объём изменится.
3. Передача результата. Отдаёт ли подрядчик исходники и доступы, на кого оформляется домен.
4. Реальные проекты. Можно ли открыть сайты, которые он сделал, и понять, за что отвечал именно он.
5. Прозрачность процесса. Есть ли демо по ходу работы или вы увидите результат только в конце.
6. Поддержка. Что будет после запуска: кто исправляет ошибки и что входит в подписку.
7. Кто выполняет работу. Работает ли исполнитель сам или передаёт проект неизвестным субподрядчикам.

Отдельно проверьте, что вам показывают по проектам, а не только по картинкам. Хороший признак – подрядчик готов объяснить решения, а не просто продемонстрировать красивый макет.

Частые ошибки

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

Что входит в мою работу

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

Для примера в практике: деловой форум КАПИТАЛИУМ – сайт с программой по дням, спикерами, тремя тарифами, онлайн-покупкой билета и FAQ (кейс КАПИТАЛИУМ). Это не совсем корпоративный сайт в классическом понимании, но структура страниц и работа с доверием у таких проектов схожи. Подробно об услуге – на странице разработки сайтов.

Что делать дальше

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

Частые вопросы

Что такое домен для сайта и как он работает

Компьютеры находят друг друга по числовым адресам (IP), а люди запоминают слова. Домен – это понятное имя, которое соответствует такому адресу. Связь между именем и адресом хранится в системе DNS.

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

Для сайта нужны три составляющие:

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

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

Как выбрать доменное имя

Хорошее имя работает как часть бренда. Практические критерии:

1. Короткое. Чем меньше символов, тем легче запомнить и меньше шансов сделать ошибку при вводе.
2. Читаемое. Его можно произнести и записать со слуха без пояснений. Проверьте: продиктуйте адрес коллеге по телефону и посмотрите, как он его запишет.
3. Без дефисов и цифр. Их сложно диктовать и легко потерять при переписывании. Дефис допустим, если иначе имя недоступно, но это компромисс.
4. Связано с брендом. Лучше совпадает с названием компании или вашим именем, чем с перечнем услуг вроде «купить-окна-недорого».
5. Без двусмысленности. Слитное написание слов иногда читается иначе, чем задумано. Запишите имя без разделителей и прочитайте вслух.
6. Не похоже на чужие бренды. Сходство с известной торговой маркой может привести к спору, и владелец знака иногда требует отказаться от домена. Это не юридическая консультация: сомнительные случаи стоит проверить у юриста.
7. Свободно в основных площадках. Проверьте, что название не занято в соцсетях и мессенджерах, чтобы адреса были единообразными.

Стоит ли включать ключевые слова

Домен с запросом в названии когда-то давал заметное преимущество в поиске. Сейчас это не главный фактор, а длинные имена с перечислением товаров хуже запоминаются. Если бренд ещё только формируется, допустимо сочетание названия и слова, поясняющего сферу. Но приоритет – узнаваемость, а не набор ключей.

Транслитерация и русские слова

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

Какую зону выбрать: .ru, .рф или .com

Зона – это окончание домена. Выбор зависит от аудитории и сферы.

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

Где купить домен

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

Как выбрать регистратора:

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

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

Заказ «под ключ» через исполнителя тоже возможен, но обязательно закрепите, что домен оформлен на вас.

Кому принадлежит домен

Это самый важный вопрос из всех. При регистрации указывается администратор (владелец) домена, и именно он вправе распоряжаться адресом: продлевать, переносить, передавать.

Что стоит сделать:

1. Регистрировать домен на себя как физическое лицо или на своё юридическое лицо или ИП, в зависимости от того, как устроен бизнес.
2. Создать аккаунт у регистратора самостоятельно, использовать свою почту и надёжный пароль, включить двухфакторную защиту, если она есть.
3. Если домен покупает исполнитель, потребовать доступ к аккаунту либо передачу домена на вас с фиксацией в договоре.
4. Хранить логин, пароль и контакты регистратора в надёжном месте, доступном не одному человеку.
5. Следить за актуальностью почты, привязанной к домену: именно на неё приходят уведомления о продлении.

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

Что проверить перед оплатой

Перед тем как купить домен для сайта, пройдите по чеклисту:

1. Имя свободно на выбранном регистраторе и в нужных зонах.
2. Проверена история домена, если он ранее использовался. Уточните, не находился ли он под санкциями поисковых систем, не связан ли с нежелательным содержимым, что за сайт на нём стоял раньше. Проверить можно через архивы сайтов и инструменты вебмастеров.
3. Нет очевидного сходства с чужим товарным знаком.
4. Понятна стоимость не только регистрации, но и продления.
5. Известен срок регистрации и правила после его окончания: есть ли льготный период и что будет с адресом, если вы забыли продлить. Условия зависят от зоны и регистратора.
6. Есть доступ к управлению DNS.
7. Уточнено, что услуги вроде скрытия данных, почты на домене и защиты включены или тарифицируются отдельно.
8. Данные владельца указаны верно: при проверке или споре расхождение может доставить проблем.

Если вы покупаете домен у другого владельца (вторичный рынок), добавьте проверку продавца и подтверждение передачи через регистратора, а не «на слово».

Привязка домена к хостингу и DNS простыми словами

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

• Смена серверов имён (NS-записей). Вы указываете у регистратора DNS-серверы хостинга, и дальше все записи ведутся у хостинга.
• Настройка записей у регистратора. Вы оставляете DNS у регистратора и добавляете нужные записи вручную.

Основные виды записей:

• A – связывает домен с IPv4-адресом сервера;
• AAAA – то же для IPv6;
• CNAME – указывает, что имя является псевдонимом другого;
• MX – определяет, куда доставлять почту домена;
• TXT – служебные данные, например подтверждение владения и защита почты.

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

Следующий шаг после привязки – безопасное соединение. Сертификат HTTPS выпускается на домен и защищает обмен данными между посетителем и сайтом. Подробнее в статье про SSL-сертификат для сайта. Общую последовательность работ при запуске описывает материал как сделать сайт для бизнеса, а если вы запускаете торговую площадку, домен нужно продумать раньше, чем начнёте делать интернет-магазин.

Продление и защита домена

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

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

Частые ошибки

• Регистрация домена на исполнителя или на случайного сотрудника.
• Слишком длинное или сложное имя, которое невозможно продиктовать.
• Покупка домена с сомнительной историей ради «дешевизны» или ради старых ссылок без проверки.
• Использование чужих торговых марок в названии.
• Отсутствие автопродления и уведомлений на актуальную почту.
• Путаница между доменом и хостингом: оплатили только один из них и удивляются, почему сайт не открывается.
• Регистрация всех возможных зон без перенаправления, из-за чего появляются дубли сайта.
• Смена домена без настройки постоянного перенаправления: теряются ссылки и позиции в поиске.

Как это делаю я

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

Что делать дальше

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

Частые вопросы

Зачем нужно ТЗ на сайт

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

ТЗ решает сразу несколько задач:

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

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

Техническое задание на сайт: из чего оно состоит

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

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

Шаблон ТЗ на сайт: чеклист

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

1. Бизнес-цель. Что должен получить бизнес: заявки, продажи, запись на приём, узнаваемость?
2. Целевое действие. Какое одно главное действие должен совершить посетитель: позвонить, оставить заявку, оплатить, скачать материал?
3. Аудитория и сценарии. Кто приходит, откуда (поиск, реклама, соцсети), что он хочет узнать в первую очередь.
4. Список страниц. Перечислите каждую и коротко опишите, что на ней должно быть.
5. Функциональность. Формы, каталог, поиск, фильтры, калькуляторы, корзина, личный кабинет, многоязычность.
6. Контент. Кто готовит тексты, фотографии и видео, в какие сроки и в каком виде их передаёт.
7. Дизайн. Есть ли фирменный стиль, какие сайты вам нравятся и почему, какие не нравятся.
8. Адаптивность. Как сайт должен выглядеть и работать на телефоне и планшете.
9. Интеграции. Метрика, CRM, платёжная система, доставка, мессенджеры, почтовые рассылки.
10. SEO. Какие запросы важны, нужна ли оптимизация страниц, перенос старых адресов с редиректами.
11. Безопасность и данные. HTTPS, хранение заявок, согласие на обработку персональных данных, политика конфиденциальности.
12. Хостинг и домен. Где размещается сайт, на кого оформлены домен и доступы.
13. Сроки и этапы. Даты сдачи каждого этапа и ответственные с обеих сторон.
14. Бюджет и оплата. Фиксированная смета, график платежей, что входит и что оплачивается отдельно.
15. Приёмка и гарантия. Как проверяется результат, сколько времени даётся на замечания, что происходит после запуска.

Если вы отвечаете на все пятнадцать пунктов, у вас на руках уже вполне рабочее ТЗ. Оформить его красиво можно потом, главное – содержание.

Как составить ТЗ на сайт по шагам

Шаг 1. Сформулируйте цель одной фразой

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

Шаг 2. Опишите путь посетителя

Представьте человека, который впервые попал на сайт. Что он ищет в первые секунды? Что должен прочитать, чтобы доверять? Где он нажмёт кнопку? Этот путь и есть основа структуры: страницы и блоки нужны, чтобы провести человека к целевому действию.

Шаг 3. Соберите структуру и функции

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

Шаг 4. Добавьте референсы

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

Шаг 5. Пропишите критерии приёмки

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

Пример фрагмента ТЗ

Чтобы было понятнее, как выглядит проверяемое требование, посмотрим на пример для формы заявки на лендинге. Это иллюстрация подхода, а не документ реального проекта.

• Поля: имя (обязательно), телефон (обязательно, проверка формата), комментарий (необязательно).
• Отправка: без перезагрузки страницы, кнопка блокируется на время запроса.
• Результат: посетитель видит сообщение об успешной отправке, а менеджер получает уведомление в Telegram с данными заявки.
• Хранение: заявка сохраняется на сервере, доступ ограничен паролем.
• Согласие: рядом с кнопкой стоит ссылка на политику конфиденциальности.
• Ошибки: если сервер недоступен, посетитель видит понятное сообщение и телефон для связи.

По такому описанию можно и написать код, и проверить результат. Сравните это с формулировкой "удобная форма обратной связи": проверить её невозможно.

Этапы разработки сайта

ТЗ напрямую связано с этапами работы, поэтому полезно понимать, как они идут. Вот типичная последовательность, по которой работаю я.

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

Когда ТЗ можно заменить кратким брифом

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

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

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

Частые ошибки

• Расплывчатые формулировки. "Современный дизайн", "удобная навигация", "быстрая загрузка" – ничего из этого нельзя проверить. Заменяйте оценки на критерии.
• Описание внешнего вида без описания логики. Макет показывает, как выглядит форма, но не показывает, что происходит с данными после отправки.
• Отсутствие контента. Сайт готов, а текстов и фотографий нет. Заранее решите, кто их готовит и к какому сроку.
• Забытые интеграции. О необходимости связать сайт с CRM или платёжной системой вспоминают на финальном этапе, и это меняет и сроки, и стоимость.
• Нет критериев приёмки. Без них "готово" означает разное для каждой стороны.
• Постоянные правки после утверждения. Если требования меняются на ходу, изменение объёма нужно оформлять дополнением к смете, а не вносить молча.
• Домен и доступы на исполнителе. Все доступы и исходники должны быть переданы заказчику, это стоит прописать в документе.
• Копирование чужого ТЗ. Шаблон из интернета помогает как каркас, но требования должны описывать именно ваш проект.

Как это делаю я

Я работаю напрямую, без менеджеров, поэтому ТЗ составляется вместе с вами на этапе брифа и аналитики. Вы рассказываете о бизнесе и задаче, я задаю уточняющие вопросы, затем готовлю смету и описание объёма. Смета фиксированная, договор заключается до начала работ, оплата привязана к результатам этапов, а исходники и доступы передаются вам. Если вы хотите понять, как это выглядит на практике, посмотрите страницу разработки сайтов и реальные кейсы, например сайт фотосалона Фото+, где в проекте были конструктор адресных табличек, корзина и оплата. Именно для таких сложных функций подробное ТЗ особенно полезно.

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

Что делать дальше

Возьмите чеклист из 15 пунктов, ответьте на каждый пункт хотя бы парой предложений и отметьте те, где ответа пока нет. Эти вопросы и стоит обсудить с исполнителем в первую очередь. Если хотите, чтобы документ и смету подготовил я, оставьте заявку в форме на сайте или напишите в Telegram @Maks_Abushek.

Частые вопросы

Что такое адаптивный дизайн сайта

Адаптивность строится на нескольких технических приёмах, и знать их в общих чертах полезно, чтобы разговаривать с исполнителем на одном языке.

• Мета-тег viewport. Он сообщает мобильному браузеру, что страница рассчитана на ширину экрана устройства, а не на "уменьшенный десктоп".
• Гибкие сетки. Ширина блоков задаётся не в жёстких пикселях, а в долях или процентах, поэтому колонки сжимаются и растягиваются вместе с окном.
• Медиазапросы (media queries). Это правила в стилях, которые включаются при определённой ширине экрана: например, меню превращается в кнопку-"бургер", а три колонки складываются в одну.
• Гибкие изображения. Картинки масштабируются по ширине контейнера, а для маленьких экранов можно загружать облегчённые версии.
• Удобные для пальца элементы. Кнопки и ссылки делают достаточно крупными и разносят так, чтобы по ним можно было попасть без увеличения.

Слово "адаптивная вёрстка" и словосочетание "адаптивный дизайн сайта" часто используют как синонимы. Строго говоря, дизайн – это то, как задумана компоновка для разных экранов, а вёрстка – как она реализована в коде. Хороший результат получается, когда над ними думают вместе с самого начала, а не подгоняют десктопный макет под телефон в последний момент.

Адаптивный сайт или мобильная версия: в чём разница

Исторически существовало два подхода. Первый – сделать отдельную мобильную версию, часто на поддомене вида m.example.ru, со своим шаблоном и иногда со своим содержимым. Второй – адаптивная вёрстка, когда один и тот же код обслуживает все устройства.

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

Почему без мобильной версии бизнес теряет клиентов

Вопрос "нужна ли мобильная версия" давно превратился в вопрос "как долго вы готовы терять тех, кто пришёл с телефона". Точную долю мобильных посетителей никто не назовёт вам заранее: она зависит от ниши и источников трафика. Но её легко узнать самому в отчёте об устройствах Яндекс.Метрики или Google Analytics. Если заходят с телефона хотя бы каждый второй, неудобный сайт напрямую снижает число заявок.

Потери происходят в несколько мест:

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

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

Адаптивность и поисковое продвижение

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

Из этого следуют практические выводы:

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

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

Как проверить адаптивность сайта

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

Режим устройств в браузере

В Chrome, Edge и Firefox откройте инструменты разработчика (клавиша F12 или сочетание Ctrl+Shift+I) и включите режим эмуляции устройств. Он показывает, как страница выглядит при разных размерах экрана. Выберите несколько готовых профилей телефонов и планшетов, а затем потяните границу окна вручную: некоторые дефекты проявляются только в промежуточных размерах.

Lighthouse и Google PageSpeed

Lighthouse встроен в Chrome DevTools и оценивает страницу по нескольким направлениям, включая доступность и лучшие практики. Отчёт на мобильном профиле покажет, есть ли проблемы с viewport, размером текста и областями нажатия. Похожие данные даёт сервис PageSpeed Insights.

Реальный телефон

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

Поиск и вебмастер

В панелях Яндекс.Вебмастера и Google Search Console можно увидеть отчёты об удобстве использования на мобильных устройствах, если такие проблемы обнаружены роботом. Это не заменяет собственной проверки, но помогает найти массовые ошибки.

Чеклист адаптивности

Пройдитесь по списку на своём сайте, открыв его на телефоне.

1. Нет горизонтальной прокрутки на любой странице.
2. Основной текст читается без увеличения.
3. Кнопки и ссылки достаточно крупные и не слипаются между собой.
4. Меню открывается и закрывается одним касанием, пункты видны целиком.
5. Формы удобно заполнять: у поля телефона вызывается цифровая клавиатура, подписи не пропадают при вводе.
6. Изображения не выходят за рамки экрана и не растягиваются.
7. Таблицы либо прокручиваются внутри блока, либо перестраиваются.
8. Всплывающие окна и баннеры можно закрыть, они не перекрывают весь экран.
9. Телефон в контактах набирается одним нажатием, адрес открывается в картах.
10. Страница загружается за приемлемое время на мобильном интернете.

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

Типичные проблемы адаптивных сайтов

Даже сайты, которые называют адаптивными, часто содержат дефекты. Вот самые распространённые.

• Мелкий текст. Шрифт, который выглядит нормально на мониторе, на телефоне превращается в мелкую россыпь. Основной текст должен читаться без увеличения.
• Тесные кнопки. Палец в несколько раз толще курсора, поэтому маленькие и близко стоящие элементы приводят к случайным нажатиям.
• Горизонтальный скролл. Обычно виноват один слишком широкий элемент: таблица, картинка, длинное слово или встроенное видео с фиксированной шириной.
• Тяжёлые картинки. Огромные фотографии, рассчитанные на большие мониторы, грузятся на мобильном интернете десятки секунд. Помогает современный формат WebP и отдельные размеры для маленьких экранов.
• Скрытое содержимое. Часть текста пропадает на телефоне, и поисковая система видит урезанную версию.
• Наведение вместо нажатия. Выпадающие меню и подсказки, которые появляются при наведении мыши, на сенсорном экране не работают.
• Всплывающие окна. Баннер, закрывающий экран с крошечным крестиком, раздражает пользователей и вызывает недовольство поисковых систем.

Частые ошибки

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

Как это делаю я

При разработке сайтов на этапе прототипа и дизайна я сразу продумываю, как каждый блок будет вести себя на телефоне, планшете и компьютере, и только потом перехожу к вёрстке. Готовый результат проверяю в режиме устройств, через Lighthouse и на реальных телефонах. Так работают и проекты из моей практики: например, сайт делового форума КАПИТАЛИУМ с программой по дням, спикерами и покупкой билета онлайн должен одинаково удобно открываться и на ноутбуке, и на телефоне. Подробнее о том, что входит в работу, можно прочитать на странице разработки сайтов. Если вы только выбираете подход к проекту, полезно прочитать и как сделать сайт для бизнеса.

Что делать дальше

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

Частые вопросы

Почему скорость загрузки важна для бизнеса

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

Скорость влияет сразу в трёх местах:

• Поведение посетителей. Долгая загрузка увеличивает число отказов, снижает долю дошедших до формы или корзины.
• Реклама. Вы платите за клик, а посетитель уходит, не увидев страницу. Бюджет расходуется впустую.
• Поиск. Google включает показатели Core Web Vitals в оценку удобства страницы, а Яндекс также учитывает скорость и удобство в рамках качества сайта. Точный вес этих факторов не раскрывается, и скорость не заменяет полезное содержимое, но плохие показатели мешают.

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

Как проверить скорость загрузки сайта

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

Как правильно читать результаты:

1. Проверяйте не только главную, но и страницы услуг, каталога, статьи и оформление заявки.
2. Смотрите мобильный вариант в первую очередь: он обычно строже.
3. Запускайте проверку несколько раз: результаты немного колеблются.
4. Различайте лабораторные данные (эмуляция) и реальные данные посетителей: они могут заметно расходиться.
5. Не гонитесь за идеальными 100 баллами любой ценой. Гораздо важнее, чтобы главный блок появлялся быстро, а интерфейс не подвисал.

Core Web Vitals простыми словами

Core Web Vitals – набор из трёх метрик, которые Google использует для оценки пользовательского опыта. Они полезны и для владельца бизнеса, потому что описывают ощущения посетителя, а не технические подробности.

LCP – как быстро появляется главное

Largest Contentful Paint измеряет время до появления самого крупного элемента на экране: обычно это главная картинка, видео или большой заголовок. Проще говоря, это момент, когда человек чувствует, что страница "загрузилась". По ориентирам Google, хорошим считается значение около 2,5 секунды и меньше.

INP – насколько сайт отзывчив

Interaction to Next Paint показывает, как быстро страница реагирует на действия: нажатие кнопки, открытие меню, ввод в поле. Если после клика ничего не происходит целую секунду, метрика будет плохой. Ориентир Google – до 200 миллисекунд. Эта метрика заменила прежний FID.

CLS – не прыгает ли страница

Cumulative Layout Shift измеряет неожиданные смещения элементов. Вы наверняка сталкивались с ситуацией: собираетесь нажать одну кнопку, а страница сдвигается и вы нажимаете другую. Причина обычно в картинках без заданных размеров, шрифтах, которые подгружаются с задержкой, и баннерах, появляющихся сверху. Хорошее значение – около 0,1 и ниже.

Эти пороги приведены по публичным рекомендациям Google и могут пересматриваться, поэтому перед принятием решений сверяйтесь с актуальной документацией.

Почему сайт долго грузится: главные причины

Диагностика почти всегда приводит к одному из четырёх пунктов.

Тяжёлые картинки

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

Лишние скрипты и виджеты

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

Шрифты

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

Хостинг и сервер

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

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

Что можно измерить, а что нет

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

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

Чеклист ускорения по приоритету

Идите сверху вниз: первые пункты обычно дают самый заметный результат.

1. Проверьте текущее состояние. Запустите PageSpeed Insights для главной, ключевой страницы услуги и мобильной версии, сохраните результат как точку отсчёта.
2. Оптимизируйте картинки. Сожмите, переведите в WebP, задайте размеры, включите отложенную загрузку для тех, что вне первого экрана.
3. Проверьте хостинг и время ответа сервера. Если сервер отвечает медленно, остальные усилия будут давать мало.
4. Включите сжатие и современный протокол. Сжатие текстовых файлов и HTTP/2 уменьшают объём и число ожидаемых соединений.
5. Настройте кэширование. Статические файлы должны храниться в браузере посетителя и не скачиваться повторно.
6. Уберите лишние скрипты. Удалите неиспользуемые виджеты, объедините и отложите загрузку остальных.
7. Разместите шрифты у себя. Оставьте только нужные начертания, задайте резервный шрифт.
8. Задайте размеры блоков для картинок и баннеров. Это уберёт смещения и улучшит показатель CLS.
9. Уменьшите объём стилей и кода. Удалите неиспользуемые правила и библиотеки, разделите код по страницам.
10. Проверьте результат. Сравните с исходными цифрами и убедитесь, что при ускорении ничего не сломалось.

Как устроена скорость на этом сайте

Сайт maksabushek.ru я использую как рабочую проверку собственных подходов. По измерению Lighthouse от 30.09.2026 на телефоне скорость получила 92 балла, а на компьютере 98. Доступность, лучшие практики и SEO в обоих режимах оцениваются на 100. Мобильный результат по скорости ниже десктопного, и это ожидаемо: профиль тестирования для телефона строже.

Что для этого сделано:

• шрифты хранятся на собственном сервере, а не подгружаются извне;
• картинки в формате WebP, сжатые под реальные размеры отображения;
• страницы отдаются по HTTP/2 в сжатом виде;
• лишние сторонние скрипты не подключены, а счётчик Яндекс.Метрики запускается только после согласия на cookie.

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

Частые ошибки

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

Как это делаю я

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

Что делать дальше

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

Частые вопросы

Что такое конверсия и как её рассчитать

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

конверсия = (число целевых действий ÷ число визитов) × 100%

Например, если за месяц сайт посетили 1000 человек, а заявки оставили 20, конверсия составит 2%. Это условный пример для иллюстрации расчёта, а не типичный показатель.

Нюансы, которые важно учитывать при расчёте:

• Что считать визитом. В Яндекс.Метрике это сессия посетителя, а не просмотр страницы. Один человек может открыть сайт несколько раз, поэтому иногда смотрят конверсию по посетителям.
• Что считать целью. Для сайта услуг это заявка или звонок, для интернет-магазина – оформленный заказ, для контентного проекта – подписка. Целей может быть несколько, и их полезно разделять на основные и вспомогательные.
• Какой период брать. Слишком короткий период даёт случайные колебания. Сравнивайте сопоставимые периоды: месяц с месяцем, а не будни с праздниками.
• Разные каналы. Общая конверсия скрывает картину. Посетители из поиска, рекламы и соцсетей ведут себя по-разному, поэтому считайте их отдельно.

Конверсия лендинга обычно измеряется по одной главной цели, а конверсия многостраничного сайта – по нескольким, с разбивкой по типам страниц.

Средняя конверсия сайта: почему универсальной цифры нет

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

Человек, который ищет "вызвать сантехника срочно", оставит заявку иначе, чем тот, кто выбирает подрядчика на строительство дома. Сравнивать эти показатели бессмысленно.

Поэтому разумнее ориентироваться не на чужие средние, а на собственную динамику:

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

Как настроить цели в Яндекс.Метрике

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

1. Убедитесь, что счётчик Метрики установлен на всех страницах и работает корректно. С учётом закона о персональных данных и cookie вопросы согласия лучше проверить у юриста.
2. В настройках счётчика откройте раздел "Цели" и нажмите "Добавить цель".
3. Выберите тип цели. Для формы заявки чаще всего используют "JavaScript-событие": в код сайта добавляют отправку события при успешной отправке формы. Для страницы "Спасибо" подойдёт тип "Посещение страницы". Для звонков и мессенджеров можно отслеживать клики по ссылкам с номером телефона или ссылкой на Telegram.
4. Дайте цели понятное название, например "Заявка с формы на главной".
5. Проверьте, что цель срабатывает: отправьте тестовую заявку и убедитесь, что событие появилось в отчётах.
6. Настройте отчёты по источникам трафика, страницам входа и устройствам, чтобы видеть конверсию в разрезах.

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

10 рабочих приёмов, как повысить конверсию сайта

Все приёмы не требуют рекламного бюджета. Они улучшают то, что уже есть на сайте, и дают эффект на любом объёме трафика.

1. Ясный оффер на первом экране

За несколько секунд посетитель должен понять, что вы предлагаете, кому и чем это выгодно. Заголовок, подзаголовок и кнопка должны отвечать на этот вопрос без прокрутки. Расплывчатые слоганы вроде "Мы лучшие" не работают.

2. Скорость загрузки

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

3. Короткая форма

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

4. Понятный призыв к действию

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

5. Элементы доверия

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

6. Мобильная версия

Если форма неудобна на телефоне, вы теряете часть аудитории. Проверьте, что кнопки крупные, текст читаем, а телефон набирается одним нажатием. Подробнее – в материале об адаптивном сайте.

7. Структура страницы по вопросам клиента

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

8. Конкретика вместо общих слов

Цены "от", сроки, этапы, состав работ, примеры. Чем яснее описание, тем меньше вопросов и тем проще решиться. Если цена зависит от условий, объясните, от чего именно.

9. Несколько способов связаться

Форма подходит не всем. Добавьте телефон, мессенджер, обратный звонок. Часть посетителей охотнее напишет в Telegram, чем заполнит форму.

10. Удаление препятствий

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

Как проверять гипотезы: A/B-тесты и не только

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

• Меняйте одну вещь за раз. Если вы одновременно поправили заголовок, кнопку и форму, вы не поймёте, что сработало.
• Фиксируйте исходный показатель и дату изменения.
• Дайте времени накопить данные. На малом числе визитов один случайный заказ может исказить картину. Если посетителей мало, сравнивайте более длинные периоды.
• Учитывайте сезонность и рекламные кампании. Если параллельно запустили акцию, эффект от правки заголовка оценить невозможно.
• A/B-тест предполагает, что часть посетителей видит вариант А, часть вариант Б, а решение принимается по разнице в конверсии. Для этого нужен достаточный трафик; если его мало, надёжнее последовательные изменения и сравнение периодов.

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

Пример логики: куда смотреть при низкой конверсии

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

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

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

Чего не стоит делать при работе с конверсией

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

Частые ошибки

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

Как это делаю я

Когда я проектирую сайт, вопросы конверсии закладываются сразу: на этапе брифа фиксируем цель сайта и целевое действие, в прототипе выстраиваем путь посетителя, а при запуске настраиваем цели в аналитике и уведомления о заявках в Telegram. Так устроен, например, лендинг БАРАНБЫК VIP: заявки уходят в Telegram, а конструктор набора помогает клиенту собрать подарок и дойти до обращения. Для небольших компаний, которым нужен простой и понятный сайт, подойдёт формат из раздела разработки сайтов и лендингов. Если вы выбираете между лендингом и небольшой презентацией компании, прочитайте про сайт-визитку.

Что делать дальше

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

Частые вопросы

SEO оптимизация сайта самостоятельно: с чего начать

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

Разумный порядок работ:

1. Определите, по каким запросам и на каких страницах вы хотите привлекать клиентов.
2. Спроектируйте структуру сайта под эти запросы.
3. Убедитесь, что техническая база не мешает индексации.
4. Подготовьте тексты и метатеги.
5. Подключите вебмастера и аналитику.
6. Проверьте результат перед публикацией и после неё.

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

Техническая SEO-оптимизация: основа сайта

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

• HTTPS. Сайт должен открываться по защищённому протоколу, а версия без HTTPS – автоматически перенаправляться на защищённую. Подробнее о сертификатах – в статье про SSL-сертификат для сайта.
• Единое главное зеркало. Сайт должен быть доступен по одному адресу: с "www" или без, с завершающим слешем или без. Остальные варианты перенаправляются на основной с помощью постоянного редиректа (код 301).
• robots.txt. Файл в корне сайта подсказывает роботам, что не нужно сканировать: служебные разделы, страницы поиска, корзину. Ошибка в нём может закрыть от индексации весь сайт, поэтому проверьте, что рабочие страницы не запрещены.
• Карта сайта (sitemap.xml). Список страниц, которые нужно проиндексировать. Ссылку на неё указывают в robots.txt и в кабинетах вебмастеров.
• Canonical. Атрибут, указывающий главный адрес страницы, если содержимое доступно по нескольким адресам (например, с параметрами фильтрации или метками рекламы).
• Коды ответа. Существующие страницы отдают 200, удалённые – 404 или 410, перенесённые – 301. Ошибки сервера (5xx) должны быть исключением.
• Страница 404. Понятная страница с навигацией вместо пустого экрана.
• Скорость и адаптивность. Они влияют на удобство и восприятие сайта. Об этом подробнее в материале про скорость загрузки сайта.

Если вы переносите старый сайт на новый адрес или меняете структуру, самая ответственная часть – редиректы со старых адресов на новые. Без них вы теряете накопленный вес страниц и трафик.

Метатеги и заголовки

Это самая видимая часть внутренней оптимизации сайта, потому что именно её пользователь видит в выдаче.

Общее правило: каждая страница должна иметь собственные title, description и H1, а не одинаковые шаблонные. Дубли заголовков затрудняют поисковым системам понимание, какая страница чему соответствует.

Структура сайта и внутренняя перелинковка

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

Принципы, которые стоит соблюсти:

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

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

Контент и запросы: как подобрать ключевые слова

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

Как подойти к запросам самостоятельно:

1. Соберите запросы. Воспользуйтесь Яндекс Вордстатом: он показывает, как часто люди ищут те или иные формулировки, и подсказывает связанные варианты.
2. Сгруппируйте по смыслу. Запросы с одним намерением ("заказать сайт", "разработка сайтов под ключ") относятся к одной странице, запросы с другим намерением ("как составить ТЗ") – к статье.
3. Определите тип страницы. Коммерческие запросы требуют страницы услуги, информационные – статьи с ответом.
4. Напишите под человека. Ответьте на вопрос полностью, приведите примеры, добавьте таблицы и списки, если они упрощают понимание.
5. Используйте запрос естественно. Он должен встретиться в заголовке, начале текста и паре мест дальше, но без принудительных повторов.
6. Обновляйте. Информация устаревает, поэтому время от времени возвращайтесь к материалам и проверяйте актуальность.

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

Разметка Schema.org

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

Что полезно разметить на типичном сайте компании:

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

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

Яндекс.Вебмастер, Google Search Console и аналитика

Поисковикам нужно сообщить о вашем сайте. Для этого служат их кабинеты вебмастеров.

• Яндекс.Вебмастер и Google Search Console. Подтвердите права на сайт, добавьте карту сайта, проверьте, какие страницы попали в индекс и какие ошибки видят роботы. Здесь же можно указать регион сайта в Яндексе и просматривать запросы, по которым показываются страницы.
• Яндекс.Метрика. Показывает поведение посетителей и позволяет настроить цели. О том, как превращать посещения в заявки, рассказано в статье про конверсию сайта.
• Согласие на cookie. Счётчики, использующие cookie, нужно запускать с учётом требований законодательства о персональных данных. Это не юридическая консультация, конкретные формулировки и порядок стоит проверить у юриста.

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

Чеклист SEO для нового сайта

Итоговый список для проверки перед запуском.

1. Сайт открывается по HTTPS, есть единое главное зеркало и постоянные редиректы.
2. Настроены robots.txt и sitemap.xml, рабочие страницы открыты для индексации, технические скрыты.
3. У каждой страницы свои title и description и один H1.
4. Адреса страниц понятные, есть хлебные крошки и логичная внутренняя перелинковка.
5. Под каждую группу запросов есть отдельная страница с полезным содержимым.
6. Картинки сжаты, у значимых есть описание alt.
7. Сайт корректно работает на телефоне и быстро загружается.
8. Добавлена микроразметка, ошибок в валидаторе нет.
9. Настроена страница 404, нет битых ссылок.
10. Подключены Яндекс.Вебмастер, Google Search Console и Метрика, цели проверены.
11. Есть страницы контактов, политики конфиденциальности и понятные данные о компании.
12. Если сайт заменяет старый, настроены редиректы со всех прежних адресов.

Как это сделано на maksabushek.ru

Свой сайт я использую как проверочную площадку для описанных подходов. Он работает по HTTPS, отдаёт сжатые страницы по HTTP/2, шрифты и картинки хранит у себя, использует разметку Schema.org, а счётчик Яндекс.Метрики запускается только после согласия на cookie. Проверка Lighthouse от 30.09.2026 показала по разделу SEO 100 баллов и на телефоне, и на компьютере. При этом такая оценка не означает высокие позиции: она говорит лишь о том, что технических претензий у проверки нет. Позиции зависят от конкуренции и времени.

Частые ошибки

• Закрыть сайт от индексации на время разработки и забыть открыть после запуска.
• Одинаковые title и description на всех страницах.
• Несколько адресов одной страницы без canonical и редиректов.
• Переспам ключевыми словами, из-за которого текст невозможно читать.
• Копирование текстов у конкурентов или использование одного текста на нескольких страницах.
• Перенос сайта без редиректов со старых адресов.
• Игнорирование мобильной версии и скорости.
• Ожидание результата за неделю. SEO – работа на длинной дистанции.
• Вера в обещания "гарантируем топ": позиции зависят от множества факторов, и честный подрядчик их не гарантирует.

Как это делаю я

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

Что делать дальше

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

Частые вопросы

Что такое SSL, TLS и HTTPS простыми словами

Слово SSL закрепилось по привычке. Технически сегодня работает его наследник, протокол TLS, но в поиске и на хостингах по-прежнему говорят «SSL-сертификат». HTTPS – это обычный HTTP, который идёт внутри защищённого TLS-соединения.

Сертификат решает две задачи одновременно:

• Шифрование. Пароли, телефоны и текст из форм не читаются по дороге, например, в общественной сети Wi-Fi.
• Подлинность. Браузер проверяет, что сертификат выдан для вашего домена доверенным центром сертификации, а значит, вы попали не на подделку.

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

Зачем сайту HTTPS

Причин несколько, и они не сводятся к «так принято».

1. Формы и личные данные. Если на сайте есть заявка, регистрация, оплата или личный кабинет, передача данных по открытому HTTP – прямой риск. Подробнее о правовой стороне сбора данных – в материале про политику конфиденциальности на сайте.
2. Доверие браузера. Современные браузеры помечают HTTP-страницы с формами как небезопасные, а посетитель, увидевший такой значок рядом с полем для телефона, часто просто уходит.
3. Поиск. Яндекс и Google давно учитывают HTTPS как желательный признак качественного сайта. Это не главный фактор, но отсутствие HTTPS – лишняя проблема, которую легко устранить. Остальные факторы разобраны в статье про SEO-оптимизацию сайта.
4. Современные возможности. HTTP/2, геолокация, многие браузерные API и подключение платёжных систем работают только по защищённому соединению.

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

Виды сертификатов: DV, OV и EV

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

Раньше EV-сертификаты давали зелёную строку с названием компании в адресной строке. Сейчас основные браузеры показывают одинаковый замок для всех типов, поэтому заметной пользы для посетителя EV не даёт. Если ваш контрагент или регулятор прямо не требует OV или EV, начинайте с DV.

Есть и деление по охвату доменов:

• Одиночный сертификат защищает один домен, например site.ru.
• Wildcard покрывает все поддомены первого уровня, вроде *.site.ru.
• Мультидоменный включает несколько разных доменов в одном сертификате.

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

Бесплатный SSL-сертификат: что такое Let's Encrypt

Let's Encrypt – некоммерческий центр сертификации, выдающий бесплатные DV-сертификаты. Им доверяют все распространённые браузеры и операционные системы. Именно на нём работает большая часть небольших сайтов, а многие хостинги встроили его выпуск в панель управления.

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

Чем платный сертификат отличается от бесплатного на практике:

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

Как установить SSL-сертификат на сайт

Способ зависит от того, где размещён сайт. Рассмотрим три частых варианта.

На виртуальном хостинге

В большинстве панелей (ISPmanager, cPanel, панели российских хостеров) есть раздел «SSL-сертификаты» или «Безопасность». Порядок обычно такой:

1. Убедитесь, что домен уже направлен на хостинг (A-запись указывает на нужный IP).
2. Откройте раздел сертификатов и выберите «Получить сертификат Let's Encrypt».
3. Отметьте домен и вариант с www, если он используется.
4. Включите автоматическое продление, если такая опция есть.
5. Дождитесь выпуска и проверьте сайт по адресу с https://.

О правильной привязке домена и DNS читайте в статье о том, как выбрать домен для сайта: без верной A-записи центр сертификации не сможет подтвердить, что домен ваш.

На своём сервере с certbot

На VPS сертификат чаще всего получают утилитой certbot. Она проверяет домен, пишет ключи в системную папку и при желании сама правит конфигурацию веб-сервера (nginx или Apache). Обычно достаточно установить certbot, запустить команду для нужного домена и убедиться, что в планировщике появилась задача проверки продления. Проверить автопродление без реального выпуска можно тестовым запуском в режиме имитации.

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

В конструкторе и облачных CMS

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

Платный сертификат вручную

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

Перейти на HTTPS без потерь: редиректы и настройки

Установленный сертификат – это ещё не переход. Пока старые адреса открываются по HTTP, у вас две копии сайта в глазах поисковиков.

Чеклист перехода:

1. Настройте постоянный редирект (код 301) со всех адресов http:// на соответствующие https://, страница в страницу.
2. Выберите главную версию – с www или без – и склейте вторую с первой тем же редиректом.
3. Обновите canonical, файл sitemap.xml и robots.txt – везде должны быть адреса с https.
4. Поменяйте адрес сайта в настройках CMS.
5. Добавьте https-версию в Яндекс Вебмастер и Google Search Console, укажите её как основную.
6. Обновите ссылки в счётчиках, рекламных кабинетах и профилях соцсетей.
7. Проверьте, что формы, оплата и вебхуки внешних сервисов работают по новым адресам.

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

Смешанный контент и другие типичные проблемы

Самая частая причина, по которой замка нет даже при установленном сертификате, – смешанный контент. Это когда страница открыта по https, а часть ресурсов (картинки, скрипты, стили, шрифты) подтягивается по http. Браузер блокирует такие ресурсы или показывает предупреждение.

Как искать и исправлять:

• откройте консоль разработчика в браузере и посмотрите сообщения о Mixed Content;
• замените в шаблонах и в базе данных абсолютные адреса http:// на https:// или на относительные пути;
• проверьте виджеты, встроенные карты и внешние шрифты, часто именно они подтягиваются по старому адресу;
• если ресурс не поддерживает https, замените его или перенесите себе.

Другие ошибки, с которыми сталкиваются чаще всего:

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

Как это делаю я

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

Сайт maksabushek.ru работает по HTTPS и отдаёт сжатые страницы по HTTP/2, а шрифты и картинки хранятся на самом сервере, поэтому страницы не зависят от сторонних ресурсов, которые могли бы подгружаться по небезопасным адресам. Если вам нужен новый сайт с правильной технической базой, подробности о работе – на странице разработки сайтов и лендингов.

Частые ошибки

• Считать, что сертификат один раз поставили и забыли. Сроки действия у сертификатов ограничены, и без автопродления сайт однажды откроется с красным предупреждением.
• Покупать дорогой EV «для солидности» без внешнего требования. Для посетителя разницы почти нет.
• Оставлять доступным и http, и https без редиректа. Поисковики видят дубли.
• Не проверять сайт с телефона и разных браузеров после установки.
• Забыть про поддомены: блог, почтовый веб-интерфейс и панель клиента тоже нужно покрыть.
• Отдавать ключ и файлы сертификата в чат подрядчика. Закрытый ключ – секрет, его не пересылают.

Частые вопросы

Что делать дальше

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

Когда политика обработки персональных данных нужна

Сначала определимся с понятиями. Персональные данные – любая информация, по которой можно прямо или косвенно определить человека: ФИО, телефон, e-mail, адрес доставки, иногда идентификаторы и данные аналитики. Обработкой считается сбор, запись, хранение, использование, передача и удаление. Владелец сайта, который решает, зачем и как собираются данные, называется оператором.

Признаки того, что вы оператор:

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

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

Политика и согласие: в чём разница

Это самая частая путаница. У документов разные задачи.

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

Что должно быть в политике

Универсального шаблона на все случаи не существует, но структура обычно такая:

1. Кто оператор. Название или ФИО ИП, ИНН, адрес, контакты для обращений.
2. Какие данные собираются. Перечень: имя, телефон, почта, адрес, технические данные.
3. Цели обработки. Обратная связь, выполнение заказа, рассылка, аналитика. Для каждой цели своё основание.
4. Основание обработки. Согласие, договор, требование закона.
5. Кто получает данные. Процессоры и подрядчики: хостинг, CRM, платёжный сервис, служба доставки, рассылочный сервис.
6. Где хранятся данные. Страна и сервер, если данные передаются за границу, это нужно указать.
7. Сроки хранения. Как долго данные лежат и когда удаляются.
8. Права человека. Получить сведения об обработке, потребовать уточнения или удаления, отозвать согласие. Способ обращения: адрес почты или форма.
9. Меры защиты. Общими словами: HTTPS, ограничение доступа, резервные копии.
10. Cookie и аналитика. Что запускается и как отказаться.
11. Дата редакции. Чтобы посетитель понимал, какая версия действует.

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

Согласие на обработку персональных данных на сайте

Практика, которая считается безопасной с точки зрения формулировок:

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

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

Cookie и аналитика: согласие до запуска счётчиков

Cookie сами по себе бывают разными. Технические, без которых сайт не работает (корзина, авторизация), обычно отдельного согласия не требуют. Аналитические и рекламные вызывают вопросы, поскольку позволяют отслеживать поведение посетителя.

Принятая осторожная схема:

1. При первом визите показывается баннер с понятным описанием и кнопками «Принять» и «Отклонить».
2. Пока согласия нет, счётчики Метрики, пиксели и рекламные скрипты не загружаются.
3. После согласия скрипты подключаются, выбор запоминается.
4. Отозвать выбор можно в любой момент из подвала сайта.

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

Хранение данных россиян, Роскомнадзор и сроки

Три темы, которые часто упускают, но которые стоит проверить.

Хранение и передача за границу

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

Уведомление Роскомнадзора

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

Сроки хранения и удаление

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

Кто в ответе: вы или подрядчик

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

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

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

Штрафы и ответственность

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

Как это сделано на maksabushek.ru

Приведу пример из практики на собственном сайте. На maksabushek.ru счётчик Яндекс.Метрики запускается только после согласия посетителя на cookie. Заявки с форм хранятся на сервере в Москве и автоматически удаляются через 12 месяцев.

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

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

Частые ошибки

• Ссылка на политику есть, а самой страницы нет или она пустая.
• Галочка согласия проставлена заранее или согласие «растворено» в общем тексте.
• Метрика и пиксели грузятся до выбора посетителя.
• Политика описывает сервисы, которых нет, и не упоминает те, что реально подключены.
• Данные клиентов копятся в переписках, таблицах и почте без сроков и без ответственного.
• Формы работают без HTTPS. Как это исправить, описано в статье про SSL-сертификат для сайта.
• Политику скопировали один раз и никогда не обновляли после смены CRM, хостинга или платёжного сервиса.

Чеклист перед запуском сайта

1. Составлен перечень данных, которые собирает каждая форма.
2. Есть страница политики и она открывается из подвала и у форм.
3. Есть отдельный текст согласия, чекбокс не проставлен.
4. Аналитика и реклама запускаются после согласия на cookie.
5. Известно, на каких серверах и в каких сервисах лежат данные.
6. Определены сроки хранения и способ удаления.
7. Юрист проверил документы, вопрос про уведомление Роскомнадзора закрыт.

Частые вопросы

Что делать дальше

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

Шаг 1. Ниша и товар: проверьте идею до сайта

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

Что стоит проверить:

• Спрос. Посмотрите частотность запросов в Яндекс Вордстат, поищите товар на маркетплейсах, изучите отзывы на аналогичные позиции.
• Конкуренцию. Найдите, кто продаёт то же самое, чем вы можете отличаться: ассортиментом, скоростью, сервисом, экспертизой, ценой.
• Экономику единицы товара. Закупка, упаковка, доставка, комиссии платёжного сервиса, возвраты, реклама – останется ли после этого прибыль.
• Особенности товара. Хрупкое, габаритное, скоропортящееся или сертифицируемое требует отдельных решений по хранению и доставке.

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

Шаг 2. Оформление бизнеса и налоги

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

Здесь я сознательно не называю ставок и лимитов: они меняются, зависят от региона и режима налогообложения. Порядок такой:

1. Определитесь с формой (ИП, ООО) вместе с бухгалтером.
2. Выберите систему налогообложения и уточните, как вы будете принимать оплату и печатать чеки.
3. Проверьте коды деятельности (ОКВЭД) и ограничения для вашего товара, например для алкоголя, лекарств или продуктов.

Шаг 3. Поставщики, склад и остатки

От поставщика зависит цена, сроки и качество, а значит, и репутация магазина. Возможные схемы:

• Свой склад. Вы закупаете товар и храните его сами. Больше контроля, но нужны вложения и помещение.
• Дропшиппинг. Товар отправляет поставщик по вашему заказу. Меньше вложений, но меньше контроля над сроками и качеством упаковки.
• Собственное производство. Актуально для ремесленных товаров и еды. Важно правильно вести остатки и партии.

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

Шаг 4. Платформа: конструктор, CMS или разработка

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

Как сделать выбор, не гадая:

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

Примеры того, что уже лежит за рамками стандартных шаблонов: интернет-магазин БАРАНБЫК с каталогом с остатками и КБЖУ, наборами, подписками и клубом с бонусами. Подобные задачи проще решать под свои процессы, чем подгонять чужие.

Шаг 5. Каталог, карточки и контент

Каталог – это то, из-за чего люди покупают. Основное:

• Структура. Категории, которые соответствуют тому, как ищет покупатель, а не тому, как удобно вам складывать товары.
• Карточка товара. Фото с разных ракурсов, понятное название, описание, характеристики, наличие, условия доставки и возврата рядом с кнопкой покупки.
• Фильтры и поиск. Нужны, когда позиций становится много.
• Уникальные тексты. Копирование описаний поставщика сложно назвать преимуществом: они одинаковы у десятков магазинов.
• Формат данных. Заранее решите, как будете загружать товары: вручную, таблицей или через выгрузку из учётной системы.

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

Шаг 6. Оплата, доставка и кассовые чеки

Эти три блока часто откладывают на «потом», а потом они задерживают запуск.

Оплата. Обычно подключают платёжный сервис или банковский эквайринг: карты, СБП, иногда рассрочка или оплата при получении. Для подключения понадобятся реквизиты бизнеса и описание сайта. Сервисы вроде ЮKassa предоставляют готовые формы оплаты и модули, но условия и комиссии нужно смотреть у самого провайдера.

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

Чеки. При приёме оплаты обычно требуется формировать кассовый чек по 54-ФЗ. Способ зависит от статуса и режима: онлайн-касса, облачная касса или специальные режимы для самозанятых. Уточните у бухгалтера, что нужно именно вам, и убедитесь, что платёжный сервис умеет отправлять данные для чека.

Шаг 7. Юридические страницы

Даже небольшому магазину понадобятся:

• информация о продавце (название или ФИО ИП, ИНН, контакты);
• публичная оферта и условия покупки;
• условия доставки и оплаты;
• порядок возврата и обмена;
• политика обработки персональных данных и согласие у форм, о чём подробно говорится в материале про политику конфиденциальности на сайте.

Тексты стоит показать юристу, потому что для отдельных товаров (например, продуктов) есть свои требования. Статья носит справочный характер и не заменяет консультацию.

Шаг 8. Аналитика, маркетинг и запуск

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

Чеклист запуска:

1. Подключена Яндекс.Метрика с целями: просмотр товара, добавление в корзину, начало оформления, заказ.
2. Настроено электронное письмо или уведомление в мессенджер о новом заказе.
3. Проверены сценарии: заказ с телефона, оплата, отмена оплаты, возврат, ошибка в адресе.
4. Настроен HTTPS (см. про SSL-сертификат), быстрые страницы и корректные карточки для поисковиков.
5. Продуманы первые каналы: поисковая реклама, соцсети, рассылка, партнёры, маркетплейсы как дополнительная витрина.
6. Есть человек, который принимает заказы и отвечает на вопросы в первые дни.

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

Что подготовить к старту заранее

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

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

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

Из чего складывается бюджет

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

• закупка первой партии товара или предоплата поставщику;
• разработка или подписка на конструктор;
• дизайн и контент (фото, тексты);
• домен и хостинг;
• комиссии платёжных систем и кассовые сервисы;
• доставка и упаковка;
• маркетинг;
• поддержка сайта и доработки.

По разработке ориентир по моим работам: интернет-магазины стоят от 150 000 ₽, итоговая цена зависит от каталога, интеграций и дизайна. Подробно из чего она формируется, разобрано в статье сколько стоит интернет-магазин.

Как это делаю я

Я разрабатываю интернет-магазины под ключ: бриф и аналитика (1–3 дня), прототип и дизайн (1–2 недели), разработка по спринтам с демо после каждого (2–10 недель), тестирование и запуск (3–7 дней). Смета фиксируется после брифа, оплата идёт по этапам, исходники и доступы остаются у вас. Я вижу задачу целиком, от каталога до интеграций с оплатой и доставкой: это разработка интернет-магазинов.

Частые ошибки

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

Частые вопросы

Что делать дальше

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

Три пути и почему цена так отличается

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

Конструктор дешевле на старте и подходит, чтобы проверить идею. Разработка на заказ дороже в начале, зато нет ограничений платформы, а код и данные находятся у вас. Готовая CMS расположена посередине, но за «типовыми» возможностями часто скрывается долгая доработка.

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

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

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

1. Аналитика и бриф. Разбор ниши, ассортимента, процессов, требований. От этого зависит всё остальное.
2. Прототип и дизайн. Структура страниц, карточка товара, корзина, оформление заказа, адаптация под телефон.
3. Разработка витрины. Каталог, фильтры, поиск, карточки, корзина.
4. Оформление заказа и оплата. Логика заказа, способы оплаты, чеки, уведомления.
5. Доставка. Расчёт стоимости, пункты выдачи, статусы отправлений.
6. Административная часть. Управление товарами, заказами, клиентами, акциями.
7. Интеграции. Учётная система, CRM, платёжные и логистические сервисы.
8. Контент и SEO-основа. Загрузка товаров, метаданные, карта сайта, микроразметка.
9. Тестирование и запуск. Проверка сценариев, перенос на рабочий сервер, настройка аналитики.

Чем больше у вас нестандартных требований, тем выше вес блоков 4, 5 и 7: именно там работа становится индивидуальной.

Факторы, которые сильнее всего влияют на цену

Ниже – то, что двигает стоимость вверх или вниз. Цифр я не называю: они зависят от вашей задачи.

• Размер и структура каталога. Сотни однотипных товаров и тысячи позиций с множеством вариаций (размер, цвет, комплектация) требуют разных решений.
• Число способов доставки и оплаты. Каждый способ – отдельная логика и тестирование.
• Интеграции. Обмен с 1С или складской системой, CRM, бухгалтерией. Как это устроено, описано в статье об интеграции 1С с интернет-магазином.
• Нестандартная бизнес-логика. Конструктор набора, подписки, бонусные программы, оптовые цены, расчёт по параметрам.
• Дизайн. Индивидуальный дизайн стоит больше, чем адаптация готового шаблона, но лучше отражает бренд.
• Личные кабинеты и роли. Клиент, менеджер, партнёр, оптовик.
• Сроки. Сжатые сроки означают параллельную работу нескольких специалистов и повышают цену.
• Языки и регионы. Несколько городов со своими ценами и наличием усложняют логику.

Примеры из практики: в проекте БАРАНБЫК магазин включает каталог с остатками и КБЖУ, наборы, подписки, клуб с бонусами и доставку по 6 городам. Для Фото+ была нужна корзина с загрузкой файлов, конструктор адресных табличек и доставка СДЭК по России. Это существенно отличается от каталога из нескольких десятков карточек, и цена, соответственно, тоже.

Скрытые расходы: что не входит в цену запуска

Стоимость владения магазином состоит не только из разработки. Заранее заложите:

• Домен и хостинг. Домен обычно недорог и платится ежегодно, хостинг или сервер – регулярно. Нагрузка растёт вместе с магазином.
• HTTPS. Сертификат сегодня часто бесплатный, но его нужно настроить и продлевать, как описано в статье про SSL-сертификат для сайта.
• Платёжные комиссии и кассовые сервисы. Вы платите процент с каждой оплаты плюс, возможно, за онлайн-кассу.
• Поддержка и обновления. Безопасность, резервные копии, исправление ошибок, доработки после запуска.
• Контент. Фотографии, тексты, обновление каталога.
• Маркетинг. Реклама, продвижение, рассылки. Без притока покупателей магазин не окупится, каким бы хорошим он ни был.
• Логистика и упаковка. Это расходы бизнеса, но их нужно учитывать при расчёте маржи.
• Юридическое сопровождение. Оферта, политика обработки данных, проверка документов.

Я советую составить таблицу на 12–24 месяца: слева разовые платежи, справа регулярные. Тогда сравнение конструктора и разработки на заказ становится честным.

Пример сметы по этапам

Ниже – логика сметы для типового магазина среднего размера. Суммы намеренно не проставлены: они формируются после брифа под ваш проект.

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

Стоимость владения на примере двух сценариев

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

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

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

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

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

Разница между двумя ценами почти всегда объясняется разным составом работ. Чтобы сравнение было честным, сверьте:

1. Что именно входит. Дизайн, тестирование, интеграции, наполнение, обучение – указаны ли они отдельными строками.
2. Фиксированная смета или «по часам». Второй вариант подходит для развития, но для запуска надёжнее фиксированная стоимость после брифа.
3. Кому принадлежат исходники и доступы. Они должны передаваться вам.
4. Как устроена оплата. По этапам и по результатам, с актами и договором.
5. Кто поддерживает после запуска. Условия, сроки реакции, стоимость.
6. Кто работает над проектом. Прямо исполнитель или цепочка посредников.
7. Есть ли реальные проекты. Примеры работ, которые можно открыть и проверить.

Слишком низкая цена – не всегда экономия. Чаще это значит, что часть работ («потом») выведена из сметы и вернётся позже отдельным счётом.

Вопросы, которые стоит задать подрядчику

• Из каких этапов состоит работа и что я получаю на выходе каждого?
• Что не входит в смету?
• Что будет, если во время разработки изменятся требования?
• Как проходят демо и приёмка?
• Кому принадлежит код и где он хранится?
• Сколько стоит поддержка и что она включает?
• Какие сервисы мне придётся оплачивать отдельно?
• Что произойдёт, если я захочу сменить исполнителя?

Хороший подрядчик отвечает на такие вопросы спокойно и конкретно, а не уходит в общие слова.

Как не переплатить

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

Как это делаю я

Я разрабатываю интернет-магазины от 150 000 ₽: смета фиксируется после брифа, оплата идёт по этапам, договор заключается до начала работ, а исходники и доступы передаются вам. Работаю напрямую, без менеджеров, и показываю демо после каждого спринта. Подробнее об услуге – на странице разработки интернет-магазинов. Если вам нужен не только магазин, но и система учёта, посмотрите статью о том, сколько стоит сайт, магазин и CRM.

Частые ошибки

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

Частые вопросы

Что делать дальше

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

Какие бывают варианты доставки

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

Часто в магазине сочетают два-четыре способа. На старте лучше выбрать минимальный набор, который закрывает основные регионы и типы товара, а расширять по данным заказов.

Как выбрать службу доставки

Не начинайте с вопроса «кто дешевле». Пройдите по критериям.

1. Товар. Хрупкий, габаритный, тяжёлый, жидкий, замороженный или требующий особых условий сужает выбор служб.
2. География. Где живут ваши покупатели: один город, несколько или вся страна. Для одного города может подойти курьерская служба, для страны – федеральная сеть с пунктами выдачи.
3. Формат получения. Покупатель хочет курьера до двери или готов забрать сам.
4. Стоимость и тарифная сетка. Как считают: по весу, габаритам, зоне, объявленной ценности.
5. Сроки и стабильность. Как часто службы задерживают отправки в ваших направлениях.
6. Наложенный платёж и возвраты. Нужен ли приём оплаты при получении и как оформляется обратный поток.
7. Интеграция. Есть ли у службы API, готовые модули для вашей платформы и личный кабинет для массовой отгрузки.
8. Договор и условия для бизнеса. Тарифы для интернет-магазинов, ответственность за утрату и повреждение.

Проверяйте не рекламу, а условия договора и тестовые отправки в ваши основные направления. Одна пробная посылка даст больше информации, чем сравнение прайс-листов.

Как считать стоимость доставки

Способов несколько, и выбор влияет и на маржу, и на конверсию.

• Расчёт по тарифу службы. Стоимость рассчитывается на основе веса, габаритов, города отправления и назначения. Самый точный вариант, но нужна интеграция.
• Фиксированная цена. Одна сумма на регион или на весь заказ. Просто, но легко потерять деньги на тяжёлых и дальних заказах.
• Бесплатная доставка от суммы заказа. Стимулирует набирать больше товаров, но порог нужно продумать заранее и заложить в маржу.
• Зоны. Для городской курьерской доставки: цена зависит от района.
• Смешанная модель. Клиент платит часть, а часть вы берёте на себя.

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

Что показывать покупателю на сайте

Хороший блок доставки на сайте отвечает на вопросы «сколько», «когда» и «где забрать».

Что стоит вывести:

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

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

Как подключить СДЭК и другие службы к сайту

Способ зависит от платформы и от того, насколько нестандартна ваша логика. Обычно встречаются три подхода.

Готовый модуль или плагин

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

Интеграция через API

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

1. рассчитывать стоимость и сроки по данным о товаре и адресе получателя;
2. получать список пунктов выдачи и показывать их на карте;
3. создавать заказ на доставку в системе службы, когда клиент оформил покупку;
4. получать статусы отправлений и передавать их в личный кабинет и в уведомления;
5. формировать накладные и этикетки.

Чтобы подключить СДЭК к интернет-магазину через API, нужен договор с компанией, доступы к интерфейсу и понимание, какие данные о товаре (вес, габариты) есть в вашей базе. Без них расчёт будет приблизительным.

Агрегатор или виджет

Некоторые сервисы объединяют сразу несколько служб и дают один виджет с выбором. Это упрощает работу, но добавляет зависимость от посредника и его условий.

Что проверить при любом подключении:

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

Если вы ведёте остатки и заказы в учётной системе, заранее продумайте, как данные о доставке будут попадать туда. Об обмене данными подробнее в статье об интеграции 1С с интернет-магазином.

Упаковка, возвраты и статусы

Эти вещи выпадают из сметы и в итоге бьют по репутации.

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

Возвраты. Решите заранее: кто платит за обратную отправку, в какие сроки принимается товар, как оформляется возврат денег. Условия должны быть написаны на сайте и совпадать с офертой.

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

Пример из практики: доставка в разных городах

В проекте интернет-магазина БАРАНБЫК доставка организована по 6 городам, в то время как для сайта Фото+ подключена доставка СДЭК по России. Это два разных подхода: в первом случае важна привязка условий к конкретным городам, во втором – федеральная служба с пунктами выдачи и расчётом на стороне сайта.

Общее правило одинаково: способ доставки строится от товара и клиента, а не от того, какая служба удобнее магазину.

Доставка нескольких видов товара

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

Практические приёмы:

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

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

Чеклист организации доставки

1. Определены способы доставки и регионы.
2. У каждого товара есть вес и габариты в базе.
3. Заключены договоры со службами и сделаны пробные отправки.
4. Настроен расчёт стоимости и сроков на сайте.
5. Подключена карта пунктов выдачи.
6. Прописаны условия возврата и обмена.
7. Настроены статусы заказа и уведомления клиенту.
8. Проверены сценарии: другой город, отмена заказа, недоступная служба.

Как это делаю я

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

Частые ошибки

• Считать доставку фиксированной суммой и терять деньги на дальних и тяжёлых заказах.
• Показывать стоимость доставки только на последнем шаге.
• Не заносить вес и габариты в карточки и получать неточный расчёт.
• Делать слишком много вариантов, каждый из которых плохо протестирован.
• Забывать про возвраты и обратную логистику.
• Не подключать статусы и уведомления, из-за чего клиенты звонят с вопросом «где заказ».
• Выбирать службу только по цене, без пробных отправок.
• Не предусмотреть поведение сайта, если API службы не отвечает.

Частые вопросы

Что делать дальше

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

Зачем нужна интеграция 1С с интернет-магазином

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

Автоматический обмен решает три задачи:

• Актуальность витрины. Цены и остатки на сайте совпадают с учётом, поэтому не нужно вести две таблицы.
• Скорость обработки заказов. Заказ попадает в 1С сам, менеджер не перепечатывает его из письма или мессенджера.
• Меньше ошибок. Ручной перенос – источник опечаток в артикулах, количестве и адресе.

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

Что именно обменивается между 1С и сайтом

Обмен – это не одна кнопка, а набор потоков данных. Полезно заранее решить, какие из них нужны вам и в какую сторону они идут.

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

Выгрузка товаров из 1С на сайт

Это самый частый запрос: выгрузка товаров из 1С на сайт, чтобы не заводить карточки вручную. Здесь важно понимать разделение ролей. В 1С обычно живёт то, что нужно учёту: артикул, наименование, цена, остаток. Маркетинговое наполнение – красивое описание, фотографии, SEO-тексты – чаще ведут на стороне сайта, потому что в учётной базе им не место.

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

Синхронизация остатков 1С

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

Как устроена интеграция 1С с сайтом: четыре способа

Единственно правильного способа нет. Каждый подход решает свой класс задач.

Готовый модуль CMS

Многие платформы для магазинов предлагают штатный обмен с 1С. Например, если вы выбираете интернет-магазин на Битриксе, интеграция Битрикс с 1С уже предусмотрена в самой системе: в 1С настраивается обмен с сайтом, а на стороне сайта принимается файл с данными. Плюс подхода в том, что он проверен множеством проектов, документирован и не требует программирования для типового случая.

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

Обмен через CommerceML

CommerceML – это XML-формат, который используется для обмена между учётными системами и интернет-магазинами. По сути, 1С формирует файлы: один с каталогом, другой с предложениями (цены и остатки), а сайт их читает. Заказы идут обратно тем же путём. Этот формат поддерживают многие CMS, а не только Битрикс, поэтому он часто становится общим знаменателем.

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

Свой API или HTTP-сервис

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

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

Промежуточная база

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

Как выбрать подход

Универсального рецепта нет, но есть вопросы, которые помогают определиться.

1. Насколько типовая у вас конфигурация 1С? Чем ближе к стандартной, тем выше шанс, что подойдёт готовый модуль.
2. Как часто меняются остатки? Если товар расходится быстро и важна точность, нужен более частый или почти мгновенный обмен.
3. Сколько товаров и характеристик? Большой каталог с вариациями упирается в скорость и структуру данных.
4. Кто будет поддерживать? Обмен – это живая система, и за ней кто-то должен следить.
5. Что критично при сбое? Если недоступность сайта или 1С на час – неприятность, а не катастрофа, можно обойтись проще.

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

Типичные проблемы обмена

Большинство сбоев повторяются от проекта к проекту. Их полезно знать заранее, чтобы заложить защиту.

• Дубли товаров. Возникают, когда идентификатор товара в 1С и на сайте не совпадает или когда номенклатуру заводили в двух местах вручную. После обмена в каталоге появляются два одинаковых товара.
• Расхождение справочников. В 1С один набор категорий и единиц измерения, на сайте другой. Товар оказывается не в той группе или без единицы измерения.
• Медленный обмен. Большой каталог загружается часами, и в это время сайт тормозит или показывает устаревшие данные. Помогают частичные обновления и запуск в ночное время.
• Тихие ошибки. Обмен упал, но никто не заметил, и остатки не обновлялись несколько дней. Нужны уведомления и журнал, а не надежда на то, что «работает».
• Перезапись данных. Обмен затирает вручную исправленные описания, фото или цены.
• Несовпадение характеристик. Размеры и цвета в 1С заведены свободным текстом, и фильтры на сайте превращаются в кашу.

Многие из этих проблем не про программирование, а про порядок в исходных данных. Если номенклатура в 1С заведена хаотично, никакая интеграция не сделает витрину аккуратной. Иногда полезнее сначала навести порядок в справочниках и только потом строить обмен.

Чек-лист перед запуском

Проверьте это до того, как обмен пойдёт на живых данных.

1. Определено, какие поля главные в 1С, а какие ведутся на сайте.
2. Есть единый идентификатор товара, одинаковый в обеих системах.
3. Справочники (категории, единицы, производители) согласованы.
4. Решено, что считать доступным остатком и с каких складов.
5. Описан сценарий отмены и изменения заказа.
6. Настроено уведомление, если обмен не отработал.
7. Есть резервная копия базы 1С и сайта перед первым обменом.
8. Обмен проверен не на одном тестовом товаре, а на реальном фрагменте каталога.

Тестирование обмена

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

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

Как это делаю я

Я работаю по договору с фиксированной сметой, которую согласую после брифа. Сначала разбираю, какая у вас конфигурация 1С, что обмениваем и в какую сторону, и только потом предлагаю способ: штатный модуль, CommerceML или прямой API. Точные сроки называю после разбора, потому что они зависят от чистоты данных и числа потоков. Обмен сдаю с журналом и уведомлениями об ошибках, исходники и доступы передаю вам. Подробнее о формате работы – на странице интеграций и автоматизации, цены на такие задачи начинаются от 40 000 ₽.

Если интеграция нужна вместе с самим магазином, посмотрите, как я подходил к каталогу и остаткам в проекте БАРАНБЫК: каталог с остатками и КБЖУ, наборы, подписки и доставка по нескольким городам. А о том, как автоматизация встраивается в процессы компании в целом, читайте в статье про автоматизацию бизнес-процессов. Для магазина с физическими товарами также пригодится материал про доставку для интернет-магазина, потому что статусы доставки удобно вести в том же обмене.

Частые ошибки

• Запускать обмен сразу на рабочей базе без копии и без резервной копии.
• Не договориться, какая система главная для каждого поля, и получить постоянную перезапись данных.
• Не заложить уведомления об ошибках и узнавать о сбое от покупателей.
• Пытаться выгрузить весь каталог целиком каждый раз, вместо обновления только изменений.
• Игнорировать чистоту справочников в 1С и надеяться, что «интеграция всё поправит».
• Проверять обмен на одном-двух товарах и удивляться, когда на полном каталоге всё иначе.
• Не описать процесс отмены и возврата, из-за чего остатки расходятся с реальными.

Частые вопросы

Что делать дальше

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

Что такое CRM система простыми словами

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

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

Важно: CRM – не волшебство, которое само продаёт. Это инструмент порядка. Он показывает, где клиент застрял, кому пора перезвонить и на каком этапе теряются заявки. Дальше с этим знанием нужно работать людям.

Из чего состоит CRM-система

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

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

Клиенты и сделки: в чём разница

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

Как работает CRM на примере карточки клиента

Проще всего понять на примере. Допустим, у вас студия, и на сайте оставили заявку.

1. Заявка автоматически превращается в карточку клиента и сделку на первой стадии. Менеджер получает уведомление.
2. Менеджер звонит, записывает итог разговора в карточку и ставит задачу: «Отправить предложение до пятницы».
3. Сделка переводится на следующую стадию. Если клиент не отвечает, система напоминает о повторном контакте.
4. Клиент соглашается, сделка закрывается как успешная. В карточке остаются сумма, состав заказа и дата.
5. Через время система подсказывает, что пора вернуться к клиенту: у него вышел срок, накопился повод для повторной продажи.

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

Как выглядит подобная система в реальной работе, можно увидеть на примере проекта, который я делал: Focus CRM для выездной студии причёсок. Там собраны клиенты, турниры, сделки, финансы, расчёт зарплат, RFM-сегментация и чат с мессенджерами в одном окне. То есть CRM выросла из простой базы клиентов в рабочее место всей команды.

Зачем нужна CRM: что меняется в работе

Что вы получаете на практике, если система действительно используется:

• Ничего не теряется. Каждая заявка имеет ответственного и следующий шаг.
• Прозрачность продаж. Видно, на каком этапе застревают сделки и кто из менеджеров чем занят.
• Меньше зависимости от людей. Уход сотрудника не означает потерю его клиентов и договорённостей.
• Аналитика. Можно понять, из каких источников приходят клиенты, где теряются заявки и какие менеджеры закрывают лучше.
• Повторные продажи. По истории удобно возвращаться к тем, кто уже покупал.

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

Чего CRM не делает

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

Кому нужна CRM, а кому пока нет

CRM полезна не всем и не всегда. Честный ответ на вопрос «зачем нужна CRM» начинается с того, кому она не нужна.

Скорее нужна, если:

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

Скорее не нужна, если:

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

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

Какие бывают CRM: готовая, коробочная и своя

Выбор типа зависит от ваших процессов и бюджета. Три основных варианта:

У облачных решений обычно оплата привязана к числу пользователей и тарифу, поэтому по мере роста команды расходы растут. Коробочные требуют, чтобы кто-то поддерживал сервер. Своя CRM делается под задачу, но требует бюджета на разработку и времени на согласование. Подробный разбор критериев – в материале CRM для малого бизнеса: готовая или своя.

Как выбрать CRM

Не начинайте со сравнения функций в описаниях. Сначала опишите свой процесс: откуда приходит клиент, кто с ним общается, какие этапы проходит сделка, что потом. Затем сверяйте с системой.

Короткий чек-лист выбора:

1. Записан процесс продаж от заявки до оплаты.
2. Понятно, кто и что будет заполнять в системе.
3. Определены обязательные интеграции: сайт, телефония, почта, мессенджеры, бухгалтерия.
4. Известно, сколько сотрудников будут работать в системе сейчас и через год.
5. Есть ответ, какие отчёты вам действительно нужны руководителю.
6. Проверена выгрузка данных: можно ли забрать клиентов, если решите уйти.
7. Понятно, кто отвечает за систему внутри компании.

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

Как я делаю CRM на заказ

Когда типовые системы не ложатся на процесс, я делаю CRM на заказ. Начинаю с брифа и аналитики: разбираем, как у вас идёт работа сейчас, где теряются клиенты, что нужно считать автоматически. Затем прототип, разработка спринтами с демо после каждого и запуск. Фиксированную смету согласуем после брифа, исходники и доступы остаются у вас. Стоимость кастомных CRM начинается от 250 000 ₽, точную цифру называю после разбора задачи. Готовую систему тоже можно взять и настроить, если она вам подходит: своя разработка нужна не всегда, и честный ответ на этот вопрос я даю до начала работ.

Частые ошибки

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

Подробнее о том, как избежать этих ловушек при запуске, читайте в статье про внедрение CRM.

Частые вопросы

Что делать дальше

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

Воронка продаж простыми словами

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

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

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

Классические этапы воронки продаж

Учебники обычно описывают четыре-пять этапов. Их удобно запомнить, но не стоит воспринимать как догму.

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

Откуда берётся название и что оно означает

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

Как адаптировать этапы под услуги и товары

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

Воронка для услуг

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

1. Новая заявка.
2. Первичный разговор проведён.
3. Уточнены требования.
4. Отправлена смета.
5. Согласование условий.
6. Договор подписан, получена предоплата.

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

Воронка для товаров

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

Воронка для B2B

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

Метрики воронки продаж

Воронка без чисел – просто красивая схема. Но и чисел много не нужно. Достаточно нескольких показателей:

• Конверсия между этапами. Какая доля сделок перешла с этапа на следующий. Считается делением: сколько дошло дальше, к тем, кто вошёл на этап.
• Общая конверсия. Доля заявок, закончившихся оплатой.
• Время на этапе. Сколько сделка находится в каждой стадии. Слишком долгая пауза – сигнал, что о клиенте забыли.
• Причины отказа. Почему клиенты уходят. Это самая ценная и чаще всего отсутствующая метрика.
• Источники заявок. Откуда приходят клиенты, которые доходят до оплаты, а не просто оставляют заявки.

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

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

Как построить воронку продаж в CRM

Разберём по шагам, как настроить воронку в CRM: готовой или собственной.

Шаг 1. Опишите реальный процесс

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

Шаг 2. Сократите до необходимого

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

Шаг 3. Заведите причины отказа

Каждая проигранная сделка должна закрываться с обязательной причиной: дорого, выбрали другого, передумал, не отвечает, не подходит по срокам. Через месяц-два у вас будет статистика, что именно нужно исправлять. Без причин отказа воронка показывает только факт потерь, но не диагноз.

Шаг 4. Привяжите задачи

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

Шаг 5. Автоматизируйте рутину

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

Шаг 6. Настройте отчёты

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

Пример воронки для заявки с сайта

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

1. Новая заявка. Создаётся автоматически, менеджер получает уведомление.
2. В работе. Менеджер связался, идёт уточнение задачи.
3. Расчёт. Готовим смету или предложение.
4. Предложение отправлено. Ждём ответ, стоит задача на напоминание.
5. Согласование. Обсуждаем детали и условия.
6. Успешно. Оплата получена.
7. Провалено. Обязательна причина отказа.

К каждой стадии привязаны правила. Например, если заявка висит в «Новая заявка» дольше нескольких часов, руководитель получает уведомление. Если в «Предложение отправлено» нет активности несколько дней, менеджеру ставится задача на повторный контакт. Конкретные сроки вы определяете сами исходя из специфики продаж.

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

Как анализировать потери

Чтобы воронка приносила пользу, её нужно читать. Порядок анализа:

1. Найдите этап с самой большой потерей клиентов.
2. Посмотрите причины отказа именно на этом этапе.
3. Откройте несколько проигранных сделок и прочитайте историю: что говорили и когда.
4. Сформулируйте гипотезу: медленно отвечаем, не слышим потребность, цена без объяснений.
5. Измените одну вещь и наблюдайте несколько недель.

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

Как я настраиваю воронки

Если типовые стадии вам не подходят или воронка должна тянуть данные из нескольких систем, я делаю CRM на заказ под ваш процесс. Сначала разбираю, как заявка проходит через вашу команду сейчас, затем проектирую стадии, причины отказа, задачи и уведомления, и только после этого пишу систему. В проекте Focus CRM для студии причёсок, например, сделки, клиенты, финансы и общение с мессенджерами собраны в одном окне, поэтому менеджеру не нужно переключаться между инструментами. Цена таких проектов начинается от 250 000 ₽, точную стоимость называю после брифа. О том, как правильно запускать систему в команде, я рассказываю отдельно: внедрение CRM.

Частые ошибки

• Слишком много этапов. Менеджеры не понимают, куда переместить сделку, и вообще перестают её двигать.
• Нет причин отказа. Проигранные сделки закрываются без пояснений, и анализ невозможен.
• Стадии не связаны с действиями. Этап «в раздумьях» ничего не означает и не даёт следующего шага.
• Копирование чужой воронки. Схема, работающая у конкурента, может не подходить вашему циклу сделки.
• Воронка есть, а отчётов нет. Сделки лежат по стадиям, но никто не смотрит, где затор.
• Зависшие сделки. Карточки месяцами остаются на одной стадии, искажая картину.
• Оценка только по итогу. Смотрят на выручку, не замечая, что конверсия на одном из этапов постоянно падает.

Частые вопросы

Что делать дальше

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

Что нужно от CRM для малого бизнеса

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

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

Если вы ещё не определились, что такое CRM и чем она полезна, начните с обзора что такое CRM-система. Здесь мы исходим из того, что вы уже поняли, что система нужна, и выбираете формат.

Готовая CRM: плюсы и ограничения

К готовым относятся популярные облачные сервисы вроде amoCRM и Битрикс24 и их аналоги. Вы регистрируетесь, настраиваете воронку и подключаете сотрудников.

Что даёт готовая система:

• Быстрый старт. Базовую воронку можно настроить за несколько дней.
• Проверенный функционал. Типовые задачи продаж уже решены.
• Готовые интеграции. Многие сервисы уже подключаются к телефонии, почте и мессенджерам, часто через маркетплейс расширений.
• Поддержка и обновления на стороне поставщика.

Где начинаются ограничения:

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

amoCRM или Битрикс24: как выбирать

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

Своя CRM на заказ: когда это оправдано

Разработка CRM под задачу – это система, спроектированная под ваши процессы. Она делает ровно то, что нужно, и не содержит лишнего. Но за это приходится платить на старте.

Свою систему стоит рассматривать, если совпадает хотя бы несколько пунктов:

• Нестандартные процессы. Работа идёт не по схеме «заявка – сделка – оплата», а включает выездные события, очереди, расписания или многоэтапные заказы.
• Специфические расчёты. Зарплата, скидки, комиссии, себестоимость считаются по правилам, которые готовая система не поддерживает без сложных доработок.
• Много интеграций. Нужна связка с учётной системой, сайтом, мессенджерами, складом и платёжными сервисами в одном интерфейсе.
• Специальные роли и доступы. Разные сотрудники должны видеть строго разные данные.
• Рост числа пользователей. При большой команде оплата на пользователя в готовой системе может стать заметной статьёй расходов.
• Хочется независимости. Вы не хотите зависеть от условий поставщика и его тарифной политики.

Пример: Focus CRM

Хороший пример – проект Focus CRM, который я сделал для выездной студии причёсок. Процесс там нетиповой: в системе ведутся клиенты, турниры, сделки, финансы, расчёт зарплат, RFM-сегментация клиентов и общий чат с мессенджерами в одном окне. Подобный набор в готовой CRM пришлось бы собирать из нескольких модулей и ручных обходов, а здесь всё построено вокруг реальной работы студии. Это не значит, что каждой студии нужна своя система: это значит, что если процесс уникален, разработка под него может быть логичнее адаптации.

Готовая и своя CRM: сравнение по критериям

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

Когда своя CRM окупается

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

1. Прямые расходы. Сколько вы платите за подписки сегодня и сколько будете платить при росте команды. Добавьте доплаты за модули и дополнительные интеграции.
2. Скрытые затраты времени. Сколько времени сотрудники тратят на обходные пути, ручной перенос данных и исправление ошибок.
3. Упущенные возможности. Что вы не можете делать, потому что система этого не поддерживает: автоматические расчёты, гибкая аналитика, единое окно клиента.
4. Стоимость поддержки. Своей системе нужен разработчик для развития, готовой – специалист по настройке.

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

Промежуточный вариант: готовая система с доработкой

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

Риски своей разработки

Честно нужно назвать и обратную сторону. Своя CRM – это проект, а у проектов бывают риски.

• Неверные требования. Заказчик описал процесс так, как он «должен быть», а не так, как идёт работа. Поэтому анализ и прототип нужны до кода.
• Раздувание задачи. Хочется добавить «ещё одну функцию» ещё до запуска. Лучше начать с ядра и наращивать.
• Зависимость от исполнителя. Если исходники и доступы остались у разработчика, вы попадаете в ловушку. Договор должен требовать передачи всего заказчику.
• Поддержка. Система живёт, процессы меняются, и её надо дорабатывать. Нужно заранее понимать, кто и как это будет делать.
• Внедрение. Даже идеальная система бесполезна, если сотрудники ею не пользуются. О том, как этого избежать, я пишу в материале про внедрение CRM.

Чек-лист выбора за 10 минут

Ответьте на вопросы честно. Чем больше ответов «да» в первой группе, тем ближе готовая система; чем больше во второй, тем стоит внимательнее присмотреться к разработке.

Группа А – готовая CRM:

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

Группа Б – своя CRM:

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

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

Как я работаю над CRM на заказ

Я делаю CRM на заказ напрямую, без менеджеров. Сначала бриф и аналитика: разбираем ваш процесс, пробуем найти вариант без разработки, и если готовая система подходит, честно об этом скажу. Если нет, делаем прототип и разрабатываем спринтами с демо после каждого. Смета фиксированная и согласуется после брифа, оплата идёт по результатам этапов, исходники и доступы передаются вам. Кастомные CRM стоят от 250 000 ₽, точную цену называю после аналитики. После запуска можно взять поддержку по подписке.

Частые ошибки

• Выбирать по рекламе и чужим отзывам, не собрав собственную воронку в демо-версии.
• Сравнивать только цену подписки и не считать стоимость роста команды и дополнительных модулей.
• Заказывать разработку из желания «как у больших», хотя процесс укладывается в типовой.
• Не проверить, можно ли выгрузить данные из готовой системы при уходе.
• Не зафиксировать в договоре передачу исходников при заказе своей разработки.
• Пытаться сразу воплотить все идеи вместо запуска ядра.
• Оставить систему без владельца внутри компании.

Частые вопросы

Что делать дальше

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

Почему внедрение важнее выбора системы

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

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

Этапы внедрения CRM

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

1. Цели и процессы

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

2. Описание воронки

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

3. Настройка

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

4. Перенос данных

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

5. Интеграции

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

6. Обучение сотрудников

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

7. Пилот

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

8. Запуск

После правок переводите всю команду. Назначьте дату, с которой работа с клиентами ведётся только в CRM. Полезно объявить «правило одного окна»: если сделки нет в системе, её не существует. Иначе параллельные таблицы вернутся.

9. Контроль и развитие

Первые недели после запуска проверяйте, заполняются ли карточки, двигаются ли сделки, ставятся ли задачи. Разбирайте вопросы сотрудников и оперативно вносите правки. Через месяц-два подведите итоги по целям из первого этапа.

Сколько занимает внедрение CRM

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

Можно сделать за неделю:

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

Займёт недели и месяцы:

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

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

Что делать с первыми неудачами

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

Роли и ответственность

У внедрения должны быть люди с чёткими ролями. Иначе задача превращается в «все понемногу, никто до конца».

• Владелец внедрения. Один человек, который отвечает за результат, принимает решения и следит за сроками. В малом бизнесе это часто руководитель или его заместитель.
• Администратор системы. Настраивает стадии, поля, права, отчёты. Может быть внутренним сотрудником или подрядчиком.
• Ключевые пользователи. Один-два менеджера, которые участвуют в пилоте и помогают коллегам.
• Руководитель отдела продаж. Проверяет заполнение, смотрит отчёты, требует работы в системе.
• Подрядчик или разработчик. Помогает с настройкой, интеграциями и доработками.

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

Как убедить сотрудников

Сопротивление нормально: людям кажется, что CRM – это контроль и лишняя работа. Работают несколько подходов.

1. Объясните личную выгоду: напоминания, история общения, меньше уточняющих вопросов от руководителя.
2. Включите людей в настройку. Если менеджеры сами предложили стадии, они лучше их принимают.
3. Сократите объём ввода до необходимого минимума.
4. Не используйте систему для наказаний в первые недели: сначала привычка, потом контроль.
5. Покажите первые результаты: найденные потерянные заявки, сэкономленное время.

Метрики успеха внедрения

Не выдумывайте красивые цифры, оценивайте то, что можно измерить в вашей компании.

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

Сравнивайте с собственной точкой отсчёта, замеренной до запуска. Универсальных «нормальных» значений нет.

Как я помогаю с внедрением

Если готовая система не подходит, я делаю CRM на заказ и сопровождаю запуск: вместе разбираем процесс, проектируем стадии, проводим демо после каждого спринта, чтобы команда привыкала постепенно, и передаём систему с исходниками и доступами. После запуска возможна поддержка по подписке. Пример результата – Focus CRM для студии причёсок, где клиенты, сделки, финансы и мессенджеры собраны в одном окне. Цена кастомных CRM начинается от 250 000 ₽, точную сумму называю после брифа.

8 ошибок внедрения CRM, из-за которых систему бросают

Это и есть раздел о частых ошибках. Каждую можно заметить заранее.

1. Нет цели. Систему внедряют «потому что так принято», и никто не понимает, что должно измениться.
2. Перегруженные карточки. Десятки обязательных полей утомляют сотрудников, и они начинают вносить случайные данные или вообще отказываются.
3. Нет обучения. Логин выдали, а как работать, не показали. Люди не знают, что делать, и возвращаются к прежним методам.
4. Параллельные таблицы. Часть клиентов живёт в CRM, часть в Excel. Система перестаёт быть источником правды, и её бросают.
5. Нет владельца. Настройки устаревают, вопросы остаются без ответа, доработки не делаются.
6. Копия чужой воронки. Стадии взяты из статьи или у конкурента и не соответствуют реальной работе.
7. Руководитель не пользуется отчётами. Если начальник по-прежнему опрашивает менеджеров устно, у команды нет причин вносить данные.
8. Запуск всего сразу. Автоматизации, интеграции, сложные отчёты и обучение вываливаются на людей одновременно, без пилота и постепенного роста.

Частые вопросы

Что делать дальше

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

Откуда приходят заявки и где они теряются

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

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

Задача интеграции простая: любой канал заканчивается одним и тем же результатом в CRM.

• Есть контакт с телефоном или ником в мессенджере.
• Есть сделка на первом этапе воронки.
• Известно, откуда пришёл человек и что он хотел.
• За заявкой закреплён конкретный сотрудник и стоит задача с временем ответа.

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

Способы интеграции amoCRM: виджет, конструктор, вебхуки или API

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

Как работают вебхуки amoCRM и API

Здесь часто путаются, поэтому проговорю по-простому. API – это способ, которым внешняя система сама что-то делает в CRM: создаёт контакт, добавляет сделку, ставит задачу. Вебхук работает в обратную сторону: CRM сообщает вашей системе, что что-то произошло, например сделка перешла на другой этап. Доступ к API строится на авторизации по протоколу OAuth 2.0, а актуальная схема методов описана в документации amoCRM, поэтому за точными названиями методов идите туда.

На практике для «заявка с сайта попала в CRM» чаще всего используется связка: форма отправляет данные на ваш обработчик, обработчик создаёт контакт и сделку через API, а вебхуки amoCRM потом сообщают другим системам, что сделка закрыта или сменила этап.

Когда нужна кастомная интеграция

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

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

Если ничего из этого нет, начните с простого способа и не усложняйте.

Что передавать в сделку

Самая частая ошибка интеграции – передавать только имя и телефон. Через месяц выясняется, что никто не знает, какая реклама приводит клиентов, а менеджер каждый раз переспрашивает то, что человек уже написал в форме. Разумный минимальный набор такой:

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

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

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

Дубли, ответственные и автозадачи

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

Дубли

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

Ответственный

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

Автозадачи

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

Интеграция amoCRM с Telegram и другими мессенджерами

Клиенты всё чаще пишут в мессенджеры, а не заполняют форму, поэтому интеграция amoCRM с Telegram – один из самых частых запросов. Схем здесь две.

Первая – переписка в общем окне. Сообщения клиентов подтягиваются в карточку сделки, менеджер отвечает прямо из CRM, история хранится в одном месте. Так работает подключение чата через стандартные средства amoCRM или сторонние сервисы для мессенджеров. Плюс в том, что менеджеру не нужно переключаться между приложениями.

Вторая – через собственного бота. Бот принимает первичные данные: что нужно, на какое время, какой номер телефона, а затем передаёт собранную анкету в CRM как готовую сделку. Человек подключается тогда, когда уже понятно, о чём разговор. Сценарии таких ботов разобраны в материале про чат-боты для бизнеса.

Для обеих схем действует одно правило: в сделку должен попадать не только текст сообщения, но и ссылка на диалог или ник клиента. Иначе менеджер не поймёт, куда писать, если разговор оборвётся. Единый интерфейс с несколькими мессенджерами в одном окне я делал для CRM студии причёсок, о нём написано в кейсе Focus CRM.

Как проверить интеграцию перед запуском

Проверка занимает вечер и экономит недели нервов. Пройдитесь по чеклисту.

1. Отправьте по одной тестовой заявке из каждой формы на сайте и убедитесь, что создались контакт и сделка на правильном этапе.
2. Проверьте, что источник, UTM-метки и страница попали в отдельные поля, а не потерялись.
3. Отправьте вторую заявку с тем же телефоном и посмотрите, что произошло: новый контакт или дополнение к существующему.
4. Отправьте заявку с пустым необязательным полем, с длинным комментарием, с кириллицей и эмодзи в имени.
5. Проверьте назначение ответственного и появление автозадачи.
6. Напишите в каждый подключённый мессенджер и убедитесь, что сообщение дошло в карточку.
7. Временно отключите обработчик или укажите неверный ключ и посмотрите, придёт ли уведомление об ошибке.

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

Частые ошибки

• Передают только телефон. Без источника и меток CRM не отвечает на главный вопрос: какой канал приносит клиентов.
• Складывают все данные в один комментарий, из-за чего потом невозможно строить отчёты.
• Не настраивают дубли и получают несколько карточек на одного человека.
• Делают интеграцию «на ключе» одного сотрудника. Уволился человек – отключилась связка.
• Забывают про сбои: нет ни журнала, ни уведомления, и о поломке узнают по падению заявок.
• Не тестируют заявки с нестандартными данными. Форма ломается на первом же посетителе с длинным именем или без почты.
• Отправляют данные без согласия и без политики. Проверьте это на уровне сайта, а не только CRM.

Как это делаю я

Интеграции и автоматизация – отдельное направление в моей работе, страница с подробностями и ценой «от 40 000 ₽» есть в разделе интеграции и автоматизация. Порядок такой: бриф на 1–3 дня, где разбираем каналы заявок и процесс продаж, затем фиксированная смета, разработка спринтами с демонстрацией и тестирование на реальных сценариях. Исходники обработчика и доступы передаю заказчику, а после запуска поддерживаю по подписке.

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

Что делать дальше

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

Частые вопросы

Три способа создать бота в Telegram

Сравните варианты по критериям, а не по красоте рекламы.

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

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

Как создать телеграм бота: технический путь через BotFather

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

1. Откройте в Telegram диалог с @BotFather и отправьте команду создания нового бота.
2. Введите отображаемое имя, оно может быть на русском и содержать пробелы.
3. Придумайте имя пользователя, оно должно заканчиваться на «bot» и не быть занятым другим ботом.
4. Получите токен: длинную строку, которая служит и логином, и паролем вашего бота.
5. Через тот же BotFather добавьте описание, аватарку и список команд, чтобы бот выглядел аккуратно.

Дальше начинается настоящая работа. Токен нужен программе, которая будет управлять ботом. Она общается с Telegram по Bot API: это обычные запросы по HTTPS, в которых бот получает сообщения пользователей и отправляет ответы. У Telegram есть два способа получать обновления: программа сама регулярно спрашивает у сервера, нет ли новых сообщений, или Telegram сам присылает их на адрес вашего сервера, если вы его зарегистрировали. Второй вариант называется вебхуком и требует защищённого адреса.

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

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

Бизнес-сценарии для бота

Не стоит начинать с вопроса «какого бота хочу», лучше с вопроса «какую рутину убрать». Обычно первыми берутся такие сценарии:

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

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

Хостинг, доступы и безопасность токена

Бот, который создан в BotFather, ещё не работает. Чтобы он отвечал круглосуточно, его программа должна быть запущена на сервере, который не выключается. Это может быть арендованный виртуальный сервер, хостинг с поддержкой нужного языка или облачная платформа. Конструкторы и сервисы решают этот вопрос за вас, но взамен вы отдаёте им токен и данные пользователей.

Токен – самое чувствительное место. Кто им владеет, тот управляет ботом: читает сообщения, рассылает от вашего имени, подменяет ответы. Простые правила:

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

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

Персональные данные и согласие

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

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

Когда конструктора хватит, а когда нужна разработка

Конструктора обычно достаточно, если выполняются все условия сразу:

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

Признаки того, что пора переходить на разработку:

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

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

Частые ошибки

• Начинают с выбора платформы, а не со сценария. Потом обнаруживается, что платформа не умеет нужную логику.
• Делают слишком длинное меню. Клиент, который видит десять кнопок подряд, чаще всего уходит.
• Не оставляют способа связаться с человеком. Бот, который не умеет передать диалог оператору, раздражает.
• Публикуют токен в открытом виде, например в общем чате разработчиков или на скриншоте.
• Не тестируют нестандартные ответы: голосовые сообщения, стикеры, сообщения не по теме, нажатие старых кнопок.
• Не следят за ботом после запуска. Через месяц выясняется, что он молчит, а клиенты давно ушли.
• Забывают про согласие на обработку данных и политику.

Что входит в мою работу над ботом

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

Что делать дальше

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

Частые вопросы

Сценарный бот и ИИ-бот: в чём разница

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

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

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

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

10 сценариев: чат-боты для бизнеса на практике

1. Запись клиентов

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

2. Приём заказов

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

3. Статус заказа

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

4. Поддержка и частые вопросы

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

5. Сбор заявок

Бот заменяет форму на сайте или звонок: задаёт три-пять вопросов, выясняет задачу и контакты и отправляет результат в CRM. Люди часто охотнее отвечают в чате, чем заполняют длинную форму. Хорошо работает как чат-бот для сайта: виджет или переход в мессенджер по кнопке. Для запуска нужны список вопросов и место приёма заявок, о связке с CRM я писал в статье про интеграцию amoCRM.

6. Напоминания

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

7. Оплата

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

8. Квалификация лида

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

9. Опросы и обратная связь

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

10. Внутренние уведомления

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

Где бот не нужен

Бот полезен не всегда, и лучше это признать заранее.

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

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

Какие каналы выбрать

Место, где будет жить бот, зависит от аудитории. Telegram удобен для сервисов и общения с постоянными клиентами: есть кнопки, оплата, уведомления и готовый API, подробнее о создании в статье как создать Telegram-бота. Чат-бот в WhatsApp обычно подключают через отдельные бизнес-механизмы платформы, у которых свои правила и условия, поэтому актуальные требования проверяйте перед запуском. Для сайта делают чат-виджет либо кнопку перехода в мессенджер. Если основная аудитория сидит в одном канале, начните с него, а второй добавьте, когда сценарий заработает.

Как оценить, работает ли бот

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

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

Частые ошибки

• Пытаются запустить все десять сценариев сразу. Лучше один, но проверенный.
• Делают бота без выхода на человека. Клиент застревает и уходит.
• Пишут тексты в стиле инструкции. Бот должен говорить коротко и по-человечески.
• Не проверяют бота на неожиданных ответах: голосовых, картинках, пустых сообщениях.
• Обещают клиенту то, чего бот не умеет. «Ответит на любой вопрос» плохо заканчивается.
• Не собирают согласие на обработку данных и на рассылки.
• Запускают и забывают. Прайс поменялся, а бот отвечает старыми цифрами.

Как это делаю я

Чат-ботов я делаю под задачу: схема сценария, серверная часть, подключение к CRM, оплате или сайту, тестирование. Услуга подробно описана на странице разработки чат-ботов, стоимость начинается от 50 000 ₽. Работаю по договору, смета фиксируется после брифа, а исходники и доступы остаются у заказчика. Если вам сначала нужно понять, какой сценарий выбрать, я помогу выделить один, самый окупаемый.

Что делать дальше

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

Частые вопросы

Виды рассылок в Telegram

Слово «рассылка» в Telegram означает три разные вещи, и путаница приводит к ошибкам.

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

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

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

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

Рассылка в телеграм через бота: пошаговый порядок

Чтобы рассылка вообще стала возможна, нужен бот, который люди запустили сами. Как он создаётся, я разбирал в статье как создать Telegram-бота. Дальше порядок такой.

1. Определите цель: сообщить статус, напомнить о записи, рассказать о новинке, вернуть давнего клиента.
2. Соберите базу честным путём: ссылка на бота на сайте, QR-код в точке продаж, кнопка после заказа, приглашение в канале.
3. При первом запуске бота получите согласие на сообщения и покажите, как отписаться.
4. Сохраните в базе, кто, когда и на что согласился, а также источник подписки.
5. Разделите людей на группы по интересам и поведению.
6. Подготовьте текст и кнопку с одним понятным действием.
7. Отправьте тест себе и коллегам, проверьте отображение на телефоне.
8. Запускайте рассылку порциями и следите за ошибками доставки.
9. Через несколько дней посмотрите результаты и учтите их в следующей отправке.

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

Согласие, отписка и учёт: что нужно сделать

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

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

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

Реклама и персональные данные: на что смотреть

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

Персональные данные. Бот знает имя, ник, идентификатор пользователя, часто телефон. Это персональные данные, к которым применяется закон 152-ФЗ. В общих чертах нужны цели обработки, согласие, ограничение срока хранения и способ отозвать согласие. Оформить документы можно по образцу подхода, описанного в статье про политику конфиденциальности на сайте. Для бота ссылка на политику должна появляться в самом диалоге до сбора данных.

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

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

Лимиты Telegram и техническая сторона

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

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

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

Сегментация, частота и тексты

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

• Новые подписчики, которые ещё ничего не купили.
• Клиенты с недавним заказом или визитом.
• Давние клиенты, которые пропали.
• Интерес к конкретной категории: например, только услуги для одного типа клиента.
• Служебные уведомления отдельно от промо.

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

Тексты. Пишите коротко, с понятной причиной письма в первой строке. Одна рассылка – одна мысль и одна кнопка. Не начинайте с восклицаний капслоком и не обещайте лишнего. Используйте имя, если оно точно есть в базе, и не подставляйте его, когда оно неизвестно, иначе получится «Здравствуйте, %name%». Подписывайте отправителя: живое имя вызывает больше доверия, чем безликое «Администрация».

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

Как измерять результат

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

• Доставка: сколько сообщений дошло, сколько вернулось ошибкой, сколько заблокировали бота.
• Отписки после каждой рассылки. Рост отписок – сигнал, что тема, частота или сегмент выбраны неверно.
• Клики по кнопкам и переходы по ссылкам с UTM-метками.
• Целевое действие: запись, заказ, оплата, ответ.
• Ответы клиентов вручную: если люди пишут «уберите меня», это тоже данные.

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

Чего не делать: покупные базы и «подарки» за подписку

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

Второй сомнительный приём – обещание приза за подписку без ясной информации о том, на что человек соглашается. Лучше честно объяснить, какие сообщения он будет получать, и дать за подписку понятную пользу: чек-лист, скидку, доступ к материалу.

Частые ошибки

• Пишут всем одно и то же, без сегментов.
• Присылают рекламу тем, кто подписался только на статус заказа.
• Прячут отписку или делают её неудобной.
• Не хранят подтверждение согласия.
• Отправляют залпом и упираются в ограничения Telegram.
• Не проверяют рассылку на телефоне: длинные тексты и сломанные ссылки.
• Смешивают личный аккаунт и бота, рассылая с личной страницы.
• Игнорируют отписки и ответы вроде «прекратите».

Как это делаю я

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

Что делать дальше

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

Частые вопросы

Нейросети для бизнеса: как выбрать первую задачу

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

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

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

10 задач, которые нейросети решают лучше всего

1. Тексты и черновики

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

2. Ответы клиентам

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

3. Сводки звонков и переписок

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

4. Сметы и коммерческие предложения

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

5. Поиск по документам

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

6. Аналитика и разбор данных

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

7. Перевод и локализация

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

8. Работа с изображениями

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

9. Генерация идей

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

10. Автоматизация рутины

Разбор входящих писем по категориям, извлечение данных из счетов и заявок, заполнение полей в CRM, классификация обращений, черновики протоколов. Нейросеть работает как звено в цепочке автоматизации вместе с обычными скриптами и интеграциями, о принципах такой автоматизации написано в статье про автоматизацию бизнес-процессов.

Нейросети для малого бизнеса: с чего начать

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

Начать можно с трёх шагов, которые почти ничего не стоят:

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

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

Риски и как их снизить

У нейросетей есть три группы рисков, и их нужно учитывать до запуска.

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

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

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

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

Как внедрять: пилот на несколько недель

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

1. Выберите одну задачу и одного ответственного, который понимает процесс.
2. Опишите, как задачу сегодня решают, и посчитайте базовые показатели: время, количество, доля ошибок.
3. Соберите несколько десятков реальных примеров (без чувствительных данных) для проверки результата.
4. Настройте решение и проведите проверку на этих примерах вместе с сотрудниками, которые работают с задачей.
5. Запустите пилот на ограниченной группе на несколько недель.
6. Соберите отзывы сотрудников, ошибки и цифры, сравните с базовым уровнем.
7. Решите: расширять, менять или остановить. Остановка после пилота – нормальный результат, а не провал.

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

Как считать окупаемость без выдуманных цифр

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

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

Пример из практики: EXPOMASTER AI

Один из моих проектов иллюстрирует, как это выглядит в компании. EXPOMASTER AI – корпоративная AI-платформа для выставочного застройщика. В ней есть мультимодельный чат, то есть сотрудники могут работать с разными моделями в одном интерфейсе, разграничение сотрудников и доступов, аналитика расходов, AI-сметы и обучение ИИ на документах компании. Смысл такого подхода в том, чтобы вместо разрозненных аккаунтов в разных сервисах получить один инструмент под правила компании, где ответы могут опираться на ваши документы, а расходы можно анализировать.

Частые ошибки

• Начинают с инструмента, а не с задачи.
• Ждут, что нейросеть сразу выдаст готовое. Без примеров и правил результат посредственный.
• Не проверяют ответы. Одна громкая ошибка перед клиентом стоит дороже, чем вся экономия.
• Передают в публичные сервисы конфиденциальные данные и персональную информацию клиентов.
• Внедряют сразу для всех. Лучше пилот на нескольких людях.
• Не измеряют результат и не знают, помогло ли.
• Заменяют людей там, где нужны эмпатия и ответственность.

Как это делаю я

Я создаю ИИ-ассистентов под задачи компании: поиск по документам, помощники для сотрудников, боты для клиентов, интеграции с CRM и внутренними системами. Подробности и стоимость от 50 000 ₽ на странице ИИ-ассистентов. Работаю напрямую, без менеджеров: бриф и аналитика занимают 1–3 дня, смета фиксируется после брифа, разработка идёт спринтами с демо после каждого. Исходники и доступы передаю заказчику, а поддержка после запуска оформляется по подписке.

Что делать дальше

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

Частые вопросы

Внедрение ИИ в бизнес: с чего начинается работа

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

ИИ в компании обычно решает задачи трёх типов:

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

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

Шаг 1. Выберите задачи по ценности и риску

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

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

Назначьте владельца

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

Шаг 2. Подготовьте данные и базу знаний

Ассистент отвечает ровно на основе того, что ему дали. Если инструкции в компании устарели или противоречат друг другу, ИИ уверенно перескажет противоречия. Поэтому подготовка данных – самый недооценённый этап.

Что стоит сделать до подключения модели:

1. Собрать источники: регламенты, прайсы, описания услуг, шаблоны договоров, ответы на частые вопросы.
2. Убрать дубликаты и устаревшие версии; у каждого документа должна быть дата и ответственный.
3. Разделить документы по уровню доступа: что можно видеть всем, что только руководителям, что нельзя загружать вообще.
4. Привести тексты в читаемый вид: сканы без распознавания и таблицы в картинках модели читать плохо.
5. Сформулировать 30–50 реальных вопросов, на которые ассистент должен отвечать; это будет ваш тестовый набор.

Последний пункт особенно полезен. Набор вопросов с эталонными ответами превращает разговор «вроде работает» в проверяемую оценку.

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

Выбор модели зависит от нескольких критериев, а не от популярности названия:

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

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

Шаг 4. Запустите пилот на одном отделе

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

Хороший пилот содержит:

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

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

Шаг 5. Настройте контроль качества

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

Рабочие приёмы:

1. Ассистент всегда показывает источник ответа: документ и раздел. Если источника нет, лучше честно ответить «не нашёл».
2. Регулярно прогоняйте тестовый набор вопросов, особенно после обновления документов или смены модели.
3. Выборочно проверяйте реальные диалоги: раз в неделю ответственный читает часть обращений и отмечает ошибки.
4. Для чувствительных тем задайте правила: ассистент не даёт юридических, финансовых и медицинских заключений, а передаёт вопрос человеку.
5. Сделайте понятный путь «передать человеку» и покажите его пользователю.

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

Доступы, безопасность и персональные данные

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

Минимальный набор мер:

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

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

Обучение сотрудников и оценка эффекта

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

Что помогает:

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

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

Масштабирование

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

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

Частые ошибки

• Запуск сразу везде. Большой проект без пилота почти всегда упирается в разные требования отделов и сырые данные.
• Отсутствие владельца. Если за результат никто не отвечает, ошибки копятся, а доверие пропадает.
• Нет проверки ответов. Без источников и выборочного контроля ошибки становятся заметны только после жалоб клиентов.
• Грязная база знаний. Устаревшие регламенты дают устаревшие ответы, и виноватой окажется «нейросеть».
• Ожидание чуда. ИИ ускоряет работу, но не заменяет процессы и ответственность людей.
• Игнорирование персональных данных. Загрузка клиентских баз «для эксперимента» без оснований создаёт правовые риски.
• Слепая привязка к одному провайдеру. Стоит заложить возможность заменить модель без переписывания всей системы.

Как это делаю я

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

Подробности по формату и стоимости («от 50 000 ₽» для чат-ботов и ИИ-ассистентов) собраны на странице ИИ-ассистентов. Итоговая цена зависит от объёма документов, числа интеграций и требований к безопасности.

Что делать дальше

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

Частые вопросы

Сценарный бот и ИИ-бот: в чём разница

Сценарный бот – это дерево ветвлений. Клиент нажимает «Доставка», бот показывает вариант, клиент выбирает «Сроки», бот выдаёт заранее написанный текст. Это предсказуемо и дёшево, но любой нестандартный вопрос упирается в тупик или в фразу «я вас не понял».

ИИ-бот использует языковую модель. Он читает вопрос в свободной форме, определяет смысл и составляет ответ. Клиент может написать «а если я не дома, курьер оставит у двери?», и бот найдёт ответ в правилах доставки, даже если такой формулировки в базе нет.

Обе схемы нередко комбинируют: кнопки для частых действий вроде «Оформить заказ» и ИИ для свободных вопросов. Более общий обзор задач, которые бот берёт на себя, есть в статье про чат-ботов для бизнеса.

Как ИИ-бот отвечает по вашим документам

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

1. Ваши документы разбиваются на небольшие фрагменты: абзацы, разделы, карточки.
2. Каждый фрагмент преобразуется в числовое представление, по которому можно искать «похожие по смыслу» тексты.
3. Когда пользователь задаёт вопрос, система находит несколько самых подходящих фрагментов.
4. Найденные фрагменты вместе с вопросом передаются модели с инструкцией: «Отвечай только на основе этих материалов».
5. Модель формулирует ответ и, при необходимости, указывает, из какого документа он взят.

Это называется поиском по базе знаний. Главное преимущество: чтобы обновить знания, достаточно заменить документ. Не нужно заново «обучать» модель, и бот не будет опираться на устаревшие сведения, если старый файл убран из базы.

Какие данные нужны

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

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

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

Качество ответов и галлюцинации

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

Что работает на практике:

• Жёсткая инструкция. Бот отвечает только по найденным материалам и говорит «не нашёл» вместо догадок.
• Показ источника. Ссылка на документ или раздел позволяет клиенту и сотруднику проверить ответ.
• Ограничение тем. Бот не даёт юридических, медицинских и финансовых заключений, не обещает скидок и сроков сверх правил.
• Передача человеку. Если уверенности мало или клиент просит менеджера, диалог уходит оператору вместе с историей.
• Тестовый набор вопросов. Его прогоняют после каждого крупного изменения базы или настроек.
• Разбор реальных диалогов. Раз в неделю кто-то читает выборку обращений и правит базу знаний.

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

Безопасность и персональные данные

Клиенты в чате нередко пишут больше, чем нужно: телефон, адрес, детали заказа. Поэтому до запуска стоит ответить на несколько вопросов:

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

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

Где ИИ-бот полезен, а где избыточен

Хорошие сценарии для бота на ИИ:

• Сайт услуг. Клиенты задают вопросы о составе работ, сроках, процессе, а ответы разбросаны по нескольким страницам.
• Магазин. Подбор товара по описанию, вопросы о составе, доставке, совместимости.
• Внутренняя поддержка. Сотрудник спрашивает, как оформить командировку или какой шаблон договора использовать.
• Онбординг. Новичок получает ответы по регламентам, не отвлекая коллег.
• Предквалификация заявок. Бот выясняет задачу и собирает контакты, а менеджер получает готовую карточку.

Когда ИИ, скорее всего, лишний:

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

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

Из чего складывается стоимость

Назвать универсальную цену «чат-бота с ИИ» честно нельзя: разброс большой. Вот факторы, которые на неё влияют:

• Модель. Разные модели отличаются качеством и стоимостью обработки запросов.
• Объём обращений. Чем больше диалогов, тем выше расходы на обращения к модели.
• Объём и состояние документов. Разбор, очистка и структурирование базы знаний – отдельная работа.
• Каналы. Сайт, Telegram, мессенджеры, внутренний портал; каждый канал требует подключения.
• Интеграции. CRM, учётная система, календарь записей, оплата.
• Роли и доступы. Внутренний бот с разграничением прав устроен сложнее публичного.
• Поддержка. Обновление базы, тесты, мониторинг качества после запуска.

Мои чат-боты и ИИ-ассистенты стоят от 50 000 ₽, дальше цена зависит от перечисленных факторов и фиксируется в смете после брифа. Отдельно нужно закладывать регулярные расходы на использование модели.

Как создать чат-бот с искусственным интеллектом: последовательность

Если вы хотите понять, как всё устроено на практике, ориентируйтесь на такой порядок:

1. Определите задачу и аудиторию: клиенты, сотрудники, партнёры.
2. Соберите 30–50 реальных вопросов из почты, мессенджеров и звонков.
3. Подготовьте и очистите документы.
4. Выберите канал: виджет на сайте, Telegram или внутренний портал.
5. Настройте поиск по базе знаний, инструкции и правила передачи человеку.
6. Проведите тестирование на подготовленных вопросах и на «сложных» нестандартных.
7. Запустите для небольшой группы, соберите обратную связь и доработайте.
8. Откройте для всех и назначьте того, кто регулярно обновляет базу.

Частые ошибки

• Бот без базы знаний. Модель без ваших материалов отвечает общими словами и может «сочинять» условия.
• Слишком широкий запуск. Бот, который «знает всё», обычно плохо знает главное. Начните с одной темы.
• Нет пути к человеку. Клиент, застрявший в диалоге с ботом, уходит к конкурентам.
• Скрытый бот. Пользователь должен понимать, что общается с автоматической системой.
• Отсутствие обновлений. Цены и правила меняются, а база остаётся прежней.
• Отсутствие мониторинга. Без чтения реальных диалогов вы не узнаете, где бот ошибается.
• Ставка на «модную» модель. Важнее данные и настройка, чем название нейросети в рекламе.

Как это делаю я

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

Если нужен не только бот, но и ассистент с несколькими моделями, разграничением доступов и обучением на документах, посмотрите EXPOMASTER AI. Условия и формат работы описаны на странице ИИ-ассистентов.

Что делать дальше

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

Частые вопросы

Что такое MVP простыми словами

Расшифровка – Minimum Viable Product. Идея в том, чтобы не строить полный продукт «вслепую», а выпустить компактную версию, получить реакцию рынка и только потом решать, что развивать. Вместо года разработки и запуска «на удачу» вы получаете короткий цикл: сделали, показали, измерили, поправили.

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

Чем MVP отличается от прототипа и полной версии

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

Зачем нужен MVP стартапа

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

MVP стартапа помогает:

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

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

Какие бывают виды MVP

MVP не всегда означает написанную программу. В зависимости от идеи и бюджета первая версия может выглядеть по-разному:

• Лендинг с формой. Вы описываете продукт и собираете заявки: так проверяют, интересна ли идея, ещё до разработки.
• Ручной сервис под видом продукта. Клиент видит простой интерфейс, а всю работу за ним выполняют люди. Это помогает понять, за что готовы платить, и найти узкие места процесса.
• Одна функция. Продукт делает только одно действие, зато делает его хорошо: например, только расчёт стоимости или только запись на время.
• Сборка из готовых сервисов. Таблицы, формы, платёжные и почтовые сервисы соединяют в рабочую цепочку без собственной разработки.
• Полноценная первая версия на своём коде. Подходит, когда проверять уже нечего, а нужен продукт, на котором можно принимать реальных клиентов и деньги.

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

Как выбрать минимальный набор функций

Самая частая ошибка – взять список «хотелок» и просто урезать его. Работает обратный подход: начать с главной задачи и добавлять только необходимое.

Шаг 1. Опишите главный сценарий пользователя

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

Шаг 2. Разложите функции по важности

Составьте список функций и пометьте каждую одной из категорий:

• Обязательно. Без неё главный сценарий не работает.
• Желательно. Делает удобнее, но можно жить без неё.
• Потом. Полезно для роста, но не для проверки идеи.

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

Шаг 3. Проверьте, можно ли что-то сделать вручную

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

Как проверять гипотезу

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

Рабочие способы:

1. Интервью с потенциальными клиентами. Не спрашивайте «понравится ли вам идея», спрашивайте, как они решают проблему сейчас, что их не устраивает и сколько времени или денег на это уходит.
2. Лендинг с заявками. Опишите продукт и добавьте форму записи в лист ожидания; по числу и качеству заявок видно, есть ли интерес. Для этого пригодится сайт или лендинг.
3. Предпродажи. Самый честный тест: предложите оплатить заранее или зарезервировать место по договорённой цене.
4. Ручной сервис. Оказывайте услугу вручную, пока нет программы, и смотрите, как реагируют клиенты.
5. Метрики после запуска. Смотрите на поведение, а не на слова: сколько людей регистрируются, доходят ли до главного действия, возвращаются ли.

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

Из чего состоит разработка MVP

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

1. Бриф и аналитика (1–3 дня). Фиксируем главный сценарий, аудиторию, метрики и границы первой версии.
2. Прототип и дизайн (1–2 недели). Показываем интерфейс до написания кода; это дешёвый способ поймать недопонимание.
3. Разработка (2–10 недель). Работаем спринтами по одной-две недели, после каждого показываю демо. Для MVP реалистично оставаться в нижней части этого диапазона.
4. Тестирование и запуск (3–7 дней). Проверяем сценарии, исправляем ошибки, настраиваем сбор метрик.
5. Поддержка. После запуска правки и развитие идут по подписке.

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

Сроки и стоимость

MVP SaaS можно сделать примерно за 6 недель при ограниченном составе функций. Чем больше ролей, интеграций и особых расчётов, тем дольше. SaaS-продукты у меня стоят от 400 000 ₽, итоговая цена определяется после брифа и фиксируется в смете. Если вопрос про «mvp приложения сколько стоит», честный ответ: зависит от числа экранов, ролей, платёжных и внешних интеграций, требований к безопасности и необходимости мобильной версии. Цифры без разбора задачи будут гаданием.

Какие метрики смотреть

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

• сколько людей дошли до ключевого действия (создали проект, отправили заявку, оформили заказ);
• возвращаются ли они через неделю и через месяц;
• сколько готовы платить и сколько уже заплатили;
• что пользователи пишут в поддержку и на что жалуются.

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

Частые ошибки

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

Как это делаю я

Я делаю MVP и полноценные SaaS-продукты: от постановки задачи и прототипа до запуска и поддержки. Работаю напрямую, без менеджеров, по договору с фиксированной сметой после брифа. Исходники и доступы передаю заказчику, платежи привязаны к результатам этапов. Пример рабочей системы с клиентами, сделками, финансами и расчётом зарплат – Focus CRM, а условия и формат для SaaS описаны на странице SaaS-продуктов.

Что делать дальше

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

Частые вопросы

Автоматизация бизнес-процессов: что это и зачем

Бизнес-процесс – любая цепочка действий, которая повторяется: приём заявки, выставление счёта, отгрузка, сверка остатков, отчёт для руководителя. Автоматизация убирает из цепочки ручные операции, которые не требуют человеческого суждения, и оставляет людям то, где нужны решения и общение.

Польза обычно проявляется в нескольких местах:

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

Автоматизация не обещает мгновенного роста продаж. Она уменьшает потери и освобождает время, а как вы им воспользуетесь, зависит от бизнеса.

Что автоматизировать в первую очередь

Не всё стоит переносить в программы. Хороший кандидат отвечает нескольким критериям:

1. Повторяется. Действие выполняется по одному и тому же порядку много раз.
2. Происходит часто. Экономия накапливается только если операция идёт ежедневно или еженедельно.
3. Есть ошибки или задержки. Люди забывают, путают, копируют не туда.
4. Понятные правила. Можно описать словами «если так, то так».
5. Данные уже цифровые. Информация лежит в системе, таблице, письме, а не только в головах и на бумаге.

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

Простая матрица для выбора

Как описать процесс до автоматизации

Прежде чем что-то автоматизировать, запишите процесс так, как он идёт на самом деле, а не как «должен быть».

1. Определите начало: что запускает процесс (новая заявка, оплата, письмо).
2. Определите результат: что должно получиться в конце (клиент получил счёт, товар отправлен).
3. Перечислите шаги и ответственных.
4. Отметьте, где хранятся данные и что копируется вручную.
5. Найдите исключения: что происходит, если клиент не ответил, товара нет, оплата не прошла.
6. Уберите лишние шаги, которые делаются «по привычке».

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

Инструменты автоматизации

Выбор зависит от задачи, а не наоборот. Основные группы:

• CRM и учётные системы. Хранят клиентов, сделки, заказы, задачи и напоминания. Многие процессы можно закрыть настройкой самой CRM. Если типовых систем не хватает, разрабатывают CRM на заказ.
• Интеграции между сервисами. Передают данные из сайта в CRM, из CRM в бухгалтерию, из магазина в складскую систему. Например, интеграция с amoCRM или интеграция 1С с интернет-магазином.
• Чат-боты. Принимают заявки, отвечают на типовые вопросы, напоминают о записи и оплате.
• Скрипты и небольшие сервисы. Регулярно выгружают отчёты, обновляют цены, проверяют статусы, собирают данные из разных источников.
• ИИ. Полезен там, где нужно понимать текст: разобрать письмо, классифицировать обращение, составить черновик ответа. Подробнее в статье про нейросети для бизнеса.
• Конструкторы сценариев. Подходят для простых связок, но при росте нагрузки и сложности упираются в ограничения.

Универсального «лучшего инструмента» нет. Иногда достаточно настроить автоматические правила в уже используемой CRM, иногда нужна собственная интеграция. Об этом стоит говорить после разбора процесса.

12 типовых процессов малого бизнеса

Вот процессы, которые чаще всего имеет смысл автоматизировать в первую очередь при автоматизации малого бизнеса:

1. Приём заявок с сайта. Форма создаёт карточку в CRM, назначает ответственного и уведомляет его в мессенджере.
2. Первичный ответ клиенту. Автоматическое подтверждение получения заявки и уточняющие вопросы.
3. Выставление счетов и договоров. Документ формируется из шаблона по данным сделки.
4. Напоминания об оплате и сроках. Клиент и менеджер получают уведомления вовремя, без ручного контроля.
5. Уведомления о статусе заказа. Клиент видит, что заказ собран, передан в доставку, получен.
6. Синхронизация остатков и цен. Данные между учётной системой и сайтом обновляются сами.
7. Отчёты для руководителя. Продажи, заявки, расходы собираются в одном месте по расписанию.
8. Рассылки и напоминания клиентам. Сегментация по истории покупок и автоматические письма или сообщения.
9. Учёт рабочего времени и расчёт зарплат. Данные собираются из системы, расчёт идёт по правилам.
10. Работа с отзывами. Просьба оставить отзыв после заказа, сбор оценок и оповещение о негативе.
11. Согласование внутренних заявок. Отпуска, закупки, командировки идут по цепочке без пересылки писем.
12. Онбординг сотрудников. Доступы, задачи и материалы выдаются по чек-листу при выходе нового человека.

Если нужен образец из практики, вот несколько моих реальных работ. В Focus CRM в одном окне собраны клиенты, сделки, финансы, расчёт зарплат и общение через мессенджеры. У Фото+ на сайте работают корзина, оплата и доставка СДЭК. В БАРАНБЫК магазин ведёт каталог с остатками, подписки и бонусный клуб.

Как считать эффект без выдуманных цифр

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

• Время. Сколько минут уходит на операцию и сколько раз в неделю она выполняется; произведение – ваши трудозатраты.
• Ошибки. Сколько документов приходится переделывать, сколько заказов уходит не туда.
• Задержки. Через сколько обработана заявка от момента поступления.
• Потери. Сколько обращений остаётся без ответа.
• Нагрузка на людей. Сколько времени сотрудники тратят на задачи, для которых они не нужны.

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

Риски и ограничения

• Автоматизация хаоса. Неотлаженный процесс лучше сначала упорядочить.
• Зависимость от сервисов. Если один сервис изменит условия или API, интеграция сломается; стоит иметь план обновления.
• Слишком много исключений. Если реальные случаи не укладываются в правила, автоматизация превратится в череду ручных обходов.
• Персональные данные. При передаче информации о клиентах между системами учитывайте требования 152-ФЗ; это не юридическая консультация, детали стоит проверить у юриста.
• Сопротивление команды. Без объяснений сотрудники продолжают работать по-старому, и система остаётся пустой.

План автоматизации на месяц

Вот реалистичный первый цикл, если у вас нет сложных внутренних систем:

1. Неделя 1. Инвентаризация. Перечислите повторяющиеся задачи, оцените частоту и число ошибок, выберите одну.
2. Неделя 2. Описание процесса. Опишите шаги, исключения, ответственных; определите показатели до автоматизации.
3. Неделя 3. Настройка и запуск. Настройте автоматизацию для простого пути, а исключения пока оставьте людям.
4. Неделя 4. Проверка и доработка. Сравните показатели, соберите замечания и уберите слабые места.

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

Частые ошибки

• Автоматизировать всё сразу. Большой проект без результата первых недель редко доходит до конца.
• Начинать с инструмента. Сначала выбирают систему, потом ищут, какую задачу ей поручить.
• Не описывать процесс. Разработчик автоматизирует то, что ему рассказали, а не то, что происходит.
• Игнорировать исключения. В реальной жизни они возникают чаще, чем кажется.
• Не назначить владельца. Если за процессом никто не следит, он ломается тихо.
• Не замерять «до». Потом невозможно доказать пользу.
• Автоматизировать редкое. Экономия не покроет затрат на разработку и поддержку.

Как это делаю я

Я разрабатываю интеграции и автоматизацию: соединяю сайт, CRM, учётные системы, мессенджеры и платёжные сервисы, чтобы данные шли сами. Сначала разбираем ваш процесс на брифе и выбираем один или два сценария для старта, затем я фиксирую смету и сроки. Работаю по договору, оплата по этапам, исходники и доступы передаю вам. Формат и условия описаны на странице интеграций и автоматизации, стоимость начинается от 40 000 ₽.

Что делать дальше

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

Частые вопросы

Парсинг сайтов: что это простыми словами

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

Работает это в несколько шагов:

1. Программа отправляет запрос на страницу, как это делает браузер.
2. Получает в ответ HTML-код или данные в другом формате.
3. Находит нужные фрагменты по правилам: например, «название товара в этом блоке, цена в другом».
4. Очищает и приводит данные к единому виду.
5. Сохраняет в таблицу, файл или базу и при необходимости передаёт в другую систему.

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

Для чего нужен парсинг данных с сайта

Практических задач много. Вот основные:

• Мониторинг цен. Парсер цен конкурентов регулярно собирает стоимость сопоставимых товаров и показывает, где вы дороже или дешевле.
• Каталоги поставщиков. Наличие, цены и характеристики поставщика подтягиваются в ваш магазин без ручного обновления. Родственная тема – интеграция 1С с интернет-магазином.
• Сбор отзывов. Отзывы о товарах и компаниях собирают для анализа, чтобы понять, что нравится и что раздражает покупателей.
• Аналитика конкурентов. Ассортимент, структура каталога, новые позиции, акции.
• Поиск и агрегация. Сервисы сравнения, подборки вакансий, объявлений, мероприятий.
• Проверка собственного сайта. Битые ссылки, дубли страниц, отсутствующие описания, изменения в выдаче.

Важно, что парсинг сам по себе не принимает решений. Он даёт данные, а выводы делает человек или следующий этап автоматизации, например автоматизации бизнес-процессов.

Парсинг сайтов конкурентов: как это выглядит на практике

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

Способы парсинга

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

Технические барьеры

Даже если задача разрешена и понятна, парсинг может быть непростым:

• Изменение вёрстки. Сайт обновил дизайн, и правила поиска данных перестали работать; парсеры приходится поддерживать.
• Динамическая загрузка. Данные подтягиваются скриптами после открытия страницы, и простое чтение HTML их не видит.
• Ограничение запросов. Сайт блокирует слишком частые обращения с одного адреса.
• Защита от роботов. Проверки, капчи, ограничения по региону или по заголовкам запроса.
• Нестабильное качество данных. Разные форматы цен, единиц измерения, названий одного и того же товара.

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

Этика и правила хорошего тона

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

1. Читайте robots.txt. Файл в корне сайта показывает, что владелец просит не индексировать и не собирать автоматически. Это не закон, но признак воли владельца.
2. Изучайте условия использования. Часть сайтов прямо запрещает автоматический сбор данных. Нарушение условий может привести к блокировке или претензиям.
3. Не создавайте чрезмерную нагрузку. Делайте паузы между запросами, собирайте данные в спокойное время, не перегружайте чужой сервер.
4. Не обходите защиту. Подбор паролей, обход капч и закрытых разделов – это уже не сбор публичных данных.
5. Представляйтесь. Используйте понятный идентификатор в запросах, чтобы владелец мог связаться, если возникнут вопросы.
6. Берите минимум. Собирайте только те данные, которые действительно нужны для задачи.

Что говорит закон: правовые границы

Ниже – общая картина, а не юридические выводы. Российское законодательство не содержит одного простого правила «парсинг разрешён» или «запрещён». Ответ на вопрос, законен ли парсинг, зависит от того, какие данные собираются, откуда и как они потом используются. Материал не является юридической консультацией: перед запуском проекта его лучше обсудить с юристом, который знает вашу ситуацию.

Открытые данные

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

Авторские права

Тексты, фотографии, обзоры и другие произведения на сайтах могут быть защищены авторским правом. Копирование и публикация таких материалов без разрешения правообладателя способны привести к претензиям. Собирать факты (цена, размер, артикул) и копировать творческие материалы – разные вещи, хотя граница в спорных случаях оценивается индивидуально.

Базы данных

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

Персональные данные

Самое чувствительное направление. Имена, телефоны, адреса, профили в соцсетях и другая информация о людях подпадает под 152-ФЗ, даже если размещена в открытом доступе. Для сбора и хранения такой информации нужны правовые основания и соблюдение требований к безопасности. Собирать контакты в массовом порядке для рассылок без понятных оснований рискованно и для бизнеса, и для репутации. Если в задаче есть персональные данные, начните с юриста, а не с программиста.

Недобросовестная конкуренция

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

Как хранить и использовать собранные данные

Данные не должны просто лежать. Разумная схема:

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

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

Частые ошибки

• Запуск без проверки условий источника. Не прочитали правила сайта и получили блокировку или претензию.
• Слишком частые запросы. Сервер источника перегружается, ваш адрес блокируют.
• Сбор лишних данных. Чем больше собрано, тем выше риски и затраты на хранение.
• Копирование чужих описаний и фото. Использование их на своём сайте создаёт правовые проблемы и вредит SEO.
• Отсутствие поддержки. Через месяц сайт меняет вёрстку, и данные тихо перестают обновляться.
• Сравнение несопоставимых товаров. Из-за разного написания названий вы принимаете решения по неверным данным.
• Игнорирование персональных данных. Сбор контактов людей без оснований – самая рискованная ошибка.

Как это делаю я

Я разрабатываю интеграции и автоматизацию, в том числе сбор данных из открытых источников и через API: мониторинг цен, обновление каталогов, выгрузки в CRM и учётные системы. Перед началом обсуждаем источники, цель и хранение, а для спорных случаев рекомендую консультацию юриста. Работаю по договору, смета фиксируется после брифа, исходники и доступы передаю заказчику. Подробнее – на странице интеграций и автоматизации, стоимость работ начинается от 40 000 ₽.

Что делать дальше

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

Частые вопросы

Что значит выйти из операционки

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

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

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

Почему не получается выйти

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

• Нехватка времени и выгорание. День расписан на срочное, вечером приходят сообщения, выходные уходят на «догнать». Когда усталость копится, качество решений падает, и вы делаете ещё больше правок вручную.
• Недоверие и неудачный найм. Однажды вы передали задачу, результат оказался не тем, и вы решили, что быстрее сделать самому. Проблема чаще не в человеке, а в том, что задача была поставлена без критериев, а проверить итог было нечем.
• Тушение пожаров вместо стратегии. Каждый день появляется срочный вопрос, и до плана развития руки не доходят. Пожары повторяются, потому что причина (отсутствие процесса) не устранена.
• Потолок роста из-за собственника. Если каждое решение согласуется с вами, пропускная способность компании равна вашей. Больше заявок означает не больше денег, а длиннее очередь у вашего стола.

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

Ключевая мысль: система важнее героизма

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

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

Про то, как навести порядок в самих процессах, я подробно писал в материале оптимизация бизнес-процессов. А про контроль без микроменеджмента – в статье как контролировать сотрудников.

Как выйти из операционки пошагово

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

1. Зафиксируйте, чем вы занимаетесь на самом деле. Неделю записывайте свои действия: что делали, сколько времени, повторялось ли это. Часто выясняется, что значительная часть дня уходит на пересылку информации и ответы на одни и те же вопросы.
2. Опишите процессы «как есть». Возьмите два-три самых частых процесса (обработка заявки, выполнение заказа, выставление счёта) и разложите на шаги: кто делает, что получает на входе, что отдаёт на выходе. Не улучшайте пока, просто опишите.
3. Отделите работу собственника от работы компании. Разложите свои задачи на три группы: то, что должны делать только вы, то, что можно передать людям, и то, что можно отдать системе.
4. Автоматизируйте рутину. Приём заявок, напоминания, сбор отчётов, уведомления, пересылку данных между сервисами делают программы. Освободившееся время не растворяется в лишних совещаниях.
5. Выставьте показатели и соберите дашборд. Определите пять-семь цифр, по которым вы понимаете состояние бизнеса, и сделайте так, чтобы они обновлялись сами.
6. Делегируйте по критериям. Каждая передаваемая задача получает результат, срок, критерий готовности и границы решений. Подробнее об этом в статье про делегирование задач.
7. Замените ручной контроль регулярным менеджментом. Вместо «как дела?» в течение дня – еженедельная встреча по цифрам и точки контроля в системе.

Почему задачи возвращаются к собственнику

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

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

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

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

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

Роль автоматизации и дашборда

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

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

Список цифр у каждого бизнеса свой, но полезно отвечать на пять вопросов:

• Сколько обращений пришло и как быстро на них ответили?
• Сколько сделок или заказов в работе и на каком этапе они стоят?
• Что просрочено и у кого?
• Сколько денег пришло и сколько ожидается?
• Где процесс теряет клиентов или время?

Частые ошибки

Даже правильный план ломается на типовых ошибках. Вот основные из них:

• Начинать с делегирования. Если процессов нет и цифр нет, вы передаёте не задачу, а хаос. Сотрудник либо копирует ваш беспорядок, либо возвращает вопросы.
• Автоматизировать неописанный процесс. Программа закрепит то, что есть, включая лишние шаги. Сначала описание, потом упрощение, потом автоматизация.
• Уходить резко. Полное исчезновение без предупреждения превращает эксперимент в кризис. Уменьшайте своё участие ступенями и наблюдайте за цифрами.
• Не давать права на ошибку. Если любая ошибка вызывает разбор с наказанием, сотрудник будет спрашивать вас по каждой мелочи.
• Контролировать в ручном режиме. Ежедневные вопросы «что там?» – это та же операционка, только в другой форме. Контроль должен идти через показатели и встречи по расписанию.
• Ждать идеальной системы. Достаточно работающей версии для одного-двух процессов. Остальное добавляется по мере необходимости.

Как это делаю я

Я разработчик, за 7 лет сделал 50+ проектов, а на моём сервере работают 25 сервисов. Мой вклад в выход из операционки – это техническая часть системы: интеграции, автоматизация рутины, панели с показателями. Управленческие решения остаются за вами, а я помогаю сделать так, чтобы они опирались на цифры, а не на ощущения.

Обычно работа начинается с брифа: мы вместе разбираем ваши самые частые процессы и находим места, где данные переносятся руками. После этого я предлагаю, что автоматизировать в первую очередь, называю фиксированную смету и работаю по договору с оплатой по результатам этапов. Исходники и доступы передаются заказчику. Если вам нужна связка сервисов, автоматические уведомления и отчёты, посмотрите страницу интеграции и автоматизация, цены там начинаются от 40 000 ₽. Когда рутина упирается в учёт клиентов и задач, подойдёт CRM на заказ, пример такого решения – проект Focus CRM: клиенты, сделки, финансы и чат с мессенджерами в одном окне.

Что делать дальше

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

Частые вопросы

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

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

Есть три ситуации, которые часто принимают за делегирование, но это другое:

• Перекладывание. Вы отдаёте задачу и забываете о ней, а потом возмущаетесь итогом. Ответственность не передана, критериев нет.
• Раздача поручений. Вы диктуете каждый шаг, исполнитель лишь выполняет. Это управление руками, оно не освобождает ваше время.
• Делегирование только рутины. Вы отдаёте скучное, а важное оставляете себе, хотя часть важного вполне можно передать.

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

Какие задачи можно делегировать, а какие оставить

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

С чего начать

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

Уровни делегирования

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

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

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

Как поставить задачу так, чтобы её не пришлось забирать

Большая часть возвратов возникает из-за размытой постановки. В качестве основы хватает пяти элементов:

1. Результат. Что именно должно получиться, простыми словами и по возможности в проверяемом виде.
2. Срок. Конкретная дата, а не «в ближайшее время».
3. Критерий готовности. По чему вы поймёте, что задача выполнена: документ на определённой странице, клиент подтвердил, отчёт в общей папке.
4. Ресурсы и ограничения. Доступы, бюджет, время других людей, чего нельзя делать.
5. Точки контроля. Когда и как исполнитель показывает промежуточный результат.

Подробнее про формулу и шаблон карточки задачи – в статье постановка задач сотрудникам. Если кратко: задача должна помещаться в одну карточку, которую можно прочитать за минуту и не переспрашивать.

Пример: как передать подготовку еженедельного отчёта

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

• Результат: сводка на одной странице с числом новых заявок, заявок в работе, просрочек и ожидаемых оплат.
• Срок: каждую пятницу до 12:00.
• Критерий готовности: цифры совпадают с данными в системе, просрочки перечислены с именами ответственных.
• Уровень: сначала второй (сотрудник присылает сводку и предлагает, что с ней делать), через месяц третий.
• Граница решений: сотрудник сам напоминает ответственным о просрочках, но не меняет сроки клиентам без согласования.

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

Почему делегирование ломается

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

Нет критериев

Сотрудник принёс результат, вам он не нравится, но объяснить, почему, вы можете только «не то». Без критериев спор идёт о вкусах, а не о фактах. Решение – определить критерий заранее и записать его в задаче.

Нет прозрачности

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

Нет инструмента

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

Как система даёт контроль без ежедневного вмешательства

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

Что для этого нужно:

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

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

Чеклист делегирования

Перед тем как передать задачу, пройдитесь по списку:

1. Понятно ли, какой именно результат нужен?
2. Записан ли критерий готовности?
3. Есть ли срок и промежуточные точки контроля?
4. Есть ли у исполнителя доступы и информация, без которых не обойтись?
5. Какой уровень делегирования вы назначили и сказали ли об этом вслух?
6. Что исполнитель решает сам, а что согласует с вами?
7. Где живёт задача и увидите ли вы её статус без вопросов?
8. Что вы сделаете, если результат окажется не тем: как будете разбирать, не забирая работу?

Если хотя бы на два-три вопроса нет ответа, лучше потратить десять минут на уточнение, чем неделю на переделку.

Частые ошибки

• Забирать задачу при первой ошибке. Сотрудник делает вывод, что права на самостоятельность у него нет, и перестаёт брать инициативу.
• Вмешиваться в способ. Если результат достигнут, способ может отличаться от вашего. Требуйте результат, а не копию своей методики.
• Передавать ответственность без полномочий. Человек отвечает за итог, но не может получить доступ, согласовать бюджет или принять решение.
• Делегировать всё сразу. Начните с одной-двух задач, отладьте и расширяйте.
• Не обсуждать итоги. Без разбора сотрудник не понимает, что было хорошо, а что стоит изменить в следующий раз.
• Ставить задачи устно. Через пару дней стороны помнят договорённость по-разному.

Как это делаю я

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

На практике это интеграции между сервисами, которыми вы уже пользуетесь, уведомления в Telegram или почту, автоматический сбор данных в одну панель. Такие задачи я выполняю в рамках услуги интеграции и автоматизация, цены начинаются от 40 000 ₽. Если нужна полноценная система под ваш процесс, с ролями, задачами и отчётами, можно рассмотреть CRM на заказ. Работаю по договору, смета фиксируется после брифа, оплата идёт по результатам этапов, исходники и доступы передаются вам.

Что делать дальше

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

Частые вопросы

Что такое бизнес-процесс и что значит его оптимизировать

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

Оптимизация – это улучшение процесса по понятным критериям: быстрее, дешевле, с меньшим числом ошибок и ручных операций. Важно, что критерий выбирается заранее. «Стало лучше» без определения, что именно улучшилось, не является результатом.

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

Оптимизация бизнес-процессов: с чего начать

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

1. Описать процесс как есть. Не как должно быть по вашим представлениям, а как происходит на самом деле, включая обходные пути и «так сложилось».
2. Найти узкие места. Где заявка ждёт, где данные переносят руками, где дублируется работа, где клиенты пропадают.
3. Убрать лишнее и упростить. Отказаться от шагов, которые не приносят пользы, объединить повторяющиеся, определить ответственных.
4. Автоматизировать то, что осталось. Только теперь есть смысл подключать программы, потому что вы знаете, что именно они должны делать.

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

Почему нельзя автоматизировать хаос

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

Как описать процесс: пример обработки заявки

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

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

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

Где обычно теряются время и деньги

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

Пример разбора

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

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

Если вы не знаете, с какой потери начать, посмотрите, где сотрудники чаще всего задают вопрос «а что делать дальше?». Именно там процесс не описан.

Что автоматизировать в первую очередь

Не всякий процесс стоит автоматизировать. Ориентируйтесь на четыре признака:

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

Чаще всего первыми автоматизируют приём и распределение заявок, напоминания клиентам и сотрудникам, формирование документов по шаблону, сбор отчётов, обмен данными между сайтом, CRM и учётными системами. Подробный разбор цепочки приёма обращений есть в статье автоматизация обработки заявок, а общая картина по теме – в материале про автоматизацию бизнес-процессов.

Как оценить эффект без выдуманных цифр

Можно услышать обещания вида «после внедрения выручка вырастет вдвое». Такие числа обычно ничем не подкреплены. Честная оценка строится на ваших собственных замерах до и после изменения.

Что измерять:

• Время цикла. Сколько проходит от обращения клиента до оплаты или от заказа до выполнения.
• Время реакции. Через сколько заявка получает первый ответ.
• Число ручных действий. Сколько раз человек копирует, пересылает и вводит одни и те же данные на одном заказе.
• Число потерянных обращений. Сколько заявок осталось без ответа или без статуса.
• Число возвратов и переделок. Как часто приходится исправлять ошибки.

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

Как не потерять деньги на внедрении

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

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

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

Частые ошибки

• Автоматизировать до описания. Об этом сказано выше, но именно эта ошибка самая дорогая.
• Оптимизировать всё сразу. Компания начинает десяток проектов, ни один не доводится до конца, а сотрудники устают от изменений.
• Описывать желаемое вместо реального. Красивая схема, по которой никто не работает, ничего не даёт.
• Не назначать владельца процесса. Без человека, который отвечает за процесс целиком, улучшения расползаются.
• Не измерять до изменений. Тогда невозможно понять, стало лучше или нет.
• Забыть про сотрудников. Если люди не понимают, зачем меняются правила, они возвращаются к привычным обходным путям.

Как это делаю я

Я разработчик: 7 лет в разработке, 50+ проектов, 25 сервисов работают на моём собственном сервере. В оптимизации бизнес-процессов мне принадлежит техническая часть: помочь описать текущий процесс, найти места ручной работы и построить автоматизацию поверх упрощённой схемы. Консалтингом и обучением управлению я не занимаюсь.

Работа обычно начинается с брифа и аналитики (от одного до трёх дней): мы разбираем ваш процесс на шаги и определяем, что действительно стоит автоматизировать. Затем я называю фиксированную смету, работаю по договору и оплате по результатам этапов, а исходники и доступы передаю вам. Такие задачи входят в услугу интеграции и автоматизация, цены начинаются от 40 000 ₽.

Что делать дальше

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

Частые вопросы

Почему задачи выполняются не так, как ждали

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

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

Основные причины расхождения:

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

Постановка задач сотрудникам: формула из пяти элементов

Хорошая постановка вмещается в пять элементов. Они годятся для задачи любого масштаба, от письма клиенту до проекта.

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

Что значит «критерий готовности»

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

Шаблон карточки задачи

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

Название: глагол и объект, например «Подготовить список клиентов без покупок»

Цель: зачем нужна задача, одно-два предложения

Результат: что должно быть сделано и в каком виде

Критерий готовности: по каким признакам принимаем

Срок: дата и время

Исполнитель: один человек, а не «отдел»

Ресурсы и ограничения: доступы, материалы, что нельзя делать

Принимает результат: кто проверяет

Точки контроля: когда показать промежуточный вариант

Ключевое правило: у задачи один исполнитель. Если ответственных двое, обычно не отвечает никто.

Пример: одна задача до и после

Слабая постановка: «Разберись с жалобами клиентов до конца недели». Из неё непонятно, что значит «разберись», по каким жалобам и что считать итогом. Сотрудник может собрать список, может позвонить всем, а может предложить изменить процесс.

Сильная постановка той же задачи:

• Цель: понять, из-за чего клиенты недовольны, и передать руководителю предложения по исправлению.
• Результат: таблица жалоб за последний месяц с причиной и предложением по каждой и краткий вывод на полстраницы.
• Критерий готовности: каждая жалоба из журнала имеет причину и статус.
• Срок: пятница, 16:00.
• Ограничения: клиентам не звонить, решения по компенсациям не принимать.
• Кому сообщить: написать руководителю в карточке задачи.

Разница в том, что вторую версию можно принять, не задавая вопросов.

Как ставить задачи новичку и опытному сотруднику

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

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

Опытному сотруднику достаточно цели, критерия и границ. Указывать способ не нужно, он его выберет сам. Лишняя детализация выглядит как недоверие и демотивирует. Точку контроля можно поставить ближе к финалу или вообще договориться о приёмке по итогу.

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

Как проверять результат без микроконтроля

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

Альтернатива опирается на заранее известные точки:

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

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

Где хранить задачи

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

Что нужно от хранилища задач:

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

Для небольшой команды подойдёт трекер задач. Если задачи связаны с заявками, сделками и клиентами, удобнее, когда они лежат в CRM: вы открываете карточку клиента и видите, что по нему запланировано и кто отвечает. Пример системы, где всё собрано в одном окне, – проект Focus CRM: клиенты, сделки, финансы и чат с мессенджерами.

Чеклист из семи пунктов

Перед тем как отправить задачу, проверьте:

1. Понятна ли цель: зачем это нужно и что изменится, когда задача выполнена?
2. Описан ли результат в проверяемом виде?
3. Записан ли критерий готовности?
4. Указан ли конкретный срок с датой и временем?
5. Есть ли один исполнитель, а не группа?
6. Названы ли ресурсы, доступы и ограничения?
7. Понятно ли, кому и где сообщить о готовности и когда будет промежуточная проверка?

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

Частые ошибки

• Устные поручения. «Я же говорил на планёрке» – фраза, после которой начинаются споры. Фиксируйте в карточке.
• Размытые формулировки. Слова «сделай красиво», «разберись», «займись» ничего не говорят о результате.
• Задача без срока. Она автоматически становится задачей «когда-нибудь».
• Задача без владельца. Когда исполнителей двое или «отдел», ответственность растворяется.
• Слишком много задач сразу. Если в один день приходит десять срочных, приоритеты расставляет сотрудник по своему усмотрению. Назовите порядок сами.
• Изменение условий без предупреждения. Если критерий поменялся, сообщите явно и пересмотрите срок.
• Отсутствие обратной связи. Без разбора сотрудник не понимает, что делать иначе в следующий раз.

Как это делаю я

Я разработчик, работаю напрямую, без менеджеров, за 7 лет сделал 50+ проектов. Как ставить задачи, решаете вы, а моя часть – чтобы у задач был удобный дом. Это может быть CRM с карточками, исполнителями, сроками, статусами, напоминаниями и привязкой задач к клиентам и заказам.

Если вы хотите собрать такую систему под свой процесс, посмотрите страницу CRM на заказ, цены там начинаются от 250 000 ₽. Сроки: бриф и аналитика 1–3 дня, разработка 2–10 недель со спринтами по 1–2 недели и демо после каждого. Смета фиксируется после брифа, оплата идёт по результатам этапов, исходники и доступы передаются вам. Для небольших связок между уже используемыми сервисами подойдёт интеграция и автоматизация от 40 000 ₽.

Что делать дальше

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

Частые вопросы

Зачем нужны регламенты для сотрудников и чем они отличаются от инструкций

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

Регламент нередко путают с должностной инструкцией. Различие простое:

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

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

Какие процессы описывать первыми

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

Чаще всего в первую очередь описывают:

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

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

Как собрать информацию для регламента

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

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

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

Структура короткого регламента

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

1. Цель. Одно предложение: зачем нужен процесс и какой результат считается успехом.
2. Кто участвует. Роли, а не фамилии: менеджер, администратор, исполнитель, бухгалтер.
3. Шаги. Пронумерованный список действий с указанием, кто делает и в какой срок.
4. Результат. Что должно быть на выходе и как это проверить.
5. Что делать при сбое. Типовые нештатные ситуации и кому сообщать.

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

Образец: регламент обработки заявки

Ниже сокращённый шаблон. Подставьте свои роли, сроки и инструменты.

Цель. Каждая входящая заявка получает ответственного и первый ответ в согласованный срок, и ни одна не остаётся без статуса.

Участники. Менеджер, администратор (или автоматическое назначение), руководитель.

Шаги.

1. Заявка из любого канала (сайт, мессенджер, телефон) фиксируется в CRM в течение рабочего дня. Если заявка пришла через сайт, запись создаётся автоматически.
2. Заявке назначается ответственный менеджер, ему уходит уведомление.
3. Менеджер делает первый контакт в согласованный срок и записывает в карточку, что выяснил.
4. Если клиент не отвечает, менеджер повторяет попытку по графику и фиксирует каждую в карточке.
5. Менеджер готовит предложение и присылает клиенту, статус меняется на «Предложение отправлено».
6. Если клиент согласен, оформляется счёт, статус меняется на «Ожидает оплаты».
7. Если клиент отказался, менеджер указывает причину отказа из списка.

Результат. Заявка находится в одном из финальных статусов: «Оплачено» или «Отказ» с причиной.

При сбое.

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

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

План на четыре недели

Месяц реален, если писать по одному-двум процессам в неделю и не стремиться к идеалу. Ориентировочный план:

Цифры в таблице (3–5 процессов) – ориентир, а не норма: в маленькой компании достаточно двух. Главное не количество, а то, что регламенты проверены практикой. По итогам месяца у вас появляется основа, на которую можно опираться при найме и делегировании, см. также статью постановка задач сотрудникам.

Как сделать так, чтобы регламент жил

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

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

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

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

Частые ошибки

• Слишком длинные документы. Пятьдесят страниц не читаются. Разбивайте на отдельные регламенты по процессам.
• Описание «как надо», а не «как есть». Если регламент противоречит реальной работе, сотрудники его игнорируют. Сначала опишите реальность, потом улучшайте.
• Написано без участия исполнителей. Люди, которые делают работу, знают нюансы, о которых руководитель не догадывается.
• Нет владельца. Документ устаревает, потому что за него никто не отвечает.
• Нет действий при сбое. Регламент описывает идеальный ход событий, а первая же нештатная ситуация возвращает вопросы к руководителю.
• Регламент отдельно от работы. Если его нужно открывать специально, им не будут пользоваться.
• Наказание вместо разбора. Если нарушение регламента только ругают, сотрудники скрывают проблемы. Лучше выяснять, что мешало.

Как это делаю я

Я разработчик: 7 лет в разработке, 50+ проектов, 25 сервисов на собственном сервере. Писать регламенты за вас я не буду, это управленческая работа. Но я помогаю сделать так, чтобы они не лежали мёртвым грузом: шаги процесса становятся стадиями и обязательными полями в CRM, срабатывают напоминания о просрочках, заявки автоматически попадают к ответственному, а руководитель получает сводку без ручных отчётов.

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

Что делать дальше

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

Частые вопросы

Что такое KPI простыми словами

KPI расшифровывается как Key Performance Indicator, то есть ключевой показатель эффективности. Если совсем просто: это число, которое отвечает на вопрос «хорошо ли идёт работа на этом участке». Не «как сотрудник себя чувствует» и не «сколько часов просидел за столом», а какой результат получился.

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

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

Как выбрать показатели: четыре вопроса к каждому KPI

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

1. Влияет ли на него сам сотрудник? Если менеджер не отвечает за цену и рекламу, оценивать его по общему объёму выручки несправедливо. Оценивайте то, что он реально меняет: скорость ответа, долю дошедших до расчёта клиентов.
2. Можно ли его измерить без спора? Если два человека посчитают показатель по-разному, это не KPI, а повод для конфликта. Определение должно быть записано: что считаем, за какой период, откуда берём данные.
3. Есть ли данные? Показатель, для которого нужно вручную заполнять таблицу, будет считаться только пока о нём помнят. Если данных в системе нет, сначала настройте сбор, а уже потом вводите KPI.
4. Что сотрудник сделает, чтобы его улучшить? Хороший показатель подсказывает действие. Если улучшить его можно только подгонкой цифр, показатель плохой.

Ограничивайте количество. Для одной роли обычно хватает трёх-пяти показателей: больше человек просто не удержит в голове и начнёт выбирать, что «подтянуть» для отчёта. Лучше один показатель качества и один количества, чем десять без приоритета.

KPI для сотрудников по ролям: примеры без цифр

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

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

KPI для менеджера по продажам

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

KPI для поддержки и сервиса

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

KPI для производства и исполнителей

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

Как внедрить KPI: пошаговый план

Внедрение занимает больше времени, чем составление списка. Двигайтесь этапами.

1. Выберите одну роль для начала. Не запускайте показатели сразу на всю компанию. Возьмите отдел или роль, где данные уже собираются, например продажи.
2. Запишите определения. Для каждого показателя: название, формула, период, источник, ответственный. Одна страница.
3. Обсудите с сотрудниками до запуска. Покажите, что считается и почему. Люди спокойнее относятся к цифрам, которые объяснили заранее, и охотнее подсказывают, где формула не учитывает реальность.
4. Соберите базовый уровень. Несколько недель просто наблюдайте, не связывая показатели с оплатой. Это даст точку отсчёта и покажет, где данные некорректны.
5. Поставьте цели по своей истории. Ориентир – ваши прошлые периоды и рост, который команда способна тянуть, а не чужой «средний по рынку».
6. Смотрите на динамику раз в неделю или месяц. Ритм зависит от цикла сделки, но он должен быть постоянным.
7. Через квартал пересмотрите набор. Показатели устаревают вместе с процессами. То, что было узким местом, через несколько месяцев может перестать им быть.

Связывать ли KPI с зарплатой

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

Как собирать KPI автоматически из CRM и дашборда

Ручной подсчёт – главная причина, по которой KPI живут два месяца. Кто-то должен выгружать данные, сводить таблицы и рассылать результаты, а потом этот кто-то устаёт или уходит в отпуск. Поэтому у зрелой схемы три составляющие.

• События фиксируются в одном месте. Заявки, звонки, смены стадий и закрытия задач попадают в CRM или другую систему, а не остаются в чатах и головах.
• Показатели считаются сами. Формулы описаны один раз и пересчитываются автоматически, без выгрузок в таблицы.
• Результат приходит к человеку. Сотрудник видит свои цифры в своём кабинете, а руководитель – сводку на дашборде или в сообщении по расписанию.

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

Как я подхожу к этому в проектах

Если готовые отчёты в вашей CRM не считают нужные показатели или данные лежат в разных сервисах, я делаю CRM на заказ вместе с расчётом показателей и кабинетами сотрудников. Пример из практики – Focus CRM для студии причёсок: в системе есть клиенты, сделки, финансы, расчёт зарплат и RFM-сегментация клиентов, то есть многие цифры считаются из данных, а не собираются руками. Работа идёт по фиксированной смете после брифа, цена CRM начинается от 250 000 ₽, а точную стоимость я называю после разбора ваших процессов. Важно: я не пишу за вас систему мотивации и не гарантирую рост показателей. Мой вклад – сделать так, чтобы показатели считались честно и приходили вовремя.

Частые ошибки при внедрении KPI

• Слишком много показателей. Десять KPI на человека означают, что приоритета нет. Сотрудник выбирает удобные.
• Показатель не зависит от сотрудника. Оценка по чужой зоне ответственности вызывает раздражение и недоверие.
• Нет данных. KPI объявлен, а считать нечем. Через месяц про него забывают.
• Наказание вместо анализа. Если провал показателя сразу ведёт к взысканию, сотрудники начнут скрывать плохие данные или переоформлять сделки.
• Только количество. Гонка за числом без показателя качества портит сервис: звонков много, толку мало.
• Цели скопированы у другой компании. Чужой норматив в вашей нише, с вашей ценой и вашим каналом ничего не значит.
• Показатели не пересматриваются. Процесс изменился, а KPI остались прежними и начали мешать.
• Внедрено без разговора с командой. Люди узнают о новых цифрах из отчёта, и первая реакция – защитная.

Частые вопросы

Что делать дальше

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

Масштабирование бизнеса и рост: в чём разница

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

Масштабирование – ситуация, когда добавление объёма даётся дешевле, чем добавление первой единицы. Например, вы описали процесс, обучили ему людей, завели заявки в единую систему, и теперь вдвое больше клиентов обрабатывается теми же руками, потому что рутину берёт на себя автоматика. Издержки на новую единицу результата падают.

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

Почему рост упирается в собственника

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

Чаще всего за этим стоят три причины.

• Всё держится на голове собственника. Правила, цены, исключения, история клиентов известны только ему. Любой вопрос от сотрудника превращается в звонок владельцу.
• Процессы не описаны. Каждый делает по-своему, результат зависит от человека. Нельзя ни быстро обучить нового сотрудника, ни проверить работу по единому стандарту.
• Данные разрознены. Заявки в мессенджерах, клиенты в таблице, оплаты в банке, задачи в блокноте. Чтобы понять картину, владельцу нужно собрать её вручную.

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

Что должно быть готово до масштабирования бизнеса

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

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

Модели масштабирования: какие бывают

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

1. Больше клиентов в той же модели. Вы усиливаете привлечение и продажи, а внутри нагрузку берёт на себя система: автоматическая обработка заявок, напоминания, шаблоны. Подходит, если качество исполнения уже стабильно.
2. Больше продуктов для тех же клиентов. Вы продаёте текущей базе смежные товары или услуги. Требует хорошей клиентской базы и понимания, что людям нужно дальше. Здесь пригодятся история покупок и сегментация.
3. Новые точки или направления. Второй салон, вторая кухня, новый город. Работает, если формат отлажен и его можно повторить по инструкции, иначе вы получите две проблемные точки вместо одной.
4. Цифровой продукт. Часть услуги превращается в сервис, который работает без вашего участия: онлайн-запись, личный кабинет, калькулятор заказа, платформа для клиентов или партнёров.

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

Масштабирование малого бизнеса без больших инвестиций

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

Как системы снимают потолок

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

• CRM. Держит клиентов, сделки, задачи и историю общения в одном месте. Владельцу не нужно помнить, на каком этапе каждая сделка, а новому сотруднику не приходится восстанавливать историю по чатам.
• Автоматизация рутины. Уведомления, напоминания клиентам, создание карточек из заявок, отчёты по расписанию. Рутина выполняется без участия человека, и рост числа заявок не увеличивает число рутинных действий.
• Личный кабинет и сайт. Клиент сам видит статус заказа, документы, оплачивает и повторяет покупку. Вопросов «где мой заказ» становится меньше.
• Дашборд. Несколько ключевых показателей на одном экране вместо ежедневных вопросов сотрудникам.

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

Как я подхожу к этому в проектах

Когда бизнес дорос до того, что универсальные сервисы не подходят под процесс, я разрабатываю собственные системы. Для операционной части это CRM на заказ: например, Focus CRM для студии причёсок, где клиенты, сделки, финансы и расчёт зарплат собраны в одном месте. А когда идея сама превращается в продукт для многих клиентов, то это уже SaaS-продукт: цена таких проектов начинается от 400 000 ₽, а первую рабочую версию (MVP) при ограниченном составе функций можно сделать примерно за 6 недель. Я не обещаю, что система сама принесёт рост: она убирает узкое место, а рост всё равно зависит от спроса, продукта и вашей работы. Условия простые: фиксированная смета после брифа, договор, оплата по результатам этапов, исходники и доступы передаются вам.

Частые ошибки при масштабировании

• Масштабировать хаос. Если процесс не работает при трёх заказах в день, при тридцати он сломается громче. Сначала порядок.
• Растить продажи без готовности исполнения. Заявок стало больше, а сроки и качество проседают, репутация падает.
• Автоматизировать несформулированный процесс. Система закрепляет то, что вы описали. Если описания нет, автоматика закрепит путаницу.
• Нанимать вместо описания. Новый человек без регламентов начинает делать по-своему, и владелец снова разруливает исключения.
• Запускать всё сразу. Несколько направлений одновременно разрывают внимание владельца и не оставляют возможности разобраться, что сработало.
• Копировать чужую модель. Стратегия крупной сети или стартапа не подойдёт локальному бизнесу без адаптации.
• Не замерять. Без показателей невозможно отличить масштабирование от простого увеличения затрат.

Частые вопросы

Что делать дальше

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

Почему контроль превращается в микроменеджмент

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

За этим почти всегда стоят причины, лежащие не в людях, а в организации работы:

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

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

Как контролировать сотрудников: три слоя без слежки

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

Слой 1. Цели и показатели: что считаем результатом

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

Слой 2. Прозрачность: задачи, владельцы, сроки, статусы

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

Слой 3. Ритуалы: регулярный ритм обсуждения

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

Таблица: что контролировать, как, как часто и чем

Ниже – образец, который можно адаптировать. Частоту и инструменты выбирайте по своему процессу: нормативов здесь нет.

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

Что можно автоматизировать в контроле

Значительная часть проверок не требует человека. Их можно передать системе, и тогда вопрос «как дела» исчезает из вашего дня.

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

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

Дашборд вместо ежедневных вопросов

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

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

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

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

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

Как я делаю это в проектах

В моих проектах контроль обычно строится через систему учёта, а не через наблюдение за людьми. Я разрабатываю CRM на заказ, где у каждой сделки и задачи есть владелец, срок и статус, а руководитель получает сводки и сигналы о просрочке. Пример – Focus CRM для студии причёсок: клиенты, сделки, финансы и расчёт зарплат в одной системе, чат с мессенджерами в одном окне, так что картина по делам видна без сбора данных по кусочкам. CRM начинается от 250 000 ₽, точную смету называю после брифа. Договор, оплата по этапам, исходники и доступы остаются у вас. При этом я не решаю за вас управленческие вопросы: как ставить цели и что считать хорошим результатом, определяете вы, система лишь делает это видимым.

Частые ошибки в контроле сотрудников

• Контроль действий вместо результата. Вы проверяете, сколько человек сидел за компьютером, а не что сделал.
• Отсутствие единого места для задач. Поручения раскиданы по чатам, и статус можно узнать только спросив.
• Размытые сроки и критерии готовности. Слова «сделай побыстрее» и «посмотри» нельзя проверить.
• Контроль всего одинаково. Мелочи и важные вещи требуют разного внимания. Ключевые точки проверяйте чаще, остальное – по исключению.
• Вмешательство поверх делегирования. Вы передали задачу и тут же перехватили решение. Человек делает вывод, что решать всё равно вам.
• Разбор ошибок публично и с обвинением. После этого сотрудники скрывают проблемы, и вы узнаёте о них слишком поздно.
• Скрытое наблюдение. Оно портит атмосферу и создаёт правовые риски.
• Показатели есть, разбора нет. Цифры собираются, но на недельном обзоре о них не говорят.

Частые вопросы

Что делать дальше

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

Что не так с ручными отчётами

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

У такого подхода несколько системных проблем.

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

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

Автоматизация отчётности: что можно передать системе

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

1. Сбор данных. Система сама забирает информацию: заявки и сделки из CRM, заказы и оплаты с сайта, остатки и расходы из учётной системы, показатели рекламы. Это самая трудоёмкая часть, и её автоматизируют первой.
2. Расчёт показателей. Формулы описаны один раз и применяются всегда одинаково: конверсия между этапами, среднее время ответа, доля просроченных задач, выручка за период.
3. Доставка результата. Готовая сводка приходит по расписанию (например, каждое утро или в понедельник) в Telegram, на почту или открывается как дашборд с актуальными цифрами. Людям не надо искать отчёт, он сам приходит к ним.

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

Примеры отчётов, которые стоит собирать автоматически

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

Для примера из практики: в проекте БАРАНБЫК VIP, лендинге подарочных наборов для B2B, заявки сразу попадают в Telegram, то есть менеджер получает сообщение без ручной проверки почты. Тот же принцип можно расширить до регулярной сводки. Конкретный состав отчёта всегда определяется вашими процессами.

Варианты автоматизации отчётности

Способов несколько, и универсально лучшего нет. Ниже сравнение по критериям, без цен: тарифы сервисов меняются, а стоимость разработки зависит от объёма.

Практический подход к выбору такой. Если вся информация уже в одной CRM, начните с её встроенных отчётов. Если данные в трёх-четырёх сервисах, потребуются интеграции, чтобы свести их в одну точку. Если вам нужны собственные показатели, ролевые кабинеты и собственные расчёты, разумно рассмотреть дашборд на заказ. Как выбирать показатели для этого экрана, я разбираю в статье про дашборд для руководителя. А если у вас amoCRM, полезно знать, как устроены интеграции с amoCRM: большая часть автоматической отчётности строится на передаче данных между системами.

Как внедрить автоматизацию отчётности по шагам

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

1. Сформулируйте вопросы, на которые отвечает отчёт. Например: «Достаточно ли заявок? Не теряем ли мы их? Идут ли деньги по плану? Не просрочены ли задачи?» Если показатель не помогает ответить на вопрос и принять решение, он не нужен.
2. Определите источники данных. Для каждого показателя запишите, откуда он берётся: CRM, сайт, таблица, учётная система. Отметьте, где данные не вносятся вовсе. Это отдельная работа, которую придётся сделать до автоматизации.
3. Договоритесь об определениях. Что такое «заявка», «клиент», «выручка за период». Если два отдела понимают термин по-разному, автоматика лишь ускорит путаницу.
4. Выберите формат и расписание. Кому что приходит и когда. Собственнику обычно нужна короткая сводка, менеджеру – список действий, бухгалтеру – детализация.
5. Соберите первую версию на минимальном наборе. Не пытайтесь охватить всё. Три-пять показателей, которые реально влияют на решения.
6. Сверьте с ручным расчётом. Пару периодов сравнивайте автоматические цифры с тем, что получается вручную, и найдите расхождения. Часто выясняется, что ошибка была в старом файле.
7. Закрепите и развивайте. Когда команда доверяет цифрам, добавляйте новые отчёты. Лишние удаляйте.

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

Единый источник правды

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

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

Как я делаю это в проектах

Моя роль здесь – соединять ваши системы и получать из них отчёты. Я занимаюсь интеграциями и автоматизацией: выгружаю данные из CRM, сайта и учёта, настраиваю сводки в Telegram или на почту по расписанию, а если нужен полноценный экран с показателями, делаю его на заказ. Ориентир по цене: интеграции и автоматизация начинаются от 40 000 ₽, а точную смету называю после брифа, когда понятны источники данных и состав отчётов. Работаю по договору, оплата идёт по результатам этапов, а исходники и доступы остаются у вас. На собственном сервере у меня работают 25 сервисов, поэтому понимаю, как поддерживать такие связки после запуска. Обещать, что отчёт сам повысит продажи, не буду: он показывает картину, решения по-прежнему принимаете вы.

Частые ошибки

• Отчёт ради отчёта. Цифры собираются, но никто не принимает по ним решений. Если показатель не связан с действием, уберите его.
• Слишком много показателей. Экран на двадцать графиков превращается в шум, важное тонет.
• Нет единого источника правды. Один и тот же показатель считается из разных мест и не совпадает.
• Автоматизация грязных данных. Если в CRM пустые поля и путаница в статусах, автоматический отчёт лишь быстрее доставит неверные цифры.
• Нет владельца отчёта. Никто не отвечает за корректность, и при изменении процесса отчёт тихо ломается.
• Отчёт не приходит к людям. Он лежит в системе, но нужно каждый раз заходить и искать. Доставка по расписанию решает это.
• Сначала инструмент, потом задачи. Выбирают BI-сервис по рекламе, а потом ищут, что в нём показывать.
• Нет проверки. Автоматические цифры принимают на веру, не сверив с ручным расчётом хотя бы раз.

Частые вопросы

Что делать дальше

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

Что такое дашборд и зачем он собственнику

Слово «дашборд» пришло из английского dashboard, приборная панель. Как в автомобиле: вы не открываете капот, чтобы понять, всё ли хорошо, а смотрите на несколько приборов. Уровень топлива, скорость, температура. Если загорелась лампочка, останавливаетесь и разбираетесь.

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

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

Принципы хорошего дашборда

Четыре правила отличают рабочую панель от бесполезной.

1. От пяти до девяти показателей. Больше человек не охватывает взглядом. Если хочется вывести двадцать цифр, значит, вы не определились, что для вас главное. Детализацию можно спрятать на второй уровень: кликнули на показатель и увидели разбивку.
2. Ответ на вопрос «всё ли нормально». Экран должен сразу показывать состояние: в норме, есть отклонение, критично. Без необходимости вникать в графики.
3. Сравнение с прошлым периодом. Абсолютная цифра сама по себе мало говорит. Число заявок за неделю становится осмысленным рядом с прошлой неделей и тем же периодом прошлого месяца. Ориентир – ваши собственные данные, а не «средние по рынку».
4. Тревожные значения. Заранее определите пороги: если время ответа на заявку больше договорённого, если просроченных задач больше допустимого, показатель окрашивается. Пороги задаёте вы сами исходя из бизнеса.

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

Дашборд для руководителя: какие метрики показывать

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

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

Дашборд продаж

Панель продаж – самый частый частный случай. В неё обычно входят новые заявки, воронка по стадиям, конверсия между этапами, причины отказов, скорость реакции и итог по выручке за период. Смысл в том, чтобы видеть не только результат, но и место, где он теряется. Если вы ведёте продажи в CRM, большая часть этих данных уже есть. Как правильно настроить стадии, чтобы цифры имели смысл, объясняет материал про воронку продаж.

Панель руководителя по командам и ролям

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

Как избежать перегруженности

Самая частая беда дашбордов – превращение в свалку графиков. Несколько приёмов помогают этого избежать.

• Для каждого показателя запишите вопрос и решение. «Если этот показатель упал, что я сделаю?» Нет ответа – показатель убрать.
• Держите главный экран коротким. Второй уровень с деталями открывается по клику, а не занимает место сразу.
• Не смешивайте разные периоды. Сегодня, неделя и месяц должны быть чётко подписаны и разделены.
• Минимум украшений. Крупные числа и простые линии читаются лучше сложных диаграмм.
• Один цвет означает одно. Красный – требует действия, зелёный – в норме. Если цвета используются как декор, сигналы теряются.
• Регулярно пересматривайте. Раз в квартал убирайте то, что не влияет на решения.

Варианты сборки: три способа

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

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

Порядок внедрения за три шага

Проект дашборда не должен растягиваться на месяцы. Три шага помогают получить рабочую версию быстро.

1. Выберите вопросы и показатели. Запишите пять-девять вопросов, ответы на которые вы каждый день выясняете у сотрудников. Каждому вопросу подберите показатель, порог тревоги и период сравнения. Уже на этом этапе выясняется, каких данных нет.
2. Подключите данные и сверьте. Определите источник для каждого показателя, настройте автоматическую передачу и сравните первые цифры с тем, что получается вручную. Расхождения разберите: чаще всего причина в разных определениях терминов или пустых полях.
3. Договоритесь о ритме. Кто, когда и зачем смотрит дашборд: утром короткий взгляд, раз в неделю разбор отклонений на встрече. Без ритма даже отличная панель превращается в декорацию.

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

Как я делаю это в проектах

Если стандартных отчётов вашей системы не хватает, я собираю панель под задачу. Обычно это часть CRM на заказ, где показатели считаются прямо из ваших данных, а у каждой роли свой вид экрана. Пример аналитики в реальном проекте – EXPOMASTER AI, корпоративная платформа выставочного застройщика, в которой среди прочего есть аналитика расходов и управление сотрудниками и доступами. Цена CRM начинается от 250 000 ₽, но если нужна только связка существующих сервисов и сводка в мессенджер, достаточно интеграции и автоматизации, которая стартует от 40 000 ₽. Точную стоимость называю после брифа, работаю по договору, оплата идёт по этапам, исходники и доступы передаю вам. Какие показатели важны именно вам, вы определяете сами: мой вклад в том, чтобы они считались автоматически и были видны в нужный момент.

Частые ошибки

• Слишком много цифр. Экран на двадцать графиков превращается в шум, и главное не видно.
• Показатели без решений. Цифра красивая, но что с ней делать, непонятно.
• Ручное обновление. Если данные нужно вносить руками, дашборд устаревает и перестают ему верить.
• Нет сравнения. Число без периода для сравнения ничего не говорит.
• Нет тревожных порогов. Отклонения не подсвечены, и приходится вчитываться.
• Один экран для всех. Владельцу, менеджеру и бухгалтеру нужны разные данные.
• Разные определения. Каждый понимает «заявку» или «выручку» по-своему, и цифры не сходятся.
• Сначала инструмент. Выбирают красивый сервис и лишь потом думают, что в нём показывать.

Частые вопросы

Что делать дальше

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

Почему малому бизнесу нужна автоматизация

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

Автоматизация решает три практические задачи:

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

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

С чего начать автоматизацию: поиск ручных действий

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

Для каждого пункта ответьте на четыре вопроса:

1. Как часто это происходит: несколько раз в день, раз в неделю, раз в месяц?
2. Сколько времени занимает одно повторение?
3. Что случится, если человек ошибётся или забудет: потеряется клиент, деньги или просто придётся переделать?
4. Есть ли чёткое правило, по которому это делается, или каждый раз приходится думать?

Лучшие кандидаты – действия, которые частые, подчиняются понятному правилу и дороги в случае ошибки. Если вы делаете что-то раз в квартал и вам не сложно, автоматизация подождёт. Если ежедневно вручную переносите заявки из почты в таблицу и иногда теряете одну из них, это первый кандидат.

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

Что автоматизировать в первую очередь: таблица кандидатов

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

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

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

Три уровня автоматизации

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

Уровень 1: готовые сервисы

Это конструкторы форм, сервисы рассылок, облачные CRM, планировщики записи. Вы подключаете их сами, настраиваете под себя и платите подпиской. Плюсы: быстрый запуск и минимум затрат на старте. Минусы: вы ограничены тем, что умеет сервис, а ваши данные лежат у него.

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

Уровень 2: настройка и интеграции

Здесь несколько готовых сервисов связываются между собой. Заявка с сайта попадает в CRM, в Telegram уходит уведомление менеджеру, оплата отмечается в учёте. Сами сервисы вы не пишете, но пишете «клей» между ними: обработчики, правила, обмен данными по API.

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

Уровень 3: разработка под ваш процесс

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

Примеры из практики: для выездной студии причёсок я делал Focus CRM с клиентами, сделками, финансами и расчётом зарплат, потому что типовые решения не подходили под её процессы.

Сколько стоит автоматизация малого бизнеса

Единой цены не существует: она зависит от числа процессов, количества систем и сложности правил. Поэтому честный ответ – ориентиры и логика расчёта.

Мои цены на услуги, из которых обычно складывается автоматизация (все указаны как «от»):

• интеграции и автоматизация – от 40 000 рублей;
• чат-боты и ИИ-ассистенты – от 50 000 рублей;
• кастомные CRM – от 250 000 рублей.

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

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

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

Как не переплатить: пилот на одном процессе

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

Рабочая схема выглядит так:

1. Выберите один процесс с понятными границами и заметной болью, например приём заявок.
2. Опишите его сегодняшний вид: кто, что и в каком порядке делает.
3. Договоритесь, как вы поймёте, что стало лучше: меньше потерянных заявок, быстрее ответ, меньше ручной работы.
4. Запустите решение на этом процессе, дайте ему поработать и соберите замечания.
5. Только после этого берите следующий процесс, используя то, что уже настроено.

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

Частые ошибки при автоматизации

• Автоматизируют хаос. Если правила работы не описаны, система закрепит путаницу. Сначала порядок, потом программа.
• Начинают с самого сложного. Крупный проект на первом шаге заканчивается разочарованием. Начинайте с простого и заметного.
• Выбирают инструмент раньше задачи. Нельзя решить «нам нужна CRM», не понимая, что она должна делать. Опишите задачу, потом выбирайте.
• Не обучают сотрудников. Даже хорошая система не работает, если ею не пользуются. Заложите время на показ и первые недели поддержки.
• Забывают про данные. При переходе с таблиц старая информация должна переехать в новую систему, иначе придётся работать в двух местах.
• Не назначают ответственного. Пусть за систему отвечает конкретный человек, иначе правила быстро устареют.

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

Как это делаю я

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

Разработка идёт спринтами по одной-двум неделям с демонстрацией после каждого. Вы видите результат по частям и можете скорректировать направление до того, как деньги потрачены. За семь лет в разработке я сделал более 50 проектов, и на моём сервере работают 25 сервисов, поэтому многие связки для меня привычны. Ничего не обещаю заранее: результат зависит от вашего процесса, и оценивать его удобнее на пилоте.

Что делать дальше

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

Частые вопросы

Признаки, что Excel не справляется

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

• Дубли и расхождения. Один клиент записан тремя способами, заказ попал в файл дважды или не попал совсем.
• Потерянные заявки. Заказ пришёл в мессенджер или на почту, но в таблицу его никто не внёс.
• Не видно статусов. Чтобы узнать, оплачен ли заказ и отправлен ли он, нужно спрашивать у коллег.
• Несколько человек правят одно. Файл открыт у двоих, кто-то сохранил свою версию поверх чужой, и часть правок пропала.
• Нет истории. Нельзя понять, кто и когда изменил сумму или срок.
• Отчёты собираются вручную. Чтобы узнать выручку за неделю, кто-то полдня сводит листы.
• Вложенные файлы живут отдельно. Макеты, сканы и договоры лежат в папках, а таблица ссылается на них по памяти.

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

Что должна уметь система учёта заказов

Хорошая система не обязана быть сложной. Ей нужно надёжно делать несколько вещей, и делать их одинаково для всех сотрудников.

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

Учёт заказов и клиентов вместе

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

Варианты: CRM, конструктор или разработка под процесс

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

Готовая CRM

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

Конструктор

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

Разработка под ваш процесс

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

Универсального победителя нет. Если вы сомневаетесь, сравните варианты по стоимости владения на несколько лет и по тому, насколько сильно вам придётся менять процесс под программу. Подробнее о выборе для небольших компаний – в статье про CRM для малого бизнеса.

Excel или CRM: когда таблицы ещё достаточно

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

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

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

Как перейти на систему без остановки бизнеса

Главная тревога владельцев: «Мы встанем на две недели». Этого можно избежать, если переход разбить на шаги.

1. Опишите процесс заказа. От заявки до закрытия: кто что делает, какие статусы, какие данные нужны на каждом этапе. Это основа для настройки системы.
2. Составьте список полей и статусов. Только то, что реально используется. Лишние поля потом никто не заполняет.
3. Очистите данные. Уберите дубли, приведите названия и телефоны к одному формату. Переносить мусор в новую систему бессмысленно.
4. Перенесите данные. Обычно выгружают клиентов и открытые заказы, а закрытые за прошлые периоды переносят по необходимости.
5. Запустите пилот. Часть заказов или один сотрудник работают в новой системе, остальные пока в старой. Собираются замечания.
6. Обучите команду. Короткий показ основных действий, шпаргалка и человек, к которому можно обратиться с вопросом.
7. Переключитесь полностью. Назначьте дату, после которой заказы вносятся только в систему, а таблица остаётся архивом.
8. Проверьте через месяц. Сверьте отчёты, спросите сотрудников, что неудобно, и поправьте.

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

Примеры из практики

Для сайта фотосалона и рекламного производства Фото+ мы делали заказ на сайте с корзиной, оплатой, загрузкой файлов, конструктором адресных табличек и доставкой СДЭК. Смысл такой логики – чтобы данные заказа попадали в систему сразу и в нужном виде, без пересылки файлов и переписывания параметров вручную.

Другой пример – Focus CRM для выездной студии причёсок: клиенты, турниры, сделки, финансы, расчёт зарплат и чат с мессенджерами в одном окне. Здесь система учёта выросла вокруг конкретного процесса, а не наоборот. Это показывает разницу между готовым шаблоном и решением под вашу специфику.

Частые ошибки при внедрении

• Переносят хаос. Если данные не очищены, новая система быстро станет такой же запутанной, как таблица.
• Слишком много статусов и полей. Чем их больше, тем чаще их пропускают. Оставьте необходимое.
• Не назначают ответственного. Без человека, который следит за порядком, система устаревает.
• Не объясняют пользу сотрудникам. Если команда воспринимает систему как контроль, она будет её обходить. Покажите, что она экономит их время.
• Ведут параллельно две базы слишком долго. Пилот нужен на короткий срок, иначе данные разойдутся.
• Выбирают по цене подписки, а не по стоимости владения. Дешёвый вход может обернуться дорогими доработками.

Как это делаю я

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

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

Что делать дальше

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

Частые вопросы

Зачем онлайн-запись бизнесу услуг

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

Что даёт онлайн-запись:

• Круглосуточная доступность. Клиент записывается вечером или в выходной, когда никто не берёт трубку.
• Меньше потерь. Человек не ждёт ответа в мессенджере и не уходит к тому, кто ответил быстрее.
• Порядок в расписании. Занятые слоты нельзя выбрать повторно.
• Меньше неявок. Автоматические напоминания снижают вероятность, что клиент забудет о визите. Насколько именно, зависит от ниши и от того, как вы их настроите.
• Освобождённое время. Администратор занимается гостями, а не переписывается о свободных окнах.

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

Четыре способа настроить онлайн-запись

Способов много, но их можно свести к четырём основным. У каждого свои сильные стороны.

Готовый виджет записи на сайт

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

Запись на своём сайте

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

Запись клиентов через Telegram-бота

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

CRM с расписанием

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

Как выбрать способ онлайн-записи

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

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

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

Онлайн-запись клиентов: что должно быть в системе

Красивая кнопка «Записаться» ничего не решит, если за ней нет продуманной логики. Вот минимальный набор для запуска.

1. Каталог услуг с длительностью. Система должна знать, сколько занимает каждая услуга, чтобы правильно занимать слоты.
2. Мастера или ресурсы. Клиент выбирает конкретного специалиста, кабинет или оборудование, либо «любой свободный».
3. Свободные слоты. Показываются только доступные окна с учётом графика и уже принятых записей.
4. Подтверждение. После выбора клиент получает сообщение с деталями: услуга, время, адрес.
5. Напоминания. Автоматическое сообщение за день или за несколько часов до визита с возможностью подтвердить.
6. Перенос и отмена. Клиент может изменить запись сам, без звонка. Слот при этом освобождается.
7. Оплата (по желанию). Предоплата или полная оплата при записи, если она нужна вашему бизнесу.
8. Уведомление сотруднику. Мастер или администратор сразу узнаёт о новой записи.

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

Интерфейс без лишнего

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

Персональные данные при записи

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

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

Как подключить запись к CRM

Онлайн-запись даёт максимум пользы, когда не остаётся «в вакууме». Запись должна создавать или обновлять карточку клиента в CRM: имя, телефон, услуга, мастер, время, источник (сайт, бот, виджет). После визита в карточке появляется история, а по ней можно напоминать о повторной записи.

Что даёт такая связь:

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

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

Частые ошибки при запуске онлайн-записи

• Сложная форма. Много обязательных полей, капча и регистрация отпугивают клиентов. Оставьте минимум.
• Нет напоминаний. Без них растёт число неявок. Напоминание – самая дешёвая часть системы, которая приносит пользу сразу.
• Не учтена длительность услуг. Если слот жёстко фиксирован в час, а услуга идёт полтора, расписание ломается.
• Нельзя перенести и отменить. Клиент звонит, и вы теряете смысл автоматизации.
• Запись не связана с базой. Данные приходится переносить руками, а ошибки накапливаются.
• Не проверили на телефоне. Многие клиенты записываются с телефона, и неудобная форма на маленьком экране мешает довести запись до конца.
• Никто не отвечает за расписание. Если график мастеров не обновляется, клиенты записываются на недоступное время.

Как это делаю я

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

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

Что делать дальше

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

Частые вопросы

Где теряются заявки

Реклама и сайт приводят человека, но клиентом он становится только после того, как ему ответили. Между формой и разговором есть несколько мест, где обращение может пропасть.

• Не дошла. Письмо ушло в спам, форма сломалась после обновления, интеграция перестала работать, и никто этого не заметил.
• Не заметили. Заявка пришла на общую почту, в чат или в таблицу, а менеджер занят и не открывал её несколько часов.
• Ответили поздно. Клиент оставил заявку нескольким компаниям, и с тем, кто ответил первым, разговор пошёл быстрее.
• Не записали. Менеджер поговорил по телефону, но не занёс итог, и через неделю никто не помнит, о чём договорились.

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

Скорость ответа как фактор

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

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

Автоматизация обработки заявок: цепочка от сайта до отчёта

Рабочая схема состоит из нескольких звеньев. Каждое можно настроить отдельно и связать с остальными.

1. Форма на сайте. Минимум полей, понятное согласие на обработку данных, защита от спама.
2. Уведомление. Сообщение ответственному сразу после отправки формы: в Telegram, на почту или в другой канал, где человек реально смотрит.
3. Карточка в CRM. Заявка автоматически создаётся в системе с источником, временем, контактами и текстом обращения.
4. Назначение ответственного. Система определяет, кто занимается заявкой: по очереди, по типу услуги или по загрузке.
5. Напоминание о просрочке. Если заявка не взята в работу в срок, приходит повторное уведомление ответственному и руководителю.
6. Статус. Заявка проходит стадии: новая, в работе, предложение отправлено, закрыта успешно или отказ с причиной.
7. Отчёт. По накопленным данным видно, сколько заявок пришло, сколько обработано вовремя и чем всё закончилось.

Логика стадий подробно разбирается в материале про воронку продаж: именно она превращает набор заявок в понятную картину.

С чего начать: минимальный набор

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

Таблица этапов: что автоматизируем

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

Заявки с сайта в CRM

Ключевое звено цепочки – передача заявок из формы в CRM. Это можно сделать разными способами: готовым модулем платформы сайта, через интеграцию по API или через промежуточный сервис. Если вы работаете с amoCRM, подробности подключения описаны в статье про интеграцию amoCRM.

Что стоит передавать вместе с заявкой:

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

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

Данные заявки: согласие и хранение

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

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

Пример: как устроены заявки на этом сайте

Как пример из практики: на maksabushek.ru форма отправляет заявку на сервер в Москве. Менеджеру в Telegram уходит уведомление без персональных данных, а сами данные открываются на защищённой странице просмотра. Через 12 месяцев заявки автоматически удаляются. Счётчик Яндекс.Метрики запускается только после согласия на cookie. Такая схема не единственно правильная, но она показывает принцип: уведомлению не нужно нести лишнюю информацию, а данные лежат в контролируемом месте.

Как измерять потери заявок

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

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

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

Частые ошибки

• Уведомление в канал, который никто не читает. Выбирайте тот, где ответственный действительно сидит в рабочее время.
• Нет ответственного. Если заявка уходит «всем», её не возьмёт никто. Один человек на одну заявку.
• Нет причины отказа. Без неё вы не узнаете, почему клиенты уходят, и не сможете улучшить процесс.
• Сложная форма. Много обязательных полей уменьшает число заявок ещё до всех автоматизаций.
• Не проверяют работоспособность. Форма или интеграция может сломаться после обновления, а вы узнаете об этом через месяц.
• Слишком много уведомлений. Если приходит десять сообщений на одну заявку, их перестают читать. Оставьте только нужные.

Как это делаю я

Я настраиваю цепочку целиком: форма на сайте, передача данных, уведомления, карточки в CRM, напоминания о просрочке и отчёты. Это работа уровня интеграций и автоматизации, стоимость которых начинается от 40 000 рублей. Если у вас ещё нет CRM или нужна система под ваши стадии и роли, обсудим CRM на заказ от 250 000 рублей.

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

Что делать дальше

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

Частые вопросы

Сколько стоит CRM: из чего складывается цена

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

• Лицензия или подписка. Обычно оплачивается за пользователя в месяц или за тариф. Чем больше сотрудников и функций, тем выше сумма.
• Настройка. Воронки, поля, роли, автоматизации. Иногда её делает сам владелец, иногда подрядчик.
• Интеграции. Связь с сайтом, телефонией, почтой, мессенджерами, оплатой, учётной системой. Каждая интеграция – отдельная работа.
• Перенос данных. Очистка и загрузка клиентской базы из таблиц или прежней системы.
• Обучение. Время сотрудников на освоение и, при необходимости, работа обучающего.
• Поддержка и развитие. Исправления, новые отчёты, изменения процессов, доработки при росте.

Хорошая привычка – просить оценку по всем шести пунктам, а не только по первому. Так вы сравниваете реальные полные расходы, а не рекламную цену тарифа.

Три пути и их особенности

Готовая CRM по подписке

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

Готовая CRM с доработкой

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

CRM на заказ

Система разрабатывается под ваш процесс: ваши стадии, роли, документы и интеграции. Стоимость входа выше, но нет платы за каждого нового пользователя, система принадлежит вам, а логика подстроена под работу, а не наоборот. Мои кастомные CRM начинаются от 250 000 рублей, и точная цена определяется после брифа. Подробнее об услуге – на странице CRM на заказ.

Сравнение путей

Ни одна колонка не выигрывает во всём. Подписка выигрывает по скорости и входу, своя разработка – по гибкости и владению, а доработка ищет баланс.

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

Сравнивать стоит не цену первого месяца, а полные расходы за период. Три года – разумный горизонт: за это время бизнес успевает вырасти, поменять процессы и понять, что действительно нужно. Формула простая:

Стоимость владения = разовые расходы + регулярные расходы × число месяцев.

Разберём, что подставлять.

1. Разовые расходы. Настройка, интеграции, перенос данных, обучение, а для CRM на заказ – стоимость разработки.
2. Регулярные расходы. Для подписки – плата за пользователей и тариф, для своей системы – хостинг и поддержка по подписке.
3. Рост команды. Если через год вас будет вдвое больше, подписка вырастет пропорционально, а своя система, как правило, нет. Подставляйте не сегодняшнее число сотрудников, а планируемое.
4. Дополнительные функции. Платные модули, лимиты на звонки и письма, доплаты за интеграции. Уточняйте их до выбора.
5. Стоимость изменений. Сколько будет стоить добавить новую воронку или отчёт и кто это сделает.

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