Что нужно уметь

  1. Проектировать и рисовать классный UI для веба и мобилок в Фигме.
  2. Продумывать UX. На основе чего принимать решения — решать тебе. Можно на основе многолетнего опыта и обсуждения с коллегами, можно проводить тесты прототипов с пользователями или в коридоре, можно A/B тесты на проде, можно тыкать в аналитику. Что удобнее, что больше нравится, что подходит под ситуацию.
  3. Придумывать и рисовать графику, которая не UI: скриншоты для магазинов, лендинги, CTA-картинки для блога и т.д. Коротко: если кому-то нужна картинка — идут к тебе. Рисовать самому или самой, искать на стоках или нанимать иллюстратора — решение за тобой, ты эксперт и лучше понимаешь.кол
  4. Писать тексты для UI. Эмптистейты, надписи на кнопках, подписи к элементам и вообще весь текст в интерфейсе — на тебе. Тексты на сайтах и прочие маркетинговые штуки — это не тексты для UI ;)
  5. Задавать вопросы. Если ты умеешь работать только по ТЗ — беги. Иногда задачи могут приходить в форме идеи или хаотичных объяснениях. Твоя работа — докопаться до сути: что за проблема, уверенны ли мы в её существовании, какие ограничения, какие сроки, есть ли референсы и т.д. Команда с радостью ответит, если знает. Если не знает — пойдёт выяснять. Иногда может оказаться, что в задаче столько белый пятен, что без нормального ТЗ и синхронизации не обойтись. Ожидается, что ты сумеешь об этом сказать, сохраняя баланс между скоростью и качеством от задачи к задаче.
  6. Общаться с разработчиками. Уточнять ограничения до, уточнять во время и проверять имплементацию после. Ожидается, что дизайнер и разработчик должны дружно и сообща произвести на свет результат, которым довольны оба. Просьбы подвинуть вот эти тридцать вещей на один пиксель вправо/влево/вовнутрь принимаются и удовлетворяются, потому что одно из главных отличий нас от конкурентов — красивый интерфейс и внимание к деталям.

Что хорошо бы уметь, но можно и не уметь

  1. Английский. Нынешний дизайнер был go-to человеком по вопросам английского: проверял переводы, помогал с письмами иностранным партнёрам, делал дизайн изначально на английском, если того требовала ЦА продукта, и т.д.
  2. HTML и CSS. Можно, конечно, постоянно ходить к разработчикам и спрашивать, или ждать, когда они сами к тебе придут с трудными вопросами и хмурыми бровями, но лучше, если ты сам или сама понимаешь, как устроен фронтенд, что возможно, а что нет, можешь залезть при необходимости в devtools, чтобы проверить верстку или прикинуть, на сколько пикселей нужно что-то подвинуть для достижения идеального результата.

Кто мы?

Мы — БД Технологии или Big Data Technologies. Нас 9, но мы как спартанцы: 1 за 10-ых. Мы делаем много продуктов. И мы любим то, что мы делаем.

Наш основной продукт — это Alitools. Это лидер в нише браузерных расширений для покупок на AliExpress. >2 млн MAU.

Что мы умеем?

  1. Делать классные продукты. Мы стремимся не просто запилить продукт/фичу и отправить ее в продакшен, а сделать нечто такое, что изменит жизнь пользователя к лучшему.
  2. Делать классные продукты классно. Бесконечно пилить по ТЗ бесполезные фичи — это не про нас. Коммуникация, взаимопомощь и полная открытость в любых вопросах — это про нас. Мы верим, что взаимопонимание и доверие делают из людей команду, а из команды — локомотив, который летит к успеху.
  3. Учиться на ошибках и искать точки роста. Мы постоянно ищем точки роста для каждого из членов команды, для продукта, для компании в целом. На этом пути мы совершаем много правильных шагов и допускаем много ошибок. Ошибки и незнание — это не проблема, а точка роста. Мы растем, когда растет каждый из нас.

Что мы готовы дать взамен

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