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