Тендеры и лиды
Информация
Разработка IT-продукта — это совместный процесс, в котором заказчик и исполнитель хотят получить качественный результат без рисков. Однако из-за недопонимания, нечетких требований или неправильных ожиданий могут возникать конфликты, задержки и перерасход бюджета.
Чтобы минимизировать проблемы, мы подготовили чек-листы, которые помогут обеим сторонам защитить свои интересы.
Первый контакт заказчика с подрядчиком во многом определяет ход проекта. Чем точнее сформулированы ожидания и требования, тем быстрее и продуктивнее пройдет обсуждение.
Бриф на разработку сайта
Первым делом определитесь, что важнее: уложиться в бюджет и сроки или воплотить смелые идеи в проекте. Ответ на вопрос поможет понять, в какой сегмент попадает проект, и составить шорт-лист подходящих подрядчиков.
Например, один из наших клиентов пришёл с запросом на недорогой апдейт, но по факту хотел редизайн с анимациями и сложной логикой взаимодействия — почти как в дорогих продуктовых интерфейсах. Мы объяснили, что для реализации задачи с нужной производительностью потребуется перенос проекта на новый технологический стек, что значительно увеличит сроки и бюджет. Поэтому амбициозные задачи лучше сразу закладывать в план и обсуждать заранее.
Второе по важности – это понимание того, какой итоговый результат хотите получить и по каким критериям будете его оценивать. Кажется очевидным, но на практике может быть сложно четко сформулировать ожидания и требования, даже если менеджер задает конкретные вопросы.
Общий список уточняющих вопросов
На этом этапе важно сказать, что уже есть. Это помогает определить, делать ли проект с нуля или развивать существующий. Например, вы приходите с запросом: «Нам нужен новый сайт», но при этом уже есть интернет-магазин, который давно не обновлялся. В этом случае модернизация будет разумным решением, но бывают ситуации, когда проще, быстрее и эффективнее начать заново.
Подробнее об этом выборе писали в статье на VC: Как определить, стоит ли прокачивать существующий сайт или пора делать новый.
Что еще стоит учесть перед стартом
1. Найдите несколько похожих проектов, интерфейсов или фишек, чтобы разработчики могли их увидеть, «пощупать» и понять, как попасть в ваши ожидания. Проще объяснить видение через наглядные аналоги.
2. Зафиксируйте основные аспекты до начала переговоров:
– Ограничения по срокам и бюджету.
– Предпочтения по технологиям.
– Требования к дизайну и функциональности (желательно с примерами).
– Критерии оценки результата.
3. Определите цель. Важно понимать, ради чего всё затевается, какую боль должен закрыть проект. Без понимания «зачем это всё» легко уйти не в ту сторону и тратить ресурсы впустую.
Например, к нам приходил клиент с задачей разделить каталог на B2B и B2C. Мы начали работу, дизайнеры отрисовали два варианта, но в процессе обсуждений стало понятно, что реальной бизнес-потребности в этом сейчас нет, задача была сформулирована скорее из желания «как у всех», чем из реальной боли. В итоге – зря потраченное время и необходимость пересобирать концепцию.
Чтобы такого не происходило, ответьте на ключевые вопросы:
Ну и напоследок – будьте готовы к разным мнениям подрядчиков. Не стесняйтесь задавать вопросы и вести переговоры. Чем детальнее будет проведена предварительная работа, тем легче сделать выбор.
1. Отсутствие четкого запроса
Иногда проект начинается с запроса «Хочу, чтобы было красиво» или «Сделайте аналог Ozon». В таком случае сложно оценить объем работ, сроки и бюджет, а на поздних этапах не добиться результата без доработок.
2. Недооценка сложности разработки
Даже типовые решения требуют адаптации, настройки и внимания к деталям — особенно если нужен стабильный результат.
3. Непонимание стоимости работы
Ориентир на стоимость «по ощущениям», а не на рыночные цены вызывает удивление при озвучивании реального бюджета проекта.
4. Попытка сэкономить на важном
Выбор исполнителя без нужной экспертизы или отказ от тестирования или проектного менеджмента приводит к дополнительным затратам, срыву сроков и неудовлетворительному результату.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13201 тендер
проведено за восемь лет работы нашего сайта.
5. Менять требования в процессе работы
Иногда в процессе появляются новые идеи или хочется скорректировать направление. Это нормально — ведь проект живой. Но важно понимать, что такие изменения влияют на сроки и бюджет, и лучше заранее предусматривать возможные доработки в планировании.
6. Некомпетентность ответственного лица
Если у заказчика нет полного понимания процесса или необходимых полномочий, это приводит к размытым требованиям, долгим согласованиям и проблемам при сдаче проекта.
Заказчики, имеющие опыт участия в нескольких проектах разработки, как правило, приходят с четкой целью и задачами, заранее подбирают референсы, чтобы минимизировать расхождения в визуальном восприятии. Осознают ограничения бюджета и сроков, могут отделить важное от второстепенного и понимают, что часть решений нужно доверить специалистам, а часть держать под контролем.
Заказчики, которые только начинают работу с digital-проектами, чаще подходят к задаче интуитивно: формулируют ожидания в более общей форме, не всегда сразу могут обосновать требования или формулируют «на ходу». В таких случаях задача менеджера — помогать структурировать запрос, задавать уточняющие вопросы и при необходимости деликатно направлять коммуникацию.
Эта часть касается непосредственно менеджера, который будет осуществлять коммуникацию с заказчиком.
Рекомендации для менеджера в компании
У каждого агентства есть список вопросов или готовый бриф, поэтому не будем писать очевидные вещи, а лучше перечислим основные принципы, которые помогут эффективно провести переговоры.
Общие рекомендации для менеджера по продажам
1. Использовать профессиональный сленг
Например, говорить на языке, который понятен только разработчикам: «Здесь нужно интегрировать API по REST, но можно сделать через GraphQL, тогда будет меньше оверхеда на фронте. Хотя с текущим бэком проще не парсить — завяжем через вебхук». Объясняйте решения простыми словами, это поможет заказчику лучше ориентироваться в процессе.
2. Указывать нереалистичные сроки на старте
Не обещайте минимальные сроки ради одобрения проекта — это приводит к срывам, пересмотру бюджета и потере доверия. Лучше сразу обозначить реалистичный график с запасом, чтобы учесть возможные риски и быть гибкими к корректировкам в процессе.
3. Игнорировать обратную связь
Чтобы не получился продукт, который не устраивает клиента, важно слышать и обсуждать комментарии заказчика, особенно когда возникают сомнения.
4. Слепо следовать ТЗ
Если вы знаете, что можно реализовать задачу эффективнее, стоит предложить альтернативу и обсудить с заказчиком.
Один из важнейших аспектов успешной реализации проекта – это защита интересов обеих сторон. На практике это связано с фиксацией договоренностей, здесь возникает множество нюансов.
Во-первых, фиксировать договоренности письменно необходимо, но как сделать это универсально и эффективно? – задача непростая. На этапе обсуждений до заключения договора стороны часто обсуждают одно, а в процессе меняют предпочтения. Иногда проект может и вовсе не состояться: заказчик меняет планы или вовсе пропадает. Поэтому до подписания договора любые договоренности условны и не имеют юридической силы.
После заключения договора ситуация меняется: письменные договоренности приобретают обязательный характер. Однако охватить в договоре или техническом задании все нюансы невозможно, их слишком много. Поэтому документ составляется обобщенно, с упором на ключевые моменты.
Что стоит делать:
Главное — обеспечить юридическую и деловую определённость на этапах проекта, особенно после заключения договора. Это снижает риски и помогает сохранить хорошие отношения, даже если возникнут спорные моменты.
Ошибки и недопонимания часто возникают не из-за недостаточной компетенции одной из сторон, а из-за разного уровня знаний, ожиданий и подходов к работе.
Главное правило успешного взаимодействия — открытость, гибкость и готовность слышать друг друга. Чем лучше обе стороны подготовятся к первому этапу общения, тем выше вероятность, что проект будет реализован в срок, в рамках бюджета и без лишнего стресса.
Получите максимум практического контента и реальных кейсов по разработке цифровых решений и автоматизации бизнес-процессов на нашем сайте: https://webest.ru/
