Очень доступна и полезная статья🙌 поделитесь с какими тулзами для аналитики приходилось работать, какие наиболее удобные?
Напишите, пожалуйста, об опыте глубинных интервью, конверсии по опросникам, и рекрутинга без бюджета, будет очень ценно.
Не туди відповіла, нижче 🙈⬇️
Дякую за детальну відповідь, подумала, що ще у компоненті можна буде хайдити/відкривати стовпчики, без окремих варіантів таблиці; з автолейаутом і вирівнюванням вліво, видимі стовпці будуть автоматично ресайзитись і заповнювати компонент на всю ширину
Чудова і детальна стаття, дякую. Чи пробували ви замість варіантів таблиць використовувати варіанти колонок по типу данних, з автолейаутом, це б прискорило вмикання і вимикання потрібних/непотрібних колонок, чи виникли (б?) якісь труднощі в реалізації такого варіанту?
Замечательная статья, спасибо🙏 Хотелось бы упомянуть про принцип бритвы Оккакма в контексте problem solving: самое простое решение скорее всего является самым правильным, и среди прочих равных альтернативных решений следует выбирать то, у которого наименшее число допущений (assumptions)
Дякую за статтю, доступно і проілюстровано прикладами. Скажіть, а ви тестили готові рішення із управління флагами/тоглами, типу Split та інші. Якщо так, то які ваші враження?
Начните с изучения UX артефактов (так и гуглите), как они нанизываются на рабочий процесс, чем определяется последовательность операций. Также почитайте про взаимодействие дизайнера с другими командами, особенно про вовлечение всех стейхолдеров в процесс дизайна. Вот есть хороший конспект по теории UX, выжимка uxqb.org/...rriculum-and-Glossary.pdf
Здравствуйте, напишите, пожалуйста, подробнее про свой рабочий процесс, work routine, какие у вас рабочие задачи, как проходит рабочий день/неделя и т.д.
спасибо за статью! очень подробно) от себя хочу добавить, что user story mapping и выявленые сценарии должны отображаться в том самом интерактивном прототипе. И общайтесь с клиентами(пользователями) для выявления перечня функционала: какие они альтернативы используют сейчас, какие хаки и чего не хватает. Жду продолжения)
спасибо, супер)
пожалуйста)
Спасибо) в первой части статьи и правда идет речь о некоторых UI контролах и их спецификации, также я старалась объяснить как уход от паттернов может разбивать флоу или увеличивать когнитивную нагрузку на пользователя, т.е ухудшать или улучшать пользовательский опыт в работе с продуктом.
и первое, и второе по сути являются более узкой специализацией от UX Designer, ресерчер проводит юзабилити анализ интерфейсов, интервью с пользователями, ux воркшопы, юзер-тестинг сессии и т.д. UX-архитектор работает над созданием ваерфреймов и их прототипированием, иногда работает с аналитикой и/или имеет углубленные знания по front-end. Различия в названиях тайтлов, по моему мнению, используются для обозначения на чем больше сфокусирован специалист в команде. UX Designer — это можно сказать generalist, который умеет в вот это вот все.
P/S: Я и сам своего рода UX-сомелье. Наверное, так про себя может сказать любой желающий)
действительно)
Спасибо)
Дякую, дійсно здоровий глузд має бути першочерговим, а не в угоду статистиці. По суті, а не по формі.
Про успішність компаній, які практикують дайворсіті, все не так однозначно) Справжня дайворсіті і інклужен буде, коли спеціалісти з однаковим рівнем, будуть отримувати ~ однакову ЗП. Відомо, що жінки просять менше, і особисто знаю випадки, коли в глобальних компаніях кандидатам відмовляли через «зайві» 50$, бо для регіону звідки він/вона, то занадто. А спеціаліст наприклад просив третину від середньої ЗП по цій позиції в компанії. Ось так компанії лишаються більш успішнішими на ринку.
P/S: «you have been refused an offer» таке дивне формулювання, частіше використовують «you have been rejected for a job (offer)».