5 признаков, что клиент не готов работать с дизайнером
Почему «не готов» — это не оскорбление
У каждого дизайнера, который ведёт собственную практику больше года, есть история о проекте, которого вообще не должно было быть. Не потому, что клиент был грубым, бюджет — маленьким, а бриф — неудачным, а потому что клиент — как организация или как человек — на самом деле ещё не был готов к совместной работе над дизайном. Работа застревала, фидбэк противоречил сам себе, три раунда правок превращались в одиннадцать, и в итоге все были разочарованы, хотя обе стороны действовали из лучших побуждений.
«Не готов» не означает некомпетентен, скуп или сложен в общении. Множество умных, обеспеченных бюджетом и вполне разумных людей не готовы работать с дизайнером именно в тот момент, когда обращаются к нему. Возможно, они будут готовы через три месяца — после стратегической сессии, после найма продакт-менеджера или после сложного разговора с сооснователем. Готовность — это снимок момента, а не черта характера, и именно поэтому её стоит учиться замечать заранее, до подписания контракта, который привязывает вас к месяцам трений.
Для дизайна это важнее, чем для большинства других услуг, потому что дизайн находится ниже по течению от решений, которые ещё не были приняты. Копирайтер может работать по смутному направлению и выдать что-то пригодное к использованию. Разработчик может собрать продукт по спецификации, даже неидеальной. Но дизайнера обычно просят придать визуальную и структурную форму бизнес-идее — и если эта идея ещё не оформилась, никакое дизайнерское мастерство это не компенсирует. В итоге вы дизайните нерешительность клиента, правку за правкой.
Пять признаков ниже — не повод паниковать во время ознакомительного звонка. Это диагностика. Некоторые из них можно исправить за один разговор. Другие говорят о том, что проект нужно отложить, переформатировать или — иногда — отклонить. В любом случае, заметить их на этапе предложения значительно дешевле, чем обнаружить на шестой неделе работы.
Признак 1: клиент не может описать проблему, только решение
Спросите готового клиента «какую проблему мы решаем?» — и получите ответ про пользователей, поведение или бизнес-метрики: «Новые клиенты путаются на этапе оформления заказа и уходят с показателем отказа 40%». Задайте тот же вопрос неготовому клиенту — и часто услышите пересказ запроса: «Нам нужен новый флоу оформления заказа». Это не проблема, это задача. А задача без проблемы за ней — задача, у которой нет способа измерить успех.
Это постоянно проявляется в том, как пишутся брифы. Бриф готового клиента, даже черновой, обычно упоминает причину и следствие: что происходит, почему это дорого обходится, кого это касается. Бриф неготового клиента сразу переходит к спецификации: «5 экранов, тёмная тема, похоже на [конкурента], нужно через три недели». В референсах и ограничениях самих по себе нет ничего плохого — это нормально и полезно. Тревожный сигнал — полное отсутствие «почему» под этим «что».
Это же слышно в звонках, когда клиент отвечает на любой вопрос о целях описанием результата вместо цели. Спросите «как мы поймём, что редизайн сработал?» — услышите «это будет выглядеть современно и чисто». Спросите «что вызвало срочность именно сейчас?» — услышите «конкурент только что запустил что-то похожее». Ни один из ответов не про результаты. Оба про внешний вид.
«Нам не нужны исследования, мы знаем, что хотим — просто нужно, чтобы кто-то сделал это профессионально выглядящим».
Эта фраза, или её близкий вариант, — один из самых надёжных индикаторов во всём этом списке. Она сигнализирует, что клиент уже решил: дизайн — это косметический слой, накладываемый в конце процесса принятия решений, а не инструмент для того, чтобы принимать эти решения лучше. Иногда это нормально — чисто визуальная доводка — легитимный, ограниченный по объёму проект. Опасность возникает, когда клиент считает это полноценным продуктовым или UX-проектом, вы тоже так считаете, а через шесть недель обнаруживается, что запрос «просто сделать профессионально» на самом деле зависит от нерешённых вопросов о пользовательском флоу, информационной архитектуре или даже о том, что продукт вообще делает.
Решение, когда оно возможно, — явно переформулировать первую фазу работы как определение проблемы, а не производство. Предложите короткую, отдельно оценённую фазу исследования — несколько интервью со стейкхолдерами, обзор существующей аналитики, страницу с формулировкой проблемы, которую клиент должен утвердить до создания любых экранов. Если клиент сопротивляется оплате или участию в этой фазе, это само по себе диагностика: он сопротивляется не вашему процессу, а самой идее, что проблему нужно определять. Это сопротивление стоит воспринимать серьёзно ещё до старта работы.
Признак 2: в комнате нет настоящего принимающего решения
Дизайн-решения пересматриваются бесконечно, когда человек, утверждающий их, — не тот, кто на самом деле может их утвердить. Это самый дорогой из пробелов готовности, потому что он не проявляется на стартовом звонке — он проявляется на три раунда позже, когда «утверждённый» дизайн ветируется кем-то, кто не был ни на одной встрече.
Следите за такими паттернами на этапе оценки объёма работ:
- Главное контактное лицо часто говорит «мне нужно уточнить с командой» по решениям, которые должны быть в его компетенции — например, цветовое направление или предпочтения по макету.
- Документы с фидбэком приходят как сводный список от пяти-шести человек без указания, чьё мнение весит больше.
- Клиент не может напрямую ответить, кто даёт финальное согласование — или называет человека, который потом не появляется ни на одном звонке.
- Противоречивый фидбэк появляется в одном и том же раунде: один стейкхолдер хочет смелее, другой — спокойнее, и никто не разрешает этот спор.
Ничто из этого само по себе не является причиной для отказа — многие хорошие клиенты работают комитетом и всё равно выпускают хорошие продукты. Разница в том, есть ли у комитета председатель. У работоспособного клиента с несколькими стейкхолдерами есть человек, чья работа — синтезировать мнения группы в одно чёткое направление, прежде чем оно дойдёт до дизайнера. Неработоспособный просто перенаправляет вам необработанные мнения всех, у кого есть доступ к Slack, и просит вас их согласовать, а это не дизайнерская задача, это задача медиатора, и вы не подготовлены и не оплачены для её выполнения.
Это стоит проговорить прямо на этапе предложения, а не обнаруживать вживую. Простой способ сделать это без лишнего трения: спросить «когда мы предоставим дизайн и внутри компании возникнет разногласие по направлению, кто принимает финальное решение?» Уверенный, конкретный ответ — имя и должность — хороший знак. Размытый ответ («мы всё обсудим вместе») означает, что нужно встроить требование о наличии решающего лица в процесс до начала работы — например, попросив клиента назначать одного утверждающего на каждый раунд, письменно, как условие сотрудничества.
Стоит также отличать это от смежной, но иной проблемы: решающее лицо существует, но не вовлечено. У некоторых клиентов есть чёткий финальный утверждающий — генеральный директор, основатель — который просто слишком занят, чтобы своевременно рассматривать работу, поэтому согласования висят по две недели, пока более дешёвый ресурс (вы) простаивает или крутится вокруг вторичного фидбэка. Это не проблема полномочий, это проблема пропускной способности, и она способна утопить график ровно так же. Спрашивайте не только кто решает, но и насколько быстро этот человек реально может рассмотреть работу — и закладывайте это в график, а не рассчитывайте, что всё решится добрыми намерениями.
Признак 3: разговор о бюджете начинается раньше разговора о целях
У разговора о дизайн-проекте есть естественный, здоровый порядок: понять проблему, приблизительно оценить объём работ, необходимых для её решения, а затем поговорить о стоимости. Когда клиент меняет этот порядок — начинает с «сколько вы берёте» или «у нас есть 3000 долларов, что вы можете сделать» до того, как вы обсудили, чего он хочет достичь — это обычно признак того, что дизайн закупается как товар, а не заказывается как услуга по решению проблемы.
Это не автоматически дисквалифицирует клиента. У малого бизнеса и стартапов на раннем этапе часто действительно есть жёсткий бюджетный потолок, и они правильно делают, упоминая его заранее, чтобы никто не тратил время впустую. Разница, на которую стоит смотреть, — воспринимает ли клиент эту цифру как ограничение, вокруг которого нужно проектировать решение, или как весь бриф целиком. «У нас есть 3000 долларов — чего мы можем добиться с этой суммой в плане снижения отказов при регистрации?» — рабочее, честное ограничение. «У нас есть 3000 долларов — пришлите нам файл Figma с главной страницей, пятью внутренними страницами, логотипом и стайлгайдом» — это список покупок, замаскированный под бюджет, и он говорит, что клиент мыслит единицами результатов работы, а не единицами достигнутых итогов.
То же самое слышно и с другой стороны. Клиент, который спрашивает вашу дневную ставку или стоимость проекта до того, как задать хоть один вопрос о вашем процессе, вашем прошлом опыте в его сфере или о том, как бы вы подошли к его конкретной проблеме, часто оценивает вас как взаимозаменяемую строку в бюджете. Это нормально для действительно товарной работы — набора иконок, доработки шаблона, продакшн-поддержки — но плохо подходит для стратегической дизайн-работы, где ценность именно в тех частях, которые сопротивляются заранее прописанному перечислению.
Полезная проверка себя после первого звонка: клиент задал больше вопросов о цене или больше вопросов о подходе? Если преимущественно о цене, почти без интереса к тому, как вы будете думать над его проблемой, возможно, он ещё не видит в дизайне процесс принятия решений, за который стоит платить — он видит производственную статью расходов, которую нужно минимизировать. Иногда это восприятие можно изменить сильным кейсом или короткой платной фазой исследования, демонстрирующей ценность мышления, а не только пикселей. Но если ориентация «сначала бюджет» сохраняется и после этого, это настоящий сигнал, а не недопонимание, и его стоит уважать, а не убеждать себя в обратном.
Признак 4: хотят скриншот с Dribbble, а не бизнес-результат
Некоторые клиенты приходят с папкой скриншотов — красивых, отполированных, часто из продуктов совершенно других отраслей с совершенно другой аудиторией — и бриф по сути звучит как «сделайте нам как здесь». Референсы для вдохновения совершенно нормальны и полезны; проблема возникает, когда референс становится всей стратегией целиком, без слоя перевода на реальных пользователей, реальный контент и реальные бизнес-ограничения клиента.
Этот признак тесно связан с признаком 1, но заслуживает отдельного пункта, потому что происходит из другого места: не из отсутствия размышлений о проблеме, а из активной замены функциональных целей эстетическими. Подсказка — в словаре. Клиент, ориентированный на результат, говорит о конверсии, удержании, завершении задач, объёме обращений в поддержку или времени до получения ценности. Клиент, ориентированный на внешний вид, говорит о «ощущении», «настроении», «премиальности», «современности» и — самое частое — «чистоте». Ни одно из этих слов само по себе неправильно, но когда это единственные слова, которыми клиент описывает успех, после сдачи проекта невозможно понять, сработал ли дизайн на самом деле — только понравился ли он.
Практический риск здесь конкретный: брифы, ориентированные только на эстетику, наиболее подвержены бесконечным субъективным правкам, потому что нет объективного стандарта, чтобы закрыть цикл. Если цель — «сократить отказ от оформления заказа, упростив форму», можно посмотреть на дизайн и спросить, делает ли он это. Если цель — «сделать так, чтобы ощущалось премиально», нет ни одного дизайна в мире, про который можно окончательно подтвердить, что он ощущается премиально, потому что стандарт живёт целиком в голове клиента и может меняться каждый раз, когда он смотрит на макет.
«Я пойму, когда увижу».
Эта фраза, как бы вежливо она ни была произнесена, — просьба дизайнить наугад, раунд за раундом, пока вы случайно не угадаете правильно. Стоит назвать этот паттерн прямо и заранее предложить альтернативу: перевести эстетические референсы в короткий список конкретных характеристик («много воздуха, приглушённая палитра, шрифты с засечками в заголовках, минимум иконографии»), которые можно реально проверить, а ещё важнее — привязать хотя бы одну-две метрики успеха к чему-то за пределами чистого вкуса, даже к мягким показателям вроде «внутренняя команда клиента может дойти до любой страницы за три клика» или «новые пользователи понимают ценностное предложение за пять секунд после захода на страницу». Результаты не обязаны быть жёсткой аналитикой, чтобы быть полезными — они просто должны быть проверяемы кем-то помимо настроения клиента в этот конкретный день.
Если клиент отказывается определять любую метрику успеха кроме «я пойму, когда увижу», относитесь к этому как к настоящему пробелу готовности, а не как к особенности личности. Обычно это означает, что внутренний разговор о том, что продукт или бренд на самом деле пытаются сделать, ещё не состоялся, и дизайну поручают заменить стратегическую работу, которую он заменить не может.
Признак 5: любой дедлайн — «вчера», а всё остальное стоит на месте
Срочность сама по себе не тревожный сигнал — у многих легитимных проектов есть реальные, внешне заданные дедлайны: выставка, демонстрация инвесторам, регуляторная дата. Тревожный сигнал — асимметричная срочность: клиенту нужен результат немедленно, но всё, что должно предшествовать результату — контент, решения, согласования, доступ к стейкхолдерам — движется в совершенно другом, куда более медленном темпе.
Это проявляется в знакомой форме. Клиент настаивает, что проект должен запуститься через три недели. Вы просите финальные тексты, брендовые материалы или доступ к календарю решающего лица — и вдруг время ответа растягивается до нескольких дней. Раунды фидбэка, которые должны были занимать 48 часов, занимают полторы недели. При этом изначальный дедлайн никуда не сдвигается, и каким-то образом всё сжатое время целиком перекладывается на вашу сторону процесса — больше циклов правок втискивается в меньшее время, больше просьб «а можем получить это до завтрашнего утра» по мере приближения исходной даты.
Этот паттерн — вопрос готовности, потому что он обычно раскрывает: дедлайн на самом деле не связан с реальным внешним событием — это симптом того, что проект долго откладывался внутри компании ещё до того, как к вам обратились, а теперь от вашего проекта ожидают сжатия не только дизайн-работы, но и всей незавершённой внутренней подготовительной работы клиента. По сути, вас просят взять чужую прокрастинацию на себя как собственный чрезвычайный случай.
Несколько конкретных вопросов на этапе оценки объёма работ помогают выявить это до того, как оно станет вашей проблемой:
- «Что конкретно происходит в [дату дедлайна] — есть внешнее событие, или дата скорее ориентировочная?» Размытые ответы здесь информативны.
- «Кто отвечает за передачу мне контента и материалов, и когда они будут готовы?» Если у этого нет чёткого ответа, график вымышленный, независимо от того, что написано в контракте.
- «Что происходило с этим проектом до того, как вы обратились ко мне?» Проект, который полгода находился во внутреннем подвешенном состоянии, редко становится чётким и быстрым в момент, когда к нему подключается дизайнер.
Когда асимметрия реальна, но клиент в остальном подходит хорошо, решение не в том, чтобы прямо отказаться от дедлайна — а в том, чтобы сделать зависимость явной и договорной. Прямо укажите, что дата сдачи держится только при условии, что контент и фидбэк поступают к конкретным промежуточным датам, и что пропущенные промежуточные даты сдвигают финальную дату соответственно. Клиенты, которые действительно готовы работать с дизайнером, принимают такую структуру без особого сопротивления, потому что понимают: дедлайн — это общее обязательство, а не то, что односторонне навязывается человеку, выполняющему работу. Клиенты, которые сильно сопротивляются этой структуре — хотят зафиксировать дедлайн, но отказываются брать на себя обязательства по зависимостям, которые делают его достижимым — прямо дают понять, что ожидают, что всё сжатие ляжет целиком на вас.
Как превратить пробел в готовности в реальный проект
Замечать эти признаки — не столько про решение отказать, хотя иногда это правильный выбор. Чаще это про то, каким должно быть «да», которое имеет смысл. Клиент, который не может сформулировать проблему, не имеет чёткого решающего лица, начинает с бюджета, хочет внешний вид, а не результат, и ставит нереалистичный дедлайн, — не тот клиент, от которого нужно рефлекторно уходить. Это клиент, которому нужен другой объём работ, а не тот, о котором он изначально просил.
Несколько практических приёмов стабильно помогают здесь:
- Продавайте фазу исследования, а не скачок в производство. Если проблема не определена, предложите короткую, отдельно оценённую фазу — интервью со стейкхолдерами, обзор существующих данных, письменную формулировку проблемы и критериев успеха — до начала любой дизайн-работы. Это решает сразу две задачи: прямо устраняет признак 1 и даёт вам малорисковый способ проверить, готов ли клиент инвестировать в то, чтобы правильно понять проблему, что само по себе диагностично.
- Просите назначить решающее лицо письменно до старта. Не как бюрократическую формальность, а как настоящее требование процесса. Подайте это как то, что выгодно и клиенту: «Это избавляет нас от переделывания работы из-за противоречивого фидбэка и экономит время вашей команды». Большинство разумных клиентов назначат кого-то, поняв, почему это важно.
- Переформулируйте разговоры о бюджете вокруг объёма работ, а не скидки. Если бюджет клиента фиксирован и реален, не уменьшайте тихо качество работы, чтобы вписаться в него — уменьшите объём. Меньший, чётко определённый проект, сделанный правильно, строит больше доверия, чем полный проект, сделанный без достаточных ресурсов.
- Переводите эстетические референсы в проверяемые критерии и хотя бы одну реальную метрику успеха. Даже мягкий, качественный показатель даёт обеим сторонам, на что опереться помимо личного вкуса, когда спор о правках начинает ходить по кругу.
- Делайте зависимости по срокам явными и взаимными. Дедлайн с названными предшествующими зависимостями и последствиями за пропуск промежуточных дат — это не конфронтация, это версия «мы в этом вместе», которая на самом деле держится под давлением.
Стоит прямо сказать: не каждый пробел готовности можно устранить одним письмом с предложением, и это нормально. Некоторым клиентам сначала нужна внутренняя встреча по согласованию позиций, прежде чем они будут готовы разговаривать с вами вообще — и сказать им об этом, деликатно и конкретно, полезнее для них, чем отполированный макет, созданный по брифу, который изначально был неустойчивым. Отказ от проекта или его отложение, потому что клиент пока не готов, — это не провал в развитии бизнеса; часто это единственная версия сотрудничества, которая действительно бы сработала. Альтернатива — начать всё равно и надеяться, что структура и ясность появятся где-то к четвёртому раунду — именно оттуда происходит большинство страшных историй в этой индустрии.
Цель наблюдения за этими пятью признаками не в том, чтобы стать подозрительным к каждому новому разговору с клиентом. Она в том, чтобы лучше различать клиента, которому нужны дизайнерские компетенции, и клиента, которому сначала нужен разговор, вообще не связанный с дизайном — и иметь уверенность предложить этот разговор вместо того, чтобы тихо дизайнить вокруг пробела и надеяться, что никто не заметит.
