15 заметок с тегом

дизайн

Ctrl + ↑ Позднее
28 мая 2015, 17:29

Ищу проект

Июнь — июль

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

Работал над проектами в дизайн-бюро Артёма Горбунова:

Разрабатывал интерфейсы для сайта Новострой-М:

  • Продумывал поиск и выдачу, проектировал страницу новостройки и застройщика. Часть работ осталась за бортом, часть работает плохо.

Проекты, которые вёл сам — у меня на сайте. Другие работы пришлю на почту, если потребуется.

Работа проходит в три этапа

1. Обсуждение проекта

Перед началом работы встречусь с вами в Москве или созвонюсь в скайпе. Узнаю о продукте, бизнесе и задачах. Чем подробнее обсудим проект, тем меньше риск неудачи.

Не называю примерные цены, чтобы не ввести в заблуждение. Сначала разбираюсь в задаче и оцениваю срок.

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

2. Дизайн

Определим внешний вид и способ работы продукта. Я напишу текст, продумаю сценарии и нарисую макеты.

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

Если не будем успевать в срок, упростим функции. Упрощение функций — совместное решение дизайнера и заказчика. Перед тем, как упростить что-то, я посоветуюсь с вами. Подробнее на странице об ФФФ.

3. Внедрение

Внедрение — это вёрстка и программирование. Мы проверим макеты в действии и, возможно, столкнёмся с проблемами. Часть идей сработает хуже, чем ждали. Я обсужу с вами проблемы и придумаю решение.

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

У меня были проекты, где я не участвовал при внедрении. В результате получалось плохо.

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

Начало работы

Напишите о своём проекте по адресу: yumadilov@gmail.com. Я договорюсь с вами о встрече в Москве или скайпе. Как вам удобнее.

Работаю по 100-процентной предоплате. Если что-то пойдёт не так, верну деньги за оставшееся время. Понимание задачи разработаю бесплатно.

25 мая 2015, 17:04

Внимательность

cover

Заметка о том, как перестать делать мудацкие ошибки и начать жить

У меня с детства проблемы со внимательностью. Всю жизнь наступал на одни и те же грабли. Не проверил уравнение — перепутал плюс и минус. Не сверился со списком вещей перед отъездом — забыл джинсы у друга. Взял вместо муки крахмал — испёк оладьи года:

В начале 2015 я потерял паспорт. Кредитки живут полгода — год. Я их теряю.

Оладушки тут приготовил

Видео опубликовано @yumadilov

На работе невнимательность никуда не пропала. Поленился проверить макет — перепутал интерлиньяж. Отправил письмо сразу — тогда уж с опечатками или не туда. Не перепроверил плакат — распечатал с неправильным телефоном. Однажды ошибся с адресом почты на странице проекта. Целевое действие не работало месяц. Стыдно до сих пор.

Угадайте, кто ночью проверяет макет Главбуха в конце ведра?

Невнимательность вредит проекту и отношениям

Если постоянно делаешь небольшие ошибки, то в глазах клиента ты — дебил. Тебе нельзя поручить серьезную задачу.

Один раз клиент отказался от макета из-за разной ширины полей. Два пикселя убили проект.

Невнимательность мешает работать:

  • Работа выглядит неопрятно. Неопрятность — признак халтуры.
  • Трудно понять смысл работы. Ошибки бросаются в глаза и отнимают время. Тут как в редактуре. Как почистишь текст от стоп-слов, так увидишь проблему со структурой.
  • Ошибка выглядит как решение. Кто-то потратит время впустую и случайно возьмёт ошибку в работу.
  • Появится вестник Апокалипсиса. Тупая ошибка приведёт к пиздецу, который заметят не сразу. Например, не сработает отправка заявки на сайте или что похуже.

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

Как ошибаться меньше

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

Проверять всё подряд

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

Закладывать время на проверку

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

Использовать списки

Сложно держать в памяти все детали задачи. Больше деталей — больше риск отвлечься или пропустить ошибку. Поэтому часть задач я проверяю по списку.

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

Со временем приходит дзен, и часть ошибок видишь без списка. Это повод убрать лишние пункты.

Как пользоваться списком мне показал Коля Товеровский:

Перед публикацией я нашёл 23 ошибки

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

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

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

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

Триал закончился

Зачем так делать? Скетч дал мне две недели, чтобы я его попробовал. То, что программа пролежала на диске две недели ничего не значит. Я из-за этого не смогу решить, купить Скетч или нет.

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

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

Перед началом проекта дизайнер узнаёт у заказчика о продукте. Задаёт вопросы, разбирается в бизнесе и пишет понимание задачи. Когда дизайнер поймёт задачу, он приступает к работе.

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

Теперь представим, что у дизайнера нет никаких колонок, плашек и всего вот этого. Всё, кризис в России, колонки кончились. Только голый текст. Кризис, ёптыть :-)

Страшно? А редактор работает в таких условиях всегда. Он делает то же, что дизайнер, но чтобы донести мысль у него только текст, заголовки, картинки и структура изложения. Хороший редактор постоянно решает задачу в ограниченных условиях. Рассказывает об услуге и продукте так, чтобы никто не заскучал, при этом всё понял и увидел пользу.

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

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

Сложно с первого раза написать коротко и понятно. Иногда автоматически начинаешь переписывать первое предложение. Хочется же по инфостилю: убрать запятые, заменить клише и канцеляризмы, подобрать слова. В итоге не знаешь, что написать в следующем предложении. Мозг заклинило.

Я считаю такой подход неправильным. Текст — это способ представления информации, инструмент дизайна. Инфостиль — волшебная палочка, которая помогает сделать текст понятнее. Дебильно размахивать волшебной палочкой, когда ты ничего не написал. Это как начать рисовать макет с градиента на кнопке. В конце может выясниться, что и кнопка не нужна.

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

Тупняк происходит, когда забываешь о задаче и дрочишь пиксели. Если я себя на этом ловлю, то делаю паузу. Потом представляю, будто у меня спросили: «Ты это к чему? Что ты имел в виду?». Ответ проговариваю в голове и записываю. Это помогает написать текст, который решит задачу.

Правило: не делать понятнее то, чего ещё нет.