Как правильно использовать термины рекламных агентств и должности на английском при подготовке питча иностранному клиенту?

На питчах перед британцами аккуратнее с термином AOR (Agency of Record). Если бренд не нанимает вас как своё генеральное агентство, закрывающее все глобальные коммуникации, ни в коем случае так не пишите. Лучше использовать 'Creative Campaign Partner' — это задаст адекватные ожидания.

мы на первой зарубежной презентации обозвали аккаунта как 'Customer Representative', клиент на созвоне подумал что это сотрудник колл-центра, и долго переспрашивал но ну пишиите строго 'Account Executive' или 'Account Manager' в рекламе всё общение с клиентом строится вокруг слова account.

Перед слайдом с бюджетом, прямо под списком результатов, сделайте заголовок «Out of Scope». Клиенты из Великобритании обожают сразу видеть, что не входит в рамки проекта. Достаточно одной строкой прописать, что дополнительные правки оплачиваются по почасовой blended rate.

За последние два года мы поработали с четырьмя разными брендами из Великобритании. Нашу самую первую презентацию сразу завернули, потому что мы не расписали трудозатраты по часам. Ребята хотят прозрачности: на что именно уходят эти 30.000 GBP и сколько часов заложено на каждую роль (например, 50 часов Senior Designer по £70).

Попытка напичкать презентацию модным жаргоном может выйти боком. Лондонские агентства сейчас перешли на предельно простой язык. Вместо заезженных словечек вроде «синергии» или «холистической экосистемы» гораздо серьезнее воспринимаются четкие и прямолинейные разделы: deliverables, timeline, milestones и cost breakdown.

советую обратить вннимание на название файла.. но общая презентация об агентстве и кейсах — это credentials deck, а документ с конкретными идеями под клиента называется pitch deck или creative proposal.

Рекомендую добавить в конец коммерческого предложения пункт «IP Rights Assignment upon full payment», регулирующий передачу авторских прав. Британские корпоративные клиенты, видя четкие условия по интеллектуальной собственности еще на этапе презентации до подписания договора, сразу проникаются доверием к вашей рабочей дисциплине.

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

Не стесняйтесь спрашивать молчание всегда обходится дороже. Удачи.

После того случая мой взгляд на вещи изменился. Если делаете впервые, начните с малого, масштабирование потом.

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

У нас было так. То, что делают все, не значит, что это правильно.

Интересно, есть ли те, кто делает иначе.

Как думаете, это сработает в любом масштабе? Спешка в решениях оборачивается исправлениями через полгода.

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

Эта тема в архиве.

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

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

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

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

У меня было наоборот, поэтому и пишу. Код без документации не принадлежит вам, даже если он у вас есть.

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

Мне тоже интересно.

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

Вы правы.