Страшно раздражают такие ситуации. Когда пытаешься решить какую-то проблему с помощью оператора на другом конце провода, общаешься с ним десять-двадцать минут, а затем он переключает тебя на другого человека.

Этот другой снова задаёт те же вопросы — и ты уже общаешься с ним раздражённый и разочарованный.

Когда я работал в студии разработки сайтов Webmaster.SPB (в середине двухтысячных), то заметил, что мы точно так же расстраивали своих клиентов. Сначала они тесно общались с проектировщиком, затем с дизайнером, затем с техническим директором. И двигаясь от этапа к этапу, от сотрудника к сотруднику, клиенты обладали полной информацией о происходящем, для них опыт общения был неразрывным. В отличие от сотрудников, которые врывались в проект каждый на своём этапе. Каждый раз в таком случае терялась информация, и клиенту приходилось неоднократно рассказывать одни и те же вещи и отвечать на похожие вопросы.

Сглаживать ситуацию должны были менеджеры (проджект-менеджеры) — люди, присутствовавшие на всех участках проекта. И это действительно помогало. Со стороны студии с клиентом регулярно общался менеджер (знакомое и неизменное лицо), который изначально и заключал сделку. Проблема заключалась в том, что основной задачей менеджера проекта было заключать новые сделки и доводить до результата существующие. Чтобы всё успевать, им приходилось пропускать некоторые встречи и доверять клиентов другим сотрудникам. Из-за этого происходила регулярная потеря информации.

Для разработчиков. Моя задача проектировщика — пообщаться с клиентом, собрать его идеи и бизнес-запросы, а затем превратить в макеты и сопроводительную документацию для разработчиков. Если я плохо её оформлю или что-то забуду детализировать — пострадают именно они. Им придётся самим решать, как должен работать тот или иной участок системы.

Часто ли дизайнеры или проектировщики получают обратную связь от тех, кто дальше работает с документацией и макетами? Вопрос открытый. Когда я сам сдаю работу, то не ленюсь и через клиента спрашиваю, что думают разрабы о моих макетах и документации. Ответ обычно такой: «Мы не знаем. Раньше не сталкивались с такой подробной постановкой задачи. Если вопросы и возникали, то решали их сами».

Получается, что проектировщики и дизайнеры готовят задачу для разработчиков, но обычно не интересуются, насколько последним было удобно работать с макетами и документацией. А разработчики не могут адресовать вопросы по проекту дизайнерам и проектировщикам, потому что… Если честно, не понимаю, почему. Но ко мне за 300+ проектов вопросы от разработчиков прилетали всего два раза.

По той же причине, по которой не начинаю писать книгу с придумывания обложки, статью с заголовка, создавать курс с введения и рассказа об авторе, рисовать портрет человека с глаз.

Главная страница сайта — это вишенка на торте. Я буду точно знать, из чего она состоит и как работает после того, как будут спроектированы все остальные разделы.

В детстве меня приучили к тому, что, если я не знаю ответа на какой-нибудь вопрос, нужно попробовать дойти до него своим умом. Порассуждать логически, подумать, погадать. Школьное образование только закрепило такой подход.

— В каком году Пушкин стрелялся с Дантесом?
— Не знаю :(
— А ты подумай.

Ну и я думал и зачастую действительно приходил к верному ответу. Но мне кажется, что в дальнейшей жизни это принесло больше вреда, чем пользы.

В общем, я окончил старшие классы школы, пробрался сквозь университет и вот уже общаюсь с собственными клиентами на проектирование интерфейсов в ранние двадцать. А принцип заниматься предположениями там, где я чего-то не знаю, так и сохранился.

— Как думаете, людям будет проще добавлять товары в корзину, если мы добавим здесь эту кнопку?
— Сколько времени займёт у верстальщика этот участок работы?
— Сколько будет стоить проектирование в вашем исполнении?

И я отвечал, отвечал, отвечал. Гадал, как будут вести себя пользователи на проекте, который ещё не готов. Оценивал работу верстальщика, хотя сам не продавал вёрстку. Прикидывал объёмы работы по проектированию ещё до погружения в проект и составления функциональных требований.

Коготок завяз — всей птичке пропасть. Иногда меня ловили на некомпетентных рассуждениях там, где от этих рассуждений мог зависеть результат работы.

Летом 2014 года я был на переговорах в офисе компании Kudago. Я брался за проектирование интерфейса рекламного кабинета, это была одна из первых встреч. Собирали функциональные требования, обсуждали всякие детали. Я на переговорах спешил и «подгонял» генерального директора, Александра Прокофьева, периодически перебивая его. В какой-то момент он сказал:

— Чувак, дай я сначала договорю, а потом тебя послушаем.

Меня как в воду опустили. На встрече присутствовало несколько человек, перед которыми мне сделали замечание, и до конца переговоров я сидел и грустил. Уверен, что перемена моего настроения была очень заметна. Разумеется, я в тот момент сильно обиделся на Александра.

После переговоров, придя в себя и хорошенько всё обдумав, я понял две вещи:

У меня небольшой авторский канал на 3 000 подписчиков. Рекламу в нём я продаю как самозанятое физическое лицо (эту роль взяла на себя моя жена). Поэтому рассказ будет о маркировке текстового рекламного поста, где заказчик и исполнитель — физические лица. С помощью кабинета ОРД Вконтакте, который пока что бесплатен.

Поначалу я делал как все: взял проект, ушёл на две-три недели, вернулся с результатом к назначенному времени. Меня удивляло, почему клиенты спрашивали «чё-как?» уже к концу первой недели. Ведь обо всём договорились, я работаю, закончу такого-то числа. Странные!

В начале этого года я стал привлекать подписчиков в свой канал, делая прямые закупы в других Телеграм-каналах. Изучил кучу туториалов от «специалистов» на Ютубе, был дважды разведён мошенниками, набил кучу шишек и в итоге во всём разобрался. Основа моего опыта — 250 000 рублей бюджета и реклама в 125 каналах.

Эту статью Ника Коленды я перевёл ещё в конце 2016 года. И не просто перевёл, а ещё и сопроводил комментариями от лица бренда, под которым проектирую интерфейсы все эти годы.

Статья до сих пор актуальна и будет полезна как новичкам, только погружающимся в проектирование интерфейсов, так и опытным специалистам в качестве систематизации уже имеющихся знаний.

Свои старые комментарии я немного освежил и оформил в виде цитат.

Оригинал статьи с годами исчез по изначальной ссылке и превратился в нечто более сложное. Поэтому, к сожалению, сослаться на неё я больше не могу.

В июле 2022 года я взялся за проектирование новой версии сайта по управлению торговыми ботами Ginarea. Так выглядел основной интерфейс до начала работы.

В начале хочу сделать важную ремарку. Статья, которую вы прочитаете ниже, — это глава из книги, читатели которой уже погружены в контекст. Контекст того, что автор — это проектировщик информационных систем, который предоставляет сложную, дорогую и растянутую во времени услугу. Не всем подойдёт такой способ ведения дел. А теперь поехали:

Не откладывай на завтра, трать скорее предоплату.
Срочно нужно больше денег? Попроси у друга в долг!
Нет друзей — бери кредиты. Пусть другие экономят,
Жизнь не вечна, чтоб откладывать желанья на потом.

Не в деньгах счастье! Если это говорит человек, у которого с деньгами всё в порядке, то он точно понимает, о чём идёт речь. Когда же такое утверждает тот, кто ещё не добился финансовой стабильности, в этой фразе скрывается опасность. Она может ненароком развить небрежное отношение к деньгам.

Если счастья в деньгах нет, то они не являются чем-то особенно важным и ценным, верно? Ну, конечно, неверно! Когда-то Андрей Рябых (мой бывший руководитель из компании Webmaster.spb) сказал: «Предлагают деньги — сразу хватай и беги!» Это он, кстати, выдал после того, как я отказался от внеурочной поездки за зарплатой. Я посмеялся над его высказыванием, а через пару лет понял, что именно он имел в виду.

Во время работы с одним из клиентов на фрилансе, я довольно небрежно отнёсся к вопросу предоплаты. Он должен был заплатить какую-то круглую по тем временам сумму, тысяч сто, а мои запасы как раз подходили к концу. И в момент, когда он предложил мне оперативно присвоить номер договору и выставить счёт, я сослался на какие-то более важные дела и вернулся к этому вопросу через день. А через день клиент внезапно сорвался в командировку (что-то случилось на одном из его предприятий) и при этом не успел в суматохе оставить распоряжений бухгалтеру. Так что свой гонорар я увидел через две недели. И за это время мне пришлось взять в долг, чтобы заплатить за аренду квартиры.

Мои договоры не являются образцово-показательными, однако я использую их с 2011 года и периодически вношу небольшие улучшения. Поэтому это не туториал «как правильно делать», а живой пример «как конкретный фрилансер делает это последние 12 лет».

Важно также добавить, что я ни разу ни с кем не судился, отношений не выяснял. В работе я больше защищён грамотно выстроенными процессами и коммуникацией с заказчиком, нежели договором. За основу я когда-то взял договор, использовавшийся в компании Webmaster.spb, в которой проработал несколько лет проектировщиком интерфейсов в начале карьеры.

Статья получилась объёмной, поэтому я сделал оглавление с якорными ссылками. Приятного чтения!

В первую очередь это, конечно, касается общения с потенциальными клиентами, но со временем привычка перешла и на все остальные переписки.

Итак, чтобы собеседник не отвалился в процессе общения, нужно:

1. Определиться с целью, которую мы хотим достичь в результате разговора;
2. Заканчивать каждую свою фразу вопросом до тех пор, пока эта цель не будет достигнута.

Приведу пример в рамках продажи рекламы в Телеграм-канале. З — заказчик. А — админ канала (он же фрилансер).

Цель админа: продать размещение рекламы в своём канале.

З: Здравствуйте! Продаёте рекламу на канале таком-то?
А: Да, продаём! 1000/24/2. Обращайтесь!

Всё, вопроса в конце нет, поэтому клиент может спокойно отваливаться. Давайте кое-что поправим:

Фрилансер сообщает, что сдаст работу «в среду»

Когда я был совсем неопытным заказчиком, радовался, доживал до среды и весь день ждал, когда же увижу долгожданный результат. И даже если задача была не очень важна, то мысль о том, что сегодня мне что-то покажут, фоном присутствовала в течение всего дня. Затем наступал вечер, ночь, а от фрилансера не было никаких новостей.

Это было местами прикольно, но в целом не очень. Потребовало от меня дисциплины и регулярности. Самое важное — организация рабочей среды таким образом, чтобы в любой момент, когда мне захотелось бы озвучить очередную главу, ничего бы не стояло на моём пути. Но обо всём по порядку…

В декабре 2022 года я закончил четырёхлетний труд над Книгой нормального фрилансера и бесплатно опубликовал её на сайте. Следующий шаг — сделать аудиозапись. Я сдул пыль со своего старого USB‑микрофона AT2020, закрутил покрепче «журавля» и стал выбирать софт для записи.

Остановился на программе Camtasia. Просто потому, что несколько лет назад заплатил за её лицензию и не хотел бы разбираться с чем‑то новым. Вообще Camtasia не особо предназначена для таких целей. С её помощью удобно записывать скринкасты, параллельно получая поток с вебкамеры. Я решил не отказываться от этой её особенности и позаписывать именно скринкасты. Кстати, я мог бы использовать OBS, но она не позволяет редактировать получившийся результат и идеально подходит для стрима.

Первое, что пришло мне в голову, — это открыть гугл.док с книгой, включить вебку и сделать запись того, как я таким образом читаю главу. Вот что из этого получилось:

На российском рынке проектирования интерфейсов в какой-то момент появился инструмент под названием Axure. Я «притащил» его в студию, в которой работал, в далёком 2008 или 2009 году, точно не скажу. И предложил перед созданием технической документации делать интерактивные прототипы в Axure.

Мы попробовали — и результаты превзошли все ожидания. Теперь клиенты могли согласовать будущие проекты не по многостраничным текстовым описаниям, а по кликабельным прототипам, в которые было легко вносить правки. А ТЗ уже шли следующим этапом.

Разобравшись с этим инструментом, я в 2010 году снял свой первый видеоурок и выложил его на ютуб.

В 2011 году я создал группу по Axure Вконтакте и начал ссылаться на неё в обучающих роликах. Группа работала по принципу обсуждений, любой мог написать свой пост на стене. Люди приходили, задавали вопросы, а я всем отвечал. Из часто повторяющихся вопросов я готовил видеоуроки и выкладывал их на Ютуб и Вконтакте.

В 2013 году я написал несколько статей на Хабре, в которых рассказывал об Axure и о проектировании интерфейсов. Одна из них на сегодняшний день набрала уже 146 тысяч просмотров.

Всё это привело к тому, что любой человек, который искал бы информацию об Axure в русскоязычном сегменте интернета, попадал бы на мои обучающие статьи или видеоматериалы. С 2013 по 2017 был пик популярности этой программы. В группе Вконтакте набралось больше 8 000 человек, мне каждый день писали и те, кто пытался осилить программу, и те, кто сдался и решил воспользоваться моими услугами.

Я написал Книгу нормального фрилансера. В ней поделился опытом работы проектировщиком (UX‑дизайнером) с 2006 года по сегодняшний день. На момент написания этой статьи с книгой познакомилось не меньше 2 000 человек. Десятки положительных отзывов и благодарностей — и пока ни одного негативного.

Друзья недоумевали, зачем я выкладываю книгу бесплатно на своём сайте и при этом выставляю её на продажу. Ведь так её точно никто не купит! А я хотел, чтобы, во‑первых, её мог прочитать каждый, даже если у него нет денег, а, во‑вторых, чтобы те, кто в состоянии её приобрести, могли бы меня таким образом поддержать. И вот что из этого вышло…

В начале хочу сделать важную ремарку. Статья, которую вы прочитаете ниже, — это глава из книги, читатели которой уже погружены в контекст. Контекст того, что автор — это проектировщик информационных систем, который предоставляет сложную, дорогую и растянутую во времени услугу. Не всем подойдёт такой способ ведения дел. А теперь поехали:

Если ты теперь фрилансер и готов к волне заказов,
Размышляя, что же делать, чтоб заказ тебя нашёл.
Ты уже и так прекрасен! О тебе и так узнают!
Сядь на стул и жди клиентов, пусть стучатся сами в дверь.

Вопрос «Где искать клиентов?» — самый популярный среди начинающих фрилансеров. Раньше я отвечал на него так: «Определитесь с тем, какие именно вам нужны клиенты, и станет понятно, где их искать». Так себе ответ, не правда ли? Ведь откуда начинающему знать, какие именно ему нужны клиенты? Ему бы хоть каких-нибудь найти. Поэтому я копнул глубже и стал отвечать по-другому.

Не нужно активно искать клиентов. Клиенты сами вкладывают много сил в поиск исполнителей. Лучше сделать так, чтобы во время поисков они пришли именно к нам. Как это сделать? Заявить о себе как можно громче в тех местах, с которых обычно начинает свой поиск среднестатистический клиент. Если он будет просить рекомендаций у своих знакомых — значит, кто-то из них должен знать о нашем существовании. А если воспользуется поиском в Интернете, то рядом с названием услуги должно появиться наше имя.

Прежде чем заказов стало больше, чем я мог выполнять, мне пришлось рассказать о себе окружающим, написать десятки статей о профессии, неоднократно выступать на публичных мероприятиях, вести преподавательскую деятельность, сделать свой сайт и постоянно подбрасывать «дров в костёр», активно общаясь в профессиональных сообществах и периодически напоминая о себе существующим клиентам.

Когда я выходил на фриланс, то думал, что мне будет достаточно хорошего владения своей профессией, чтобы уверенно предоставлять услугу. И да, профессия всё ещё на первом месте в моём списке. Но оказалось, что есть ещё ряд вещей, без которых я бы не стал нормальным фрилансером.

Суть в том, что бояться чего-то нового и неизвестного, — это нормально. И лучше встретиться с каждым из страхов лицом к лицу и разобраться с ними, чем, закрыв глаза, делать шаг вперёд. В итоге окажется, что многие вещи, которых боится будущий фрилансер, совсем не страшны. Страшны другие вещи, которых он не боится, потому что ещё не знает о них.