На старте проекта очень легко утонуть в деталях и оформительстве. Дизайнеры тратят десятки часов, обсуждая стиль кнопок и ссылок, цвета и тени, шрифты и сетку. Авторы теряют целые дни на поиски красочных эпитетов и точных формулировок в первом черновике.
Чрезмерное внимание деталям в начале проекта — одна из причин, почему проекты буксуют и не доходят до финиша, команда выгорает, а заказчик не доволен. Не то чтобы детали не важны вовсе. Но они точно не важны на старте проекта, когда мы ещё не знаем наверняка, каким будет решение.
Не закопаться в деталях помогает подход, когда мы решаем задачу постепенно, не забегая вперёд и не пытаясь продумать все возможные нюансы.
Два примера из реального мира:
Уборка. Мы делаем уборку поэтапно. Сначала пылесосим, чтобы убрать основной слой пыли. Затем вытираем пыль на полках и шкафах, и только после этого моем пол. В конце проветриваем комнату и включаем увлажнитель воздуха. Нельзя сделать уборку, если зациклиться на одном пятнышке на краю столешницы и потратить несколько часов на то, чтобы вывести его.
Грядки на даче. Мама просит поделить участок на грядки. Для этого нам достаточно понять, какой высоты и формы должны быть грядки и где оставить место для тропинок. На этом этапе не важно, что именно мама планирует посадить на этих грядках и из чего будут выложены тропинки: из камня, досок или резиновых ковриков. Всё это можно решить позднее, когда грядки появятся на участке.
Точно так же стоит подходить к созданию статьи, рассылки, сайта, сервиса. Не нужно думать про то, каким будет заголовок, пока не написана статья. Не нужно думать о том, какого цвета будут ссылки в письмах. Не нужно заранее переживать о том, какой шрифт будет на сайте. Всё это не важно на старте.
Иногда собеседник на встрече выглядит таким крутым и опытным, что страшно задать лишний вопрос. Боишься показаться глупым и невнимательным, и начинаешь додумывать.
— Вдруг, он уже про это сказал, и если я спрошу, он подумает, что я не слушал?
— Мне уже и так всё разжевали два раза, а я всё никак не пойму. Наверное, после этого вопроса они просто откажутся со мной работать…
Ситуация скверная: выглядеть дураком страшно, но уйти со встречи, ничего не поняв, ещё страшнее. Хотя некоторые так и делают, а потом у них «всё не то», «надо всё переделать» и «клиенты из ада». Сплошь и рядом такое.
Ключ к решению проекта — умение задавать глупые вопросы. Но для этого нужно разрешить себе быть самым глупым и не стесняться этого. К тому же глупый вопрос задаётся лишь раз. И главное, что после ответа вы уже не так глупы, как до. Теперь у вас есть новые знания, которые вы можете использовать для решения задачи.
Задавать глупые вопросы мне помогает установка: будь самым глупым на этой встрече.
Когда у меня возникает глупый вопрос или опасение, я всегда озвучиваю его, ведь может оказаться, что он волновал не только у меня, но и других. Просто им не хватило духу задать его. Почти всегда, когда кажется, что вы один ни черта не понимаете, все остальные тоже ни черта не понимают, но боятся выглядеть глупыми и потому молчат.
Если мне надо задать глупым вопрос, я так и говорю: «Я сейчас задам глупый вопрос…» Можно даже более прямолинейно: «Я тупой, объясните мне, как…» Или вот так: «Я ни хрена не понял, можете объяснить заново…» И плевать, кто и что подумает обо мне.
Да, возможно, когда я задам свой вопрос, кто-то и правда подумает: «Вот тупица!» И пусть. Вспомнит ли он об этом, когда проект будет закончен? Вряд ли. Люди не помнят, что они ели сегодня на завтрак и какого числа день рождения у их лучшего друга, не то что чей-то вопрос на одном из десятков созвонов.
В конце концов, я здесь, чтобы сделать проект и решить задачу наилучшим образом. Если для этого мне придётся 30 секунд выглядеть идиотом, хорошо, я готов.
Я согласился, но прежде чем проводить консультацию, постарался разобраться в ситуации настолько, насколько было возможно. Вот что я сделал:
Задал вопросы Семёну и договорился о вознаграждении. Мои стандартные условия не подходили, поэтому пришлось флексить.
Взял контакт Наташи, руководителя проекта, запросил у неё материалы: брендбук, макет в фигме и скринкаст, который она записала специально для меня.
Изучил материалы, задал уточняющие вопросы. Спрашивал до тех пор, пока не упёрся в стену однотипных ответов: «Заказчик не даёт никакой конкретики по этому вопросу». Было ясно, что дальше копать некуда.
Составил финальное понимание задачи и принялся искать решение.
Подготовка
Заказчиком, для которого предстояло решить задачу, была немецкая комания «Зиге́ния». У таких компаний множество корпоративных ограничений и требований, которым нужно соответствовать. Я понимал, что вариантов у нас мало, но они есть, и при грамотном подходе эту задачу решить можно.
Первым делом я определил ограничения. Их было немного, но все они были критическими:
Дизайн обложен должен соответствовать брендбуку компании. Нельзя отступать от него слишком сильно.
Бюджета на обложки нет. Важно, чтобы их можно было собирать быстро, за 15−30 минут, и не вовлекать в процесс других людей: авторов, редакторов, руководителя проекта и др.
Обложки будет делать дизайнер с небольшим опытом, который не умеет предлагать решения и учитывать ограничения.
Заказчик не даёт конкретики, что он хочет увидеть. Непонятно, как быть в такой ситуации и как предлагать решения, которые подойдут.
Кроме ограничений я сделал несколько списков. В одном собрал решения, которые не подходят, в другом — которые уже пробовали внутри и от которых отказались, в третьем — список инструментов для работы.
Главная проблема
Макет блога «Зигении» при отдалении выглядел слишком однообразно. Никаких акцентов, всё слишком одинаковое, белое, безжизненное. Глаз ни за что не цепляется: ощущение, что попал на сайт корпорации, а не блог с полезными статьями, которые хочется открыть и внимательно прочитать. В макете не было души, поэтому от него хотелось поскорее сбежать.
Цель консультации
За час нужно было успеть многое:
Подобрать нормальный стиль и компоновку элементов для обложек. По факту требовалось сделать что-то вроде дизайн-концепта руками дизайнера. При этом не было никаких вводных о том, что такое «нормальный стиль».
Объяснить дизайнеру, как работать с подобными задачами в будущем, дать готовый подход к решению таких комплексных задач.
Научить дизайнера самостоятельно находить осмысленные решения с учётом большого количества ограничений и неизвестных.
Научить дизайнера выцеплять смыслы и находить метафоры для создания обложек. Темы в блоге сильно похожи, и у ребят было опасение, что будут проблемы с поиском идей для обложек.
Результат
По итогу у Семёна и его команды получилось решить задачу клиента и защитить дизайн-концепцию с первого раза. Кроме этого ребята получили:
Запись встречи в Зуме
Список задач по итогу консультации
Доступ к заметкам и файлу Фигмы с вариантами решений на три дня
Замечания и комментарии к новым обложкам в формате скринкаста
А так выглядел файл в Фигме с референсами и вариантами обложек, которые я подготовил ко встрече. Очень хочется показать дизайн-макет блога в формате «было-стало», но не могу.
Отзывы
Семён Иноземцев, руководитель АКМ «Стратегия»: «Мы обратились к Жене с запросом на помощь в редизайне блога для одного из ключевых клиентов. Дизайн — не основное наше направление, поэтому своими силами решит эту задачу не удавалось. Руководитель проекта видел, что с нашим вариантом редизайна что-то не так, но не мог правильно донести это до специалистов.
Женя погрузился в задачу, а затем организовал встречу с нашим дизайнером. В рамках часовой консультации дал все необходимые вводные, чтобы довести редизайн до нужного результата. Онлайн-встречу записали, чтобы использовать ее как внутреннюю инструкцию для схожих задач на других проектах. Благодарю Женю за консультацию».
Наталья, редактор и руководитель проекта: «Я руковожу контент-маркетинговыми проектами в агентстве. Так вышло, что наш отдел дизайна остался без арт-директора. При этом мы уже начали работу по редизайну блога для клиента.
Наш дизайнеры, мидл и джун, сделали уже большую часть предварительной работы. И мы застопорились на обложках статей. То, что мне приносили на согласование, было совсем не туда. А объяснить, куда надо — я не могла, потому что не дизайнер.
Наш клиент — европейская корпорация, там все из ограничений и рамок: туда не ходи, такой цвет нельзя и так далее. В подобных случаях важен опыт — в первую очередь опыт по поиску решений. А не просто знания механики.
К Жене Лепехину обратились за помощью в этом конкретном затыке. Нужен был мастер-класс для наших ребят, чтобы они решили задачу. И поняли, как работать над подобными задачами в будущем.
Женя быстро включился, задавал уточняющие вопросы, вникал и разбирался. Потом провел для нас часовую консультацию в зуме. Показывал подготовленные в фигме макеты и комментировал, какие есть варианты. Объяснил, как конкретно технически сделать классные обложки, которые подойдут под нашу задачу. Снабдил нас ссылками на полезные дизайнерские сайты.
На деле мы сделали не то, что я хотела. Сделали намного лучше!
С клиентом до этого момента было много жарких споров о том, как все должно выглядеть. Концепт, который мы выработали с помощью Жени, клиент принял с восторгом. Уже на консультации было понятно, что именно это нам и нужно, именно это хотел клиент — но как и я, не мог объяснить.
Задача была в простое не один месяц. После консультации мы за неделю попробовали нарисовать новые обложки — Женя их проверил, дал еще комментариев и записал скринкаст. После чего утвердили с клиентом финальный макет блога. Осталось передать на программинг.
С учетом, что клиент из специфической ниши, я уверена: с помощью этой новой визуальной подачи мы крепко отстроимся от конкурентов, которые уже отстали в диджитале. Приятно давать клиенту результат, который выводит его на первое место в рынке.
Благодарим Женю, мы все очень рады этому новому опыту) Мне как проджекту было полезно не только само решение, но и подсказки Жени о том, как правильно донести это клиенту. Спасибо!»
На прошлой неделе нашему дизайнеру Кате нужно было сделать две большие задачи по двум разным проектам. Один проект студийный, один — клиентский. Мы обсудили детали в пятницу, и с понедельника Катя приступила к работе…
Обычно я пишу о том, какие ошибки совершают авторы и дизайнеры при поиске работы. Сегодня про обратное: ошибки руководителей, которые мешают людям работать.
Гиперконтроль
Тайм-трекинг, менеджеры, которые стоят над душой, нескончаемые созвоны и планёрки по три часа без цели. Всё это убивает доверие, а главное отнимает огромное количество времени и пространства в голове. У людей попросту не остаётся времени на то, чтобы делать работу.
Я исхожу из того, что все люди, которых я беру на работу, ответственные, умеют держать слово и предупреждают о проблемах. Если я кого-то нанял, то доверяю ему до тех пор, пока он не докажет обратное и не даст мне повод сомневаться. Если человек оказался ненадёжным, то это и моя ошибка тоже. Ведь я сам выбрал его и доверил ему работу.
Нет прямого контакта с заказчиками
В классических компаниях у команды или проекта есть менеджер — человек, который решает проблемы. На деле я много раз наблюдал ситуацию, когда от менеджеров требуют согласовывать все решения с руководством. В итоге, работа менеджера сводится к тому, чтобы передавать информацию между клиентом и дизайнером, обновлять статусы задач и кивать головой на встречах.
Общение с менеджером, который не обладает властью принимать решения, выглядит как сломанный телефон: заказчик говорит одно, менеджер слышит другое. При этом дизайнерам не дают общаться с клиентом, задавать вопросы, запрашивать материалы. Приходится действовать вслепую.
У исполнителя должна быть возможность в любой момент задать вопрос и уточнить что-то у клиента напрямую. Проект не должен начинаться, пока дизайнер или автор не составят понимание задачи на основе личной беседы с заказчиком. Иначе это не работает.
Ненужные задачи и проекты
Однако самое подлое — это бросать людей на задачи, которые никому не нужны. Это задачи, которые переносятся уже в пятый раз, за которые никто не хочет браться и которые ни на что не влияют. Если бы это было не так, то эти задачи уже были бы сделаны или хотя бы были в работе.
Нанимать людей, чтобы спихнуть на них ненужную работу — это как дарить вещи, которые тебе не нужны. Это опустошает, ведёт к выгоранию и текучке. В конце концов, человек будет чувствовать себя обманутым и уйдёт не с лёгким сердцем.
Что делать?
Если вы руководитель или собственник, понаблюдайте, не сталкиваются ли ваши сотрудники с чем-то из этого списка. Руководители часто говорят о том, что их роль — защищать команду и её интересы, но при этом не защищают самое ценное: время и внимание людей.
Если вы дизайнер или автор в команде, где есть эти проблемы, перешлите этот пост вашему руководителю. Возможно, этот текст заставит его усомниться в эффективности данных методов управления.
Когда новичок заходит в профессию, ему очень легко приуныть. Все вокруг уже крутые и умные, пишут книги, запускают курсы, дают интервью, а ты — никто. Сомнения и тёмные мысли берут верх: «Я никогда не стану таким крутым». Что делать — неясно.
Но есть одно качество, которое не требует специальных знаний и навыков, которое ценят все клиенты без исключений, и которое может развить каждый. Это надёжность.
Надёжные люди несмотря ни на что, в любой день, в любом настроении будут на своём месте делать свою работу, настолько хорошо, насколько могут. Они могут быть не самыми талантливыми, не самыми креативными и не самыми быстрыми. Зато они точно будут рядом, когда все остальные слились.
Если вы не знаете, в чём ваша фишка, если вам пока нечем выделиться среди других в вашей сфере, начните с надёжности.
Станьте самым надёжным исполнителем, какого только можно представить.
Довольно быстро вы с удивлением обнаружите, что конкуренция на этом поприще практически отсутствует. В мире чертовски мало надёжных людей. Есть весёлые, затейники, смекалистые, смелые, внимательные — а вот надёжных раз, два и обчёлся.
Найти надёжного человека — большая удача. И жаль, что многие ребята, пришедшие в редактуру, дизайн и разработку, этого не понимают.
Сузить задачу — самый эффективный способ запустить проект быстро. Несколько примеров:
Сделать не многостраничный сайт, а лендинг. Не лендинг, а страницу на три экрана. А может вообще запустить телеграм-канал или блог в Бусти.
Построить не двухэтажный, а одноэтажный дом. Или даже не утеплённый зимний дом, а летний домик на две комнаты. Ещё выгоднее снимать дом на лето и не ввязываться в стройку.
Приготовить не три блюда на ужин, а только второе и десерт. Ещё проще только нарезать салат или заказать доставку и не готовить совсем.
Этот приём применим не только к задачам, но и к найму людей. Представим, что пришла заявка на разработку логотипа, но у нас в команде нет графического дизайнера.
Первый порыв — написать вакансию и нанять графдизайнера. Однако, если после этого проекта у нас не будет новых заявок на логотипы, мы не сможем платить зарплату. Человек будет скучать без дела и вскоре закиснет.
Другое решение — обойтись ресурсами, что есть в нашем распоряжении сейчас. Например, нарисовать простой шрифтовой логотип без сложной графики. А уже потом, когда бизнес клиента окрепнет, сделать айдентику со всем обвесом.
Всегда ищите способ решить задачу доступными вам средствами, не раздувая команду, проект и задачу. Если прямо сейчас перед вами большая и сложная задача, попробуйте сократить её так, чтобы справиться без найма новых людей и раздувания бюджета.
Одно из правил, которого я придерживаюсь в проектах и переговорах: не говорить о чём-либо «это легко» и не оценивать чью-либо работу этим словом. Ни свою, ни чужую. Особенно, если я никогда не делал то, о чём говорю.
Я понимаю, почему люди используют это слово. Они заискивают перед клиентами, хотят произвести впечатление, понравится. И не замечают, что роют яму сами себе.
Легко — это контракт с клиентом, что вы соглашаетесь выдать безупречный результат в короткий срок и без права на ошибку. Хуже только работать без договора или по бартеру. Именно поэтому «легко» так убийственно для проекта. Оно создаёт завышенные ожидания и не учитывает, что что-нибудь обязательно пойдёт не так. А что-нибудь всегда идёт не так.
«Легко» обесценивает ваш труд и работу целой команды, если руководитель произнёс это слово на встрече с клиентом. «Легко» означает, что с этой задачей справится и школьник, но так уж и быть, отдадим её вам. А заплатим как школьнику. Ведь там на денёк работы, верно?
Легко — это бомба замедленного действия, отложенный конфликт в проекте. И эту бомбу невозможно обезвредить. Нельзя прийти на следующий день и сказать: «Ой, знаете, там вообще не легко оказалось». В глазах клиента это выглядит так, что вы или наврали или не разбираетесь в своём деле.
Не спешите давать оценки. Возьмите время оценить задачу, учитывая все детали и контекст. Особенно, если работу будете делать не вы, а кто-то другой. И уж точно не говорите о своей работе: «Ой, легкотня!» Каждый раз, когда я думал так, случалось ровно наоборот.
Действуйте от обратного. Мне помогает такой приём: «Скорее всего это будет непросто и даже сложно, но я попробую найти красивое и элегантное решение. Как я могу решить эту задачу за день? Какое решение даст результат уже сегодня?»
Читаю рассылку одного агентства и вижу такой совет:
Не говорите, что у вас нет опыта. Мы считаем, что, если вы хотя бы теоретически знаете, как решить задачу, не стоит говорить клиенту, что никогда этого не делали. Иначе отношение к вам может быть снисходительное и настороженное, клиент подумает, что за вами придется сто раз перепроверять. Много денег с таким подходом заработать, скорее всего, не получится.
Начинать отношения с обмана — хреновый совет. Даже если вам кажется, что это пустяк, который ни на что не влияет. Когда мы соглашаемся, что можно соврать в малом, мы незаметно для себя делаем это нормой и со временем закрываем глаза на ложь побольше. Поведение, которое поощряется, становится культурой.
Вдобавок, такой подход лишает заказчика права на обдуманное решение. Исполнитель ничем не рискует, кроме своего времени, а заказчик рискует всем: деньгами, временем и иногда бизнесом.
Нельзя построить здоровые и доверительные отношения на лжи. Сила в честности и прямоте: они помогают построить доверие и располагают людей. Наоборот, попытки казаться лучше, чем вы есть, настораживают и отталкивают.
Это если в общем. Теперь по фактам. Вот как я советую поступать, если нет опыта.
Совет № 1. Снизить ожидания от результата
Скажите честно, что вы никогда не решали такие задачи и объясните, как планируете действовать. Клиент будет понимать, что вы с ним честны, будет платить тем же и доверять вам.
— А вы раньше писали статьи о коммерческой недвижимости? — Пётр Алексеевич, знаете, нет, я прежде не писал на эту тему. Я понимаю, что, возможно, вам нужен автор с опытом в этой сфере. Но если у нас будет эксперт по теме, то вот как бы я решал вашу задачу… Можем для начала написать первую статью и посмотрим, как пойдёт. Если будет не очень, то расстанемся. — Эксперты у нас есть. Давайте пробовать.
Даже если клиент откажется, то вы будете понимать, что это из-за нехватки опыта, и избавите себя от идиотской ситуации в будущем. Это лучше, чем искать решение с горящей жопой.
Совет № 2. Опыт и цена никак не связаны
В отрывке говорится, что если у вас нет опыта, никто не будет платить вам много денег. Это брехня: между опытом и размером вознаграждения нет прямой связи. Просите столько, сколько вам комфортно получить за вашу работу в данный момент.
Цена — это про договорённости с самим собой и заказчиком, а не про опыт, часы, знаки или что-то там ещё. Если мне комфортно сделать работу за Х денег и заказчика это устраивает, то я её делаю. А если нет, то не делаю. Всё просто.
Единственное на что влияет опыт, это уверенность, что я достоин этих денег. Но это уже скорее проблема самооценки, а не опыта.
Что это такое?
Серия бесплатных постов про ошибки на старте проекта. Планирую около 5−6 постов, но может и больше. Тут уж как пойдёт. Вот оглавление:
