Программист выведет не плейсхолдер, а настоящие картинки из ERP. Это будет уже настоящая полноценная работающая система с реализованной интеграцией, но без визуального дизайна.
Кликабельные прототипы у нас тоже были, и данные в них были - со слов клиента. А когда нам сделали выгрузку из ERP, оказалось... упс... Не совсем то. Банально, справочник биоматериалов не мэтчился со справочником локусов - просто не существовало поля id, которое бы их объединяло.
Первоначальный кликабельный прототип выполнял больше роль ФТ - то, к чему хотелось прийти, и то, каким клиент видел результат. И мы все стремились получить это.
Не лукавим. Изначально никто не знал какие есть данные и в какой форме. Даже сам клиент. Диз не мог посмотреть 5000 детальных картинок из ERP-системы. Даже мы не могли - нас не пускали в эту систему. Нам пришлось "выбивать" эту информацию из программистов, разрабатывающих эту ERP. Это типовой процесс интеграции двух сложных систем. В статьей не расписано, как мы собирали контент по крупицам, потому что статья не об этом.
Статья о том, что часто креативные и дизайн-агентства сначала разрабатывают визуальный дизайн, а потом узнают какие данные есть, каких нет и пытаются их подогнать под утверждённый дизайн.
И да, programming-first - это не панацея, а скорее ещё один инструмент в вашем наборе.
Клиент в будущем может загружать какие угодно картинки и контент. Может на сайте матерные слова писать. Может всем анализам поставить цену 1 рубль и обанкротится. Он может делать со своим сайтом всё что угодно, но к нам это уже не будет иметь никакого отношения.
Когда мы сдавали наш проект, в нём были настоящие актуальные данные из ERP-системы и всё это отлично смотрелось в современном дизайне.