Цифровая мастерская | Сайты, Боты MAX, Автоматизация бизнеса

Бот спросил номер телефона. Ему отправили фотографию кота.

Ну а что он ожидал? 😁

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

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

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

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

🔧 Нужно что-то разработать или автоматизировать? Написать мне в MAX

🛡 Оформить заказ через Kwork

Канал "Цифровая Мастерская"

«А кто это поменял?» — вопрос, на который не всегда есть ответ.

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

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

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

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

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

🔧 Нужно что-то разработать или автоматизировать? Написать мне в MAX

🛡 Оформить заказ через Kwork

Канал "Цифровая Мастерская"

«Сделать сайт за 15 тысяч» — это ещё не описание заказа.

Что именно вы получите за эти деньги?
Одну страницу или десять? Кто подготовит тексты и фотографии? Будет ли работать форма заявки? Кто подключит домен? А если после сдачи обнаружится ошибка — её исправят или попросят доплатить?

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

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

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

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

🔧 Нужно что-то разработать или автоматизировать? Написать мне в MAX

🛡 Оформить заказ через Kwork

Канал "Цифровая Мастерская"

Сайт сдали. А доступы кому оставили?

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

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

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

Сайт должен остаться вашим не только на словах, но и на уровне доступов.
И да, хранить все пароли в переписке с самим собой — так себе система. Лучше использовать менеджер паролей с надёжной защитой.

🔧 Нужно что-то разработать или автоматизировать? Написать мне в MAX

🛡 Оформить заказ через Kwork

Канал "Цифровая Мастерская"

Сайт взломали. И иногда для этого не нужен никакой «хакер из фильма».

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

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

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

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

🔧 Нужно что-то разработать или автоматизировать? Написать мне в MAX

🛡 Оформить заказ через Kwork

Канал "Цифровая Мастерская"

Штраф 3,5 миллиона рублей — миф или новая реальность?

Если коротко: фиксированного штрафа «3,5 млн за неправильный сайт» не существует. Но многомиллионные штрафы за нарушения при работе с персональными данными — уже вполне реальная история.

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

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

Отдельная история — где эти данные хранятся. При сборе данных россиян через интернет закон требует использовать базы данных на территории России, за отдельными исключениями. Для юрлиц нарушение этого требования — штраф от 1 до 6 млн рублей. То есть 3,5 миллиона здесь уже совсем не фантастическая цифра.

С cookie тоже не всё сводится к баннеру «Мы используем cookie». Если они позволяют определить пользователя или связаны с аналитикой и идентификаторами, уже появляется вопрос обработки персональных данных и основания для неё. Сам по себе 152-ФЗ не содержит отдельного универсального правила «на каждом сайте обязан быть cookie-баннер».

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

🔧 Нужно что-то разработать или автоматизировать? Написать мне в MAX

🛡 Оформить заказ через Kwork

Канал "Цифровая Мастерская"

Что вообще можно украсть через обычного бота?

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

И если всё это сделано спустя рукава, проблема будет уже не в том, что бот однажды не ответил.
Можно потерять базу заявок.
Кто-то может получить доступ к управлению.
От имени бота могут начать писать пользователям.
Могут открыться данные, которые вообще не должны были видеть посторонние.

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

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

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

🔧 Нужно что-то разработать или автоматизировать? Написать мне в MAX

🛡 Оформить заказ через Kwork

Канал "Цифровая Мастерская"

Как понять, что Вашему бизнесу уже нужна информатизация и автоматизация?

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

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

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

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

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

🔧 Нужно что-то разработать или автоматизировать? Написать мне в MAX

🛡 Оформить заказ через Kwork

Канал "Цифровая Мастерская"

Mini App или обычный бот — что лучше?

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

Например, в MAX Global в какой-то момент появились антиспам, ссылки, флуд, ночной режим, стоп-слова, обязательная подписка и куча других вещей для разных чатов.
И вот здесь обычный бот уже начинает превращаться в бесконечное:
Настройки → выбрать чат → защита → ещё настройки → назад → назад → другой чат…

Работает? Да.
Удобно? Уже не особо.

Поэтому часть управления я начал переносить в Mini App — по сути, обычный интерфейс прямо внутри MAX.
Там сразу видно нужный чат, какие функции включены, какие выключены, и не приходится ходить по десяти сообщениям туда-сюда.

Но полностью от текстового бота я бы всё равно не отказывался.
Если человеку надо один раз оставить номер, нажать пару кнопок или получить уведомление — отдельный интерфейс ему вообще ни к чему. Бот с этим справится быстрее.
А вот когда появляется личный кабинет, каталог, история, десятки настроек или постоянное управление — тут Mini App уже реально удобнее.

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

🔧 Нужно что-то разработать или автоматизировать? Написать мне в MAX

🛡 Оформить заказ через Kwork

Канал "Цифровая Мастерская"

Что дают мета-теги сайту?

Мета-теги — это служебные данные страницы, которые посетитель обычно вообще не замечает. Зато поисковик видит их ещё до того, как человек открыл сайт.

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

Если это не настроить, поисковик попробует разобраться сам. Возьмёт заголовок со страницы, кусок текста, иногда вообще не тот фрагмент, который хотелось бы показать человеку.
В итоге один и тот же сайт в поиске может выглядеть либо понятно:
Ремонт квартир в городе N — цены и примеры работ
либо примерно:
Главная | Главная страница
А ниже — случайный кусок текста из середины сайта.

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

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

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

🔧 Нужно что-то разработать или автоматизировать? Написать мне в MAX

🛡 Оформить заказ через Kwork

Канал "Цифровая Мастерская"