Агентство на этапе UX выставило отдельный счет за «сервисную схему» — что это такое и нужно ли доплачивать?

В нормальном бизнесе никакие допработы без письменного согласования не оплачиваются. Сервисная схема в медицине — вещь топовая, она вам на этапе разработки сэкономит тысячи фунтов на переделках кривой логики. Но агентство не имеет никакого права ставить перед фактом: «мы сделали, гоните бабки».

У вас в контракте прописан change management clause? В стандартных британских агентских договорах на любой выход за рамки бюджета требуется подписанный approval sheet. Если такой пункт есть — просто заворачивайте счет обратно.

Пишите им четко на почту: «У нас договор с фиксированной ценой (fixed price). Любые допработы без моего письменного согласия не создают финансовых обязательств. Пользу схемы признаю, но счет не принимаю». И дальше уже ведите переговоры с этой позиции.

Мы для своей логистической платформы заказывали service blueprint у отдельного консультанта за 3.000 GBP. Ценник 2.800 GBP в рынке, но фишка в том, что мы заказывали это осознанно. Выкатывать такое сюрпризом — чистой воды дилетантство со стороны агентства.

сервис-дизайн и UI обычно специально разделяют, но предупреждать надо на берегу. вешать счет постфактум — обычное разводилово не ведитесь ни в коем случае.

Если в договоре предмет сформулирован как «Комплексный UX» без четких исключений, то любые аналитические инструменты процесса входят в основную стоимость. Юридически вы имеете полное право оспорить несогласованные позиции счета.

Они явно недооценили сложность ваших процессов на старте, а теперь пытаются перекрыть переработки за ваш счет. Не надо оплачивать чужие косяки в оценке проекта.

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

Мои сомнения развеялись, спасибо.

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

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

Вы правы.

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

Пытаться сделать это в одиночку — самый дорогой путь. Конечно, если ваша ситуация отличается, всё меняется.

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

Проверено опытом.

Давайте разделим понятия, их путают. Код без документации не принадлежит вам даже если он у вас есть.

Конечно, если ваша ситуация отличается, всё меняется.

Хочу предупредить. Если не зафиксировать это письменно с самого начала, потом возникнут споры.

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

У нас так же. Главное не цифра, а то, на основе чего она получена.

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

Ошибка, сделанная на стороне сервисная схема ux, обычно исправима, но дорого. Это мое мнение, не утверждаю что оно единственно верное.

Именно так. Решения работающие в малом масштабе, рушатся при росте я узнал это слишком поздно.

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