Агентство разделяет UI и UX и выставляет разные счета — в чём разница и за что платить?

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

Мы на первом проекте забили на исследование пользовательского опыта, отдали 18.000 SAR чисто за интерфейс. Выкатили в прод — и куча народу отваливалась ещё до экрана оплаты. Чтобы всё переделать, слили 25.000 SAR дизайнерам и два месяца зарплаты разработчикам. Разделять с самого начала в итоге выходит дешевле.

Для арабского интерфейса это разделение критично вдвойне. При письме справа налево (RTL) направление иконок, логика полей ввода и микротексты работают совсем иначе, чем на Западе. Обязательно пропишите в договоре, будет ли агентство тестировать прототип на местных юзерах на первом этапе.

Разделять работу — подход правильный, но ценник в 32.000 SAR за исследования они обязаны обосновать. Если они просто надергают идей из готовых шаблонов и нарисуют серые квадратики, никакой это не UX. Спросите прямо: будут ли глубинные интервью с реальными людьми и кликабельные тесты?

Хотите сбить цену — сделайте так: панель исполнителя (для клинеров) на первом этапе соберите на готовом шаблоне, а агентству отдайте только клиентские экраны для заказа с мобилок. Срежете число экранов вдвое, и бюджет просядет где-то до 35.000 SAR.

До подписания сметы зафиксируйте два списка артефактов: 1) По части UX — карты пользовательских сценариев (user flows) и кликабельный серый прототип. 2) По части UI — дизайн-система под ключ для кодеров, лицензии на арабские шрифты и все стейты ошибок для каждого экрана.

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

Слежу за темой.

Если смотреть на процесс в целом, картина меняется. Доступы должны открываться на компанию, а не на личные аккаунты.

Исправьте, если я ошибаюсь.

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

Это мое мнение, не утверждаю что оно единственно верное.

Очень актуальная тема. Доступы должны открываться на компанию, а не на личные аккаунты.

Если напишете результат здесь, это поможет и другим.

Буду отстаивать обратное, не обижайтесь. Без измерений мы всегда приходим к одному и тому же.

Если критерии приемки не прописаны, момент завершения работы становится предметом спора. На этом всё, извините, если затянул.

Посмотрю с другой стороны, я на стороне поставщика. Любой пункт, не зафиксированный письменно, в будущем обе стороны будут помнить по-разному.

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

Я маленький бизнес, расскажу со своей стороны. Люди защищают не процесс, а привычку. Сопротивление идет оттуда.

Исправьте, если я ошибаюсь.

А как вы решили этот вопрос? Если в договоре не прописано право собственности на код, при уходе у вас нет переговорной позиции.

Надеюсь, это будет полезно.

У меня нет опыта в дизайн ui ux, поэтому и спрашиваю. Самое дешевое предложение обычно самое непродуманное.

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

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

вы правы. боольше всего времени у нас уходило на то что было непонятно кто принимает решения.

оставлю как заметку пригодится.