Привет, меня зовут Александр Хан. Я руковожу командами разработки в IT-компании АНИТ.

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

Ко мне можно смело обращаться, если вам нужно:
— Запустить продажи в онлайне
— Навести порядок в сделках и работе сотрудников
— Связать 1С, сайт и CRM в единую систему
— Обучить сотрудников

Написать мне напрямую @gogadzepeter

Вау-дизайн VS Функциональность интернет-магазина

Заказчики часто просят «вау-эффекты». Им нужен параллакс, моушен или сайт как у DNS. Но клиенту плевать на красоту, если он не может купить товар в три касания.

Недавний пример с крупной сетью общепита. Ему ранее сделали редизайн, но не настроили остатки по точкам. При этом распределение заказов шло строго по конкретным филиалам. Человек делал заказ и оплачивал его. Через 15 минут ему звонили и говорили, что роллы с лососем закончились🤦

Регулярный топ это:
-Медленно
-Кривая адаптация (особенно в мобилке)
-Неудобно (поиск, заказ, полнота информации, подтверждение заказа)
-Несоответствие (нет остатков, ненастоящие цены/по запросу, фейковые данные)

После Ozon и WB мы привыкли получать товар сразу после нажатия кнопки. Быстро находить желаемое. Не ждать загрузку больше 2-3 секунд. Любая заминка заставляет клиента уйти к конкурентам.

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

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

Читайте, чтобы не платить за разработку дважды, как в той самой пословице:
👉 https://telegra.ph/Behkend-internet-magazina-i-pochemu-stoit-razrabatyvat-ego-v-studii-01-22

Лоскутное одеяло

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

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

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

Январь: «Маркетингу срочно нужен блок "С этим часто покупают" перед кнопкой оплаты, чтобы поднять чек». Ок, сделали.
Февраль: «Логисты вешаются, нужно гибкое управление зонами доставки из-за погоды». Внедряем сложный модуль в админку.
Март: «Продажи устали от левых номеров! Сделайте обязательную валидацию через SMS».
Апрель: «У нас много невыкупов! Давайте внедрим онлайн-оплату».

Почему же мы в итоге получим Франкенштейна?

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

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

Что делать?

В системном анализе это лечится инструментом с умным названием "Анализ влияния". Но если по-простому — это привычка включать голову до того, как писать код. Мы декомпозируем проект и ищем скрытые связи: не сломает ли новая кнопка старую логику?

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

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

Главная ловушка точной стоимости в заказной разработке

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

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

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

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

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

Честная математика работает как воронка

Мы используем метод последовательного уточнения. На старте даем вилку («от и до»). Это прогноз. А жесткую цену фиксируем этапами — ровно в тот момент, когда объем работ становится понятен на 100%:

Старт. Фиксируем цену только на ТЗ. Остальное — прогноз.

Сдали ТЗ. Видим точный объем макетов - фиксируем цену на Дизайн.

Сдали Дизайн. Видим каждый экран - фиксируем цену на Верстку.

Сдали Верстку. Понятна вся логика - фиксируем Бэкенд.

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

Да, согласований будет больше. Придется утверждать смету 4 раза вместо одного. Но это единственный способ платить за результат, а не за воздух.

Клиенту плевать на информацию «О вас»

Приходит ТЗ с требованиями “хочу как у…”; также на несколько страниц расписано “О компании”: какие мы хорошие, какие мы лучшие, какой у нас топовый продукт, какой у нас должен быть красивый сайт, отражающий нашу самость.

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

Потому что пользователю нужны ответы на его вопросы:
— Как вы решите мою проблему и что я получу
— Почему вам можно верить (факты, кейсы, цифры, отзывы)
— Что делать дальше: условия, цены/диапазон, сроки, риски, следующий шаг, куда нажать и кому дать денег

Сюда же: сайт смотрят с телефона, быстро скроллят, читают по диагонали.
Заголовок. Подзаголовок. Первые строки. Цифры. Кнопка.
Если в этих местах нет ответа — вкладка закрывается.

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

Смыслы важнее упаковки или вы что думаете?

Почему CRM внедрили, а никто в ней не работает

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

Типовые ошибки:
-Людям не объяснили, зачем это бизнесу и чем лично им станет проще. Сказали «теперь работаем тут» — и всё.
-Внедрили одним днём. Без пилота, без переходного периода. Вчера Excel, сегодня CRM, завтра штрафы за незаполненные поля.
-Никого не спросили. Ни менеджеров, которым в этом работать каждый день, ни руководителей отделов. Систему настроили «как правильно», а не как удобно тем, кто ей пользуется.
-За всем этим чувствуется посыл сверху: «Мы лучше знаем, просто делайте». Люди считывают это моментально и отвечают тихим саботажем. Сделки в CRM — для галочки. Реальная работа — в чатах и табличках.

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

Подробнее о том, почему технологии не приживаются и при чём тут цифровая зрелость бизнеса — разбирали в статье:
👉 https://anit-b24.ru/blog/pochemu-tehnologii-ne-rabotayut-czifrovaya-zrelost-kak-tochka-opory/