Разработчики любят шаблоны, чтобы не повторять один и тот же код.

Например, на этом сайте аренды автомобилей вместо того, чтобы три раза кодить похожие поля в форме, они написали код один раз. Условно, есть функция показатьОпции() с параметрами название, стоимость и картинка.

Но единицы измерения при этом захардкожены (hardcoded), то есть сама функция лепит "штуки" независимо от содержимого опции. Поэтому водители измеряются в штуках. Добавят домашних животных, они тоже будут "штуками".

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

Но шаблоны имеют и ограничения, как в этом примере. Теперь, чтобы изменить водителей со "штук" на "людей", нужно поменять шаблон и сделать дополнительный параметр единицаИзмерения. При этом важно не сломать уже существующие страницы, поэтому нужно или 1) поменять код во всех местах, вызывающих шаблон, чтобы бустер и детское кресло корректно отображались в штуках, или 2) шаблон должен по умолчанию выводить штуки, если единицы измерения не указаны.

Первый вариант более "чистый", а второй — более быстрый и обладает свойством "обратной совместимости", то есть изменения в функции не поломают существующий функционал.

Где здесь продакт менеджмент?

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