Добавить в корзинуПозвонить
Найти в Дзене

— Дайте ссылку на Figma

— Дайте ссылку на Figma! — А поговорить? Почему я не отправляю макеты вслепую, а начинаю с короткого разговора по задаче. В портфолио у меня сотни проектов. Только визуальная часть почти никогда не раскрывает суть проделанной работы. Чтобы понять, как принимались решения, почему сценарии выстроены именно так и какие задачи стояли за интерфейсом, нужно вникать глубже. Без контекста макеты мало что дадут, ни для понимания подхода, ни для оценки опыта. Поэтому, когда ссылку на проект в Figma просят потенциальные клиенты, я не отправляю её, а предлагаю короткий созвон знакомства, где могу рассказать о похожих кейсах и задать уточняющие вопросы. Вместо общего показа я рассказываю о 1–2 кейсах, релевантных задаче собеседника. Чтобы разговор был осмысленным, перед встречей я всегда прошу описать проект, обозначить цели и задачи для дизайна. Если этих вводных нет, а запрос звучит как «покажите что-нибудь в фигме», я отказываюсь. Поэтому, когда ссылку на проект в Figma просят потенциальные

— Дайте ссылку на Figma!

— А поговорить?

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

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

Без контекста макеты мало что дадут, ни для понимания подхода, ни для оценки опыта. Поэтому, когда ссылку на проект в Figma просят потенциальные клиенты, я не отправляю её, а предлагаю короткий созвон знакомства, где могу рассказать о похожих кейсах и задать уточняющие вопросы.

Вместо общего показа я рассказываю о 1–2 кейсах, релевантных задаче собеседника. Чтобы разговор был осмысленным, перед встречей я всегда прошу описать проект, обозначить цели и задачи для дизайна. Если этих вводных нет, а запрос звучит как «покажите что-нибудь в фигме», я отказываюсь.

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

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

Начинаю с формулировки задачи: «Правильно ли я понимаю, что вам нужно…», и прошу подтвердить. После этого показываю кейс и поясняю:

– в каком контексте возник проект, чтобы показать связь интерфейса и бизнес-задач;

– какие функции и сценарии были ключевыми, чтобы обозначить масштаб и глубину решения;

– как выстраивался процесс, чтобы дать представление о формате взаимодействия;

– какие ограничения возникали и как мы находили рабочие решения;

– какие выводы и неожиданные находки появились в процессе, то, что не видно в макетах, но влияет на результат.

Это не монолог. Мне важно вовлечь потенциального заказчика в диалог, чтобы узнать больше конкретных деталей о проекте.

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

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

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

Дизайнер на всю голову