4 заметки с тегом

работа

cover! white

О том, как больше не мучать себя беспорядком в рабочей папке и находить проект со скоростью обслуживания болида на пит-стопе

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

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

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

Не усложняй

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

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

Базовые правила

  1. Должен быть универсальный шаблон для новых проектов;
  2. Каждый проект хранится в отдельной папке;
  3. Имя папки должно содержать имя клиента и проекта;
  4. Все файлы, относящиеся к проекту разбиваются на 5 категорий и хранятся в соответствующих директориях;
  5. Версии рабочего файла идут через двойную нумерацию с префиксами -001-01, -002-01 и т. д.;

Шаблоны

Для экономии времени на организацию каталога в новом проекте, использую папку-шаблон _Inc Project. Нижний слэш переносит папку вверх списка.

В ней хранятся ряд других папок, для дополнительных файлов:

  • Approved — Финальные файлы, на передачу;
  • Data — Для документации, заданий и исходников высланных клиентом;
  • Revision — PNG макеты для обсуждения и комментариев. Если проект идет в сбор на Invisionapp, каждую итерацию правок я сохраняю в поддиректоритою с указанием даты и времени. Например, «2016-05-17 13.20»;
  • Source — содержит в себе все данные, которые я нашел для данного проекта или посчитал интересными: Скриншоты, ссылки на сайты-примеры, фотографии с фотостоков. Все это опять же сортируется в поддиректории buy, search, url.

Помимо папок, корень содержит в себе еще два файла-шаблона для Illustrator и Sketch и служит основной директорией для рабочих файлов.

Ранее для рабочих файлов я использовал папки с именами WIP (work in progress), затем просто work, пока не понял что эту папку использовал строго для того чтобы файлы не пошли вперемешку с остальными. А раз все прочие уже раскиданы по другим дополнительным папкам, то зачем делать лишние телодвижения и двигаться в отдельную папку, когда корень проекта идеально подходит для основных исходников?

Имена файлов

Все достаточно просто. Люди придумали много вариантов того, как называть файл (особенно для верстки), но я как человек чаще творящий и значительно реже верстающий (и то сугубо для своего бложика) никаких особых правил по именам не придумывал.
Их всего 3:

  1. Называть файл понятно и доступно: call-me-latter.psd — значит картинка для блока «перезвонить» на сайте;
  2. Приоритетный файл проекта включать вверх нижним слешэм, вспомогательным исходникам давать простые имена;
  3. Использовать дедуктивный метод сортировки, в котором первое число — итерация для клиента, а второе — личная.

Проект прошел одну итерацию с заказчиком. Его имя _store-new-tp-002-02.ai

Сортировка проектов

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

Затем стал заводить одну общую папку для конкретного клиента и уже в ней держал проекты, а в начале писал дату формата гггг-мм.
При обслуживании постоянных клиентов это обретало смысл. Хотя сейчас понимаю, что достаточно было просто писать версию «переиздания», а не ссылаться на даты.
Ниже можно наблюдать структурирование папок с 2009 по 2016 года.

Структура образца 2009-11, когда было все раскидано по годам. В 11 году начал добавлять папку Source. Структура была старой, как в прошлом слайде. Позже в 2012 году просто навел порядок. Ближе к концу 2012 составил полный список папок. В 2013 список папок утвердился до необходимого минимума. 2016, Обновленная структура папок. Удалена папка WIP, которая до удаления уже звалась work.

В качестве примеров прилагаю скриншоты папки клиента SDI Solution. Именно тут видно как я пробовал различные варианты и отказывался от разных функций.

Согласитесь, удобнее искать по имени, а не привязке к дате.

Кто-то спросит: Зачем в папке имени проекта фигурирует имя клиента?
Ответ: Папка с конкретным проектом, отправленная по почте теряет часть структуры и начинается боль, если таких папок больше чем одна. Я сохранил однажды на флешку несколько проектов от разных клиентов, а имена папок были «A4 акция» и «А4 + Диск», ругался на себя пока не надоело путаться и не переименовал папки по-человечески.

Сортировка папок

Итак, с внутренними папками клиентов мы разобрались. А как быть, когда число клиентов перешло за первую десятку?

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

При переходе на мак, я не стал дублировать проекты с компьютера и просто создал новую папку. Это фигурирует во всех скринах, но смысла на это обращать внимания нету.

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

cover!

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

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

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

И говорит о том, насколько сложна задача. Убедительно говорит, потому что сам в это свято верит. Так у проекта растут сроки, из-за них поднимается себе стоимость и проект раздувается до неприличия.


Наглядный личный пример:


Задача: Избавиться от 10 шрифтов включая начертания в проекте, заменив их на 2-3 аналогичных бесплатных.

Проверь себя дзгнер: сколько тебе понадобилось бы времени, чтобы заменить все шрифты в этом проекте? (ответ ниже)

Верный ответ: 5 мин.

Как так получилось? Да легко!
Illustrator: Type → Find font…
Sketch: Style text

Примеров, в которых нужны не только профильные знания, но и эффективность даже придумывать не нужно: «Обнови старую шапку и подвал на всех страницах на утвержденные новые», «Обнови меню на всех страницах магазина», «Обнови везде картинку / кнопку / стиль ссылки» и проч. В случае, когда цена базируется на строгом контроле времени подобная эффективность становится архиважной. Для исполнителя — потому что он может реализовать свой потенциал в бо́льшем числе проектов. Для заказчика — получает продукт в горячие сроки.

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

Посчитаем на утрированном примере ценообразование на сроках:

Специалист                       Профессионал
Час работы: 200 руб.         800 руб.
Потрачено времени:               min: 30 мин
max: 3 часа
5 минут
Итого к оплате: от 100 руб. до 300 руб  67 руб. 

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


И как быть?

Клиент не худрук и насквозь не видит навыки исполнителя, лишь догадывается насколько успешен исполнитель, разглядывая портфолио как простые картинки. И результат работ тоже. Тогда вопрос, как выбрать хорошего исполнителя?

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

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

Но это же дорого?
Нет, это прибыльно. Но только если люди, к которым вы обратитесь помогут поставить верные цели и составить бизнес-требования, которые будут осязаемы и измеримы. Инвестиция в бизнес не может быть дорогой. Она может быть или неверной или оправданной.

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

cover! white transparent

Не все знают что можно вставить прототип на Биханс. Правда не всем это и нужно :)
Прототипы, показывают объемы детализации работы. Это очень удобно и наглядно. Лучше прототипов лишь видео презентация или анимация.
А еще лучше работающее приложение или проект.

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

Инструкция
Заходим в прототип, находим кнопку Share и после клика копируем код из таба Embed

А затем уже вставляем полученный код в Behance

Профит :)

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

Ctrl + ↓ Ранее