Фигма садится за стол с командой Pivotal
Передача между разработчиком и дизайнером - вещь несовершенная. Теоретически дизайнер завершает UI и отправляет его инженеру для написания кода, как свистящее бейсбольное поле, которое затем разбивается о дальней поле. На самом деле процесс больше похож на игру в волейбол. Взад и вперед файлы пролетают через Интернет, поскольку обе стороны скрещивают пальцы, и они случайно не работают с устаревшим документом.
Это был опыт команды разработчиков и инженеров Pivotal, компании по разработке программного обеспечения и услуг, базирующейся в Сан-Франциско. Колби Сато, один из дизайнеров продуктов Pivotal в группе мониторинга Платформы, тратил дни на управление документацией для разработчиков по каждому проекту.
«Вы никогда не заканчиваете проектирование - все всегда меняется, потому что вы всегда получаете свежую информацию», - сказал Колби.
Дней, потраченных на разработку документации
Чтобы инженеры были в курсе обновлений дизайна, Колби экспортировал кадры дизайна в виде изображений, а затем загружал эти изображения в инженерные карты в Pivotal Tracker (инструмент управления проектами Pivotal). Это происходило 15–20 раз на проект.
Инженеры использовали сотни карточек для каждого проекта, поэтому Колби пришлось часами искать подходящие карточки. Иногда он иногда забывал обновить изображение, и инженеры работали не с тем файлом.
«Это теряет время для разработчика, и это неприятно», - сказал Колби.
Путь Фигмы
Затем менеджер Колби познакомил его с нашим инструментом Фигма. Мы во многом похожи на Документы Google по дизайну.
Колби нравится, что его файлы дизайна Figma находятся в браузере, а это означает, что они всегда актуальны, доступны с любого компьютера и доступны по ссылке (загрузка программного обеспечения не требуется). Инструмент также имеет функцию комментирования для объяснения того, как должны функционировать фреймы.
«Это не просто инструмент дизайна - это своего рода инструмент управления дизайном», - сказал Колби.
После того, как Колби использовал Figma, ему больше не приходилось обновлять карты разработчиков при изменении дизайна - он просто включил ссылку Figma при первом создании карты.
«Мне не нужно беспокоиться о том, что инженеры перейдут к нужному файлу, я знаю, что они это сделают», - сказал Колби. «Это легко экономит мне два дня работы над проектом».
Комментарии в контексте
По словам Колби, Figma также помогла сократить обзоры дизайна Pivotal и сделать их более эффективными. В компании инженеры еженедельно принимают участие в критических обзорах дизайна. Раньше они записывали свои заметки на стикерах и рассылали их вслух по очереди, что было медленным и трудоемким процессом.
«Наклейки без контекста - они похожи на плавающие идеи», - сказал Колби. «Люди, читающие их, будут гудеть. Но с Figma мы можем лучше понять их, потому что примечания прикреплены к самому дизайну ».
Пока инженеры проверяли дизайн, Колби мог наблюдать за действиями каждого в файле, следя за их курсорами. Если бы разработчики сосредоточились на какой-то части дизайна, Колби не нужна была бы помощь - например, компонент, установленный в руководстве по стилю Pivotal, - он мог бы подсказать им правильное направление.
«Это дает человеку, получающему критику, больше контроля над тем, о чем он хочет получить обратную связь», - сказал Колби.
В конечном итоге Figma упростила задачу разработчика до дизайнера и ускорила критику дизайна. Это облегчило Колби работу со своими коллегами из Pivotal. Это дало им больше времени, чтобы сосредоточиться на качестве самой работы, а не на логистике отслеживания обновлений и отзывов.
«В Pivotal мы чувствуем, что команда, в которой каждый участвует в разработке продукта, собирается создать лучший продукт», - сказал Колби. «Figma позволяет это».
Вы можете узнать больше о том, как Pivotal подходит к созданию лучшего пользовательского опыта, прочитав Раздел« Дизайн в публикации Built to Adapt», публикации Pivotal на Medium.
