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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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