ЗАЧЕМ КЛИЕНТЫ КОЛХОЗЯТ ДИЗАЙН?

Каждый дизайнер хотя бы раз сталкивался с ситуацией, когда клиент просит внести правки, которые не всегда улучшают проект. Но почему так происходит? И главное, как дизайнер понимает, что эти правки — шаг в сторону от качественного результата, а не просто несовпадение вкусов? ▪️Во-первых, существуют универсальные принципы дизайна. Они формировались годами на основе многолетнего опыта, наблюдений за поведением людей, а также междисциплинарных исследований в области психологии, искусства, эргономики, маркетинга и науки . Эти принципы — не фантазия дизайнера, а методология и правила, которые он изучил, как хирург анатомию. ▪️Во-вторых, исследования поведения и визуального восприятия человека ведутся постоянно. Например: Клиент может считать "дорогим" классический дизайн с традиционной формой упаковки, глянцем и фольгой. Но исследования доказывают обратное: - Исследование Rebollar, R., Lidon, I., Gil, I., & Fernandez, M. J. (2012). The colour and texture of packaging as a marketing tool доказало, что упаковки с матовым покрытием ассоциируются с качеством и эксклюзивностью и воспринимаются потребителями как более премиальные и современные, чем глянцевые. - Исследование The Shape of Things to Come: The Role of Package Shape in Perceptions of Quality (Journal of Marketing Research, 2021) выявило, что уникальная форма упаковки напрямую ассоциируется с премиальностью, так как воспринимается как результат больших вложений в дизайн и производство. Каждый человек воспринимает мир через свои фильтры, но… …самый главный фильтр — это личный опыт. И в вопросах "правильного визуала" опыт дизайнера, как правило, всегда глубже, потому что он базируется на постоянном погружении контекст. Но что делать, если клиент настаивает на правках, которые портят дизайн? Хотите расскажу?
Изображение поста

Наконец-то нашла время рассказать вам про Figma Make ➕, а уже выпустили новую фичу... катастрофически не успеваю.

На одном из проектов мы активно используем ее, как рабочий прототип. И пожалуй, это первый раз за всю шумиху с нейронками, когда я почувствовала революционное решение. Этот инструмент действительно очень удобен и выполняет невероятные вещи по командам с ИИ-чатом. Раньше для наглядности и проверки флоу нам нужно было линковать все макеты и состояния элементов в обычной Figma, а сейчас на довольно качественном уровне вы можете попросить сделать это Make (текстовым описанием или прикрепленными Figma файлами). Настоящая магия! НО сейчас в проекте мы уперлись в необходимость опоры на дизайн-систему. Из-за отсутствия привязки к какому-то главному Figma макету, наши версии могут немного плясать по дизайну. Только из-за этого неудобства Make сейчас не может стать самостоятельным инструментом. Думаю, это докрутят в ближайшее время. Во всем остальном считаю это прорывом 🖤 Очень советую попробовать! Сейчас пока еще можно поиграться с ней в бесплатной версии. Картиночка взята из статьи

🧩 Figma Make не заработает нормально, пока не подключите библиотеку компонентов

Команды редко тормозят на этапе рисования экранов. Обычно проблема в другом: нужно быстро проверить идею, а потом не разгребать хаос. Сделали экран в Фигме, ушли в AI-инструмент, получили прототип, вернулись и начали менять случайные кнопки и отступы на свои. Полдня ушло. Ромина Кавчич хорошо объясняет, почему так происходит. Проблема не в AI, а в потере контекста. Figma Make дает результат, когда работает внутри вашего файла с дизайн-системой: компонентами, вариантами, переменными и правилами нейминга. Плюс можно подтянуть требования и контент из Notion, GitHub, Jira и других источников, чтобы прототип собирался не по догадкам. Внутри: – Почему без подключенной библиотеки Figma Make почти всегда генерирует общий и нерелевантный UI; – Что нужно сделать перед первым промптом: включить библиотеки, выписать точные имена компонентов, определить границы прототипа; – Как писать промпты, чтобы инструмент использовал ваши компоненты и состояния, а не придумывал новые; – Зачем сразу требовать состояния загрузки, пустого экрана, ошибки и успеха; – Как итерироваться быстрее: править по одному изменению за раз и не копить правки в один запрос; – Как подключать внешний контекст из Notion и GitHub вместо копипаста требований; – Когда есть смысл использовать живые данные и API, чтобы проверить плотность контента и крайние случаи; – Какие варианты выхода есть после сборки: оставить в Фигме, экспортировать код как референс или дать демо-ссылку. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы