Вернуться к блогу
Hola, Amigos! На связи Александр Комбаров, СОО в Amiga.
Часто клиенты приходят к нам с запросом просто сделать приложение или обновить сайт. Если не разобраться на старте, зачем это нужно, проект превращается в бесконечную трату времени, денег и нервов. Разберем, почему честный разговор до старта важнее написания кода.
В заказной разработке проблемы видны на первом созвоне. Если не задать неудобные вопросы сразу, дальше начнется хаос. В Amiga мы не просто пишем код, а делаем инструменты для бизнеса. Вот три фильтра, которые мы используем.
Фраза «нам нужно приложение» – это не задача, это хотелка. Когда мы спрашиваем зачем, то ищем ту самую метрику, на которую планируем повлиять. Больше продаж? Сокращение ручного труда сотрудников? Рост удержания пользователей? Оптимизация внутренних процессов?
Если у проекта нет четкой цели, успех невозможно измерить. Можно сделать технически безупречный продукт, который при этом не даст никакой пользы, потому что не решает реальную проблему компании. Заказная разработка – это глубокое погружение в процессы заказчика. Мы строим фундамент для достижения конкретных бизнес-показателей.
Кейс «Таймыр»: Заказчик пришел с целью увеличить продажи экскурсий через сайт и повысить прибыль. Задача была не просто «обновить дизайн», а сформировать продуктовую стратегию, которая превратит сайт в полноценный инструмент продаж. Мы переработали конструктор путешествий: внедрили поиск объектов на карте, возможность гибкого выбора экскурсий и создания уникальных маршрутов. В итоге мы дали пользователю удобный сервис, а бизнесу – эффективный инструмент для роста конверсии. Мы не просто рисуем макеты, а строим фундамент для достижения конкретных бизнес-показателей.
Проект начинает буксовать, если внутри компании заказчика макеты гуляют по кругу неделями. Поэтому еще в начале стоит понять, как устроено принятие решений в компании и сколько времени обычно занимает согласование. Где-то ответ дают за час, а где-то документ проходит через несколько уровней проверки. Это нормальная практика – главное учитывать ее при планировании.
Часто бывает, что на звонке присутствуют все: от маркетолога до юриста. И каждый хочет внести правки, которые противоречат друг другу. Наш подход – сразу определять единое окно принятия решений. Это человек, который несет ответственность за продукт и чье «да» является финальным.
Кейс «Stock»: В проекте по созданию маркетплейса с огромным каталогом товаров (более 50 000 позиций) требовалось было выстроить четкую иерархию согласований. При таком масштабе любая задержка может повлиять на сроки реализации сложной логики поиска и фильтрации. Поэтому ответственные лица были определены заранее. Это позволило быстро согласовывать изменения в архитектуре и подготовить платформу к высоким нагрузкам.
Всегда нужно понимать цену ошибки. Одно дело, когда релиз отложили на неделю – неприятно, но не смертельно. Другое дело – когда под дату привязана рекламная кампания, выставка или юридические обязательства. От этого зависит стратегия: где заложить запас времени, а где сократить объем работ и сосредоточиться на самом важном функционале.
Кейс «АЗС ХТК»: Здесь время было критическим фактором. Для сети АЗС нужно было разработать мобильное приложение в сжатые сроки, поскольку старая система переставала работать. Мы сфокусировались на самом важном функционале (MVP), чтобы клиенты могли продолжать пользоваться скидками, и запустились ровно к дедлайну, сохранив всю базу пользователей.
Когда мы задаем эти вопросы, клиенты часто напрягаются. Кажется, что агентство лезет не в свое дело. Но на самом деле, это единственный способ защитить бюджет и избежать лишних расходов. На этапе пресейла задача – стать частью команды, а не внешним подрядчиком, который просто ждет оплаты счета.
Часто у клиента «каша» в голове. Наша задача – помочь её структурировать и отсечь лишнее. Да, бывает больно, когда мы говорим: «этот функционал за миллион рублей вам сейчас не нужен». Но это наш стиль. Лучше мы откажемся от проекта на старте, чем будем делать то, что не принесет денег.
Профессиональная работа начинается именно с таких бесед. Когда вы не просто обсуждаете дизайн, стек технологий или количество экранов, а пытаетесь понять саму задачу и контекст вокруг нее.
На старте важно выстроить партнерские отношения, а не просто исполнительство. Заказная разработка всегда связана с рисками, поэтому важно заранее понимать цели, ограничения и реальные сроки.
В Amiga не занимаемся созданием ради процесса. Наша задача – разрабатывать решения, которые приносят деньги, экономят время или помогают бизнесу оставаться конкурентоспособным. Если вы планируете внедрение софта и готовы к честному разговору о целях проекта, мы на одной волне.
Бизнес-цель важнее стека.
Никогда не начинайте работу, если не можете четко ответить на вопрос: «Какой бизнес-результат мы должны получить?». Технологии – лишь средство достижения цели.
Определите полномочия.
Согласование должно быть быстрым. Если макеты путешествуют по всем отделам, сроки неизбежно сдвигаются, а бюджет тает. Выделите одного человека со стороны компании, который принимает финальные решения.
Честность по срокам.
Не бойтесь признать, что дедлайн жесткий. Лучше выпустить MVP вовремя и начать собирать обратную связь от рынка, чем делать идеальный продукт два года, когда он уже никому не будет нужен.
Доверяйте подрядчику.
Если агентство задает неудобные вопросы – это хорошо. Значит, им не все равно, что получится в итоге. Опасаться стоит тех, кто молча со всем соглашается.
Цена тишины на старте – это непредсказуемые риски и пустые траты в итоге. Если вам нужны не просто молчаливые исполнители, а сильный технологический партнер – команда Amiga на одной волне с вами. Приходите к нам на созвон. Мы зададим те самые «неудобные» вопросы и поможем превратить вашу идею в предсказуемый бизнес-результат.
Необязательно. Часто заказчики приходят с идеей, а детали мы прорабатываем вместе на этапе пресейла. Главное – понимать бизнес-цели.
Сказать об этом честно на старте. Мы предложим путь через MVP: сделаем самое важное, чтобы бизнес не встал, а остальное докрутим позже.
Желательно один-два ответственных человека от вашей стороны, обладающих реальным правом подписи и пониманием продукта. Это ускоряет работу в разы.
Потому что мы берем ответственность за результат. Чем больше мы знаем о вашем бизнесе до начала разработки, тем меньше рисков, что мы сделаем что-то не то.
Мы изучаем всё: от того, как звонят в колл-центр, до того, как выгружаются отчеты в 1С. Без этого невозможно сделать продукт, который реально работает.