Новый сегмент просит «всего пару настроек». Но после обсуждения меняются роли пользователей, порядок работы и требования к выпуску обновлений. Возможно, речь уже о другом продукте. Условный пример: сервис согласования документов для небольших команд выходит к крупным организациям. Настроить названия полей — одна задача. Добавить обязательную цепочку согласований, разграничение доступа и отдельный цикл обновлений — другое обязательство. Перед обещанием адаптации я бы разделил запросы: • Что меняет только представление данных? • Что меняет основной сценарий и критерий успешного результата? • Что потребует постоянной отдельной поддержки и проверки каждого релиза? Проверьте ключевой сценарий нового сегмента на прототипе. Затем посмотрите, можно ли поддержать его общими правилами без ухудшения работы нынешних пользователей. Совпадение экранов ещё не означает совпадения продукта. Если нужна отдельная ветка поведения, заранее оцените её жизненный цикл: кто принимает решения, какие проверки обязательны, кто исправляет ошибки и как будут выходить обновления. Цена разработки первой версии не покрывает эти обязательства. Не каждое отличие требует отдельного продукта. Но называть существенное расхождение настройкой — значит скрывать стоимость решения от команды и клиента. Какой запрос нового сегмента заставил бы вас пересмотреть границы продукта? Подписывайтесь: разбираю продукт и маркетинг на понятных примерах. #Продукт #Стратегия #Сегментация