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

• Название устарело в современном мире
• Несколько продуктов объединяется под одним зонтичным брендом
• Компания, вместе с продуктами поглощается другой компанией
• Название стало вызывать плохие ассоциации

В целом, новое имя может дать импульс, привлечь внимание, правильно спозиционировать продукт на рынке. Придумать новое название — это только малая часть, где-то 1% от всех задач. Необходимо проделать большой объем технической работы, которая не привносит новых сценариев, или решает проблему заказчика. Просчитать возврат инвестиций на эти «не функциональные» затраты невозможно. Это и есть боль продакт менеджера.


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

Итак, где нужно вносить изменения.

Интерфейс. Логотипы, текстовая информация.

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

Метаданные продукта в свойствах файлов библиотек, названия папок.

Название в магазинах, если он распространяется через Appstore, Google Play, Microsoft Store и других.

Соглашение пользователя (End User License Agreement) может содержать название продукта.

Справочная информация, whitepapers, документация, название на форуме поддержки.

Записи в прайслисте, например, в Salesforce. Обычно, переименование не приводит к изменению номера в каталоге (model number / SKU / part number), но может быть и такое. Значит нужно будет сделать и новые номера.

Маркетинговые и технические материалы, включая, но не ограничиваясь, слайдами, страницами сайтов.

Все это, по-хорошему, надо еще и протестировать, чтобы случайно не забыть старое название.

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

Простой пример, вы делаете решение «Awesome client for Axapta» для Microsoft Axapta, после переименования платформы в Dynamics AX и имя вашего продукта следует изменить на «Awesome client for Dynamics AX».

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

И казалось бы, новое название выбрано и согласовано, но его замена может не поместиться в один релиз.

В дополнение интересные рекомендации от Microsoft