sim3x, увы, это не всегда так.
Есть часть сфер, куда не допустят, а проектировать надо.
Это не проблема, а вызов продуктовой команде. И мы справились надо сказать.
У нас однажды, на старте другого проекта, заказчик взбаламутился, когда я в макеты вставил реальные данные для демонстрации. Такие проекты есть и надо уметь\учиться работать с ними.
sim3x, не забывайте, что есть закрытые предприятия, на которые вы не только не попадёте,
но и действительно, вас никто никогда не подпустит к реальным людям.
У меня прошлый проект был такой (проектирование параллельного синтеза для химиков) и у ряда коллег дизайнеров есть такая же проблема - просто нет доступа до людей. Никакого. Совсем.
У ТС ситуация лучше: система уже работает и есть аналитика!
Можно копаться с ней.
естественный интеллект, оки)
тогда сменим парадигму на «каков вопрос — такой ответ»:
советую сделать нормальную корзину, как в нормальных интернет-магазинах, чтобы удобно было!
заметил тег "usability & ux" и раз он есть, я напомню, что проектирование всегда живёт в контексте.
и, как обычно, спрошу:
- Кто такой пользователь? Каков контекст?
- Какие товары?
- Зачем он заказывает?
- "Пользователь" заказывает для себя?
- Зачем нажимать «Делать заказ»?
- Кто сказал, что корзина нужна?)
Pavel Designer спасибо, что помогаете начинающим, хороший ответ!
Дополню немного:
да, работа с текстом это ещё один блок при проектировании, стоит об этом поговорить с клиентом и решить каким путём пойдёте. И не только текст, но и в целом эта тема про контент - он должен быть реальным.
Сколько раз видел экраны с разными рыбами, левыми фотографиями, сколько раз сыпался весь дизайн, когда контент отгрузили.
Поэтому не только текст, но и всё остальное - настоящее. Не заставляй клиента потом кусать локти.
Забота окупается!
п.с. у нас на проекте за контентом следят не только специальные технические писатели, но и мат часть разбирается командой из 10+ аналитиков.
whoareyoutofuckinglecture,
под «ждут» я имел в виду на релокацию на проекты в США и Канаду.
Запомнил именно эту специальность, т.к. на неё прям много всего открыто было, ещё JS-спецов хотят.
Сейчас в принципе релокация в ЕПАМе это 75% чисто США, остальных стран мало.
Что используют автоматизаторы, увы, не ко мне, я дизайнер)
Но отвечу так: всё зависит от проекта. Могут быть как обычные рядовые технологии, так и упоротые экспериментальные пути. У нас нет правил совершенно никаких по технологиям, всё зависит от заказчика, его требований и проекта.)
Расстрою, но в ЕПАМе есть 3 жёстких правила для релокации, без которых тебя даже слушать не будут:
1. Ты Senior (сдача на повышение квалификации тот ещё процесс);
2. Отработал 1.5 года;
3. Уровень английского B2 и выше.
Есть и хорошая новость: автоматизаторов QA очень ждут и на релокацию полгода назад было оч много проектов.
Ещё попап без шторки почему-то показывается, правильно делать так: весь контент в динамическую панель, затем на кнопку событие OnClick > Show + Bring on Front + More options: treat as lightbox с указанием, например белого цвета с прозрачностью в районе 60%.
Большой плюс: Click outside автоматически работает, т.е. при клике на шторку по всей области панель (попап) закроется.
Поддерживаю Liquidos — изначально плохой инструмент выбран. Либо объеденять в категории, либо разносить на разные диаграммы, либо понять, что действительно нужно донести до людей (вы правда думаете, что на пайчарте в 38 элементов, все будут в сматриваться?)
