Philipp

В хороших магазинах карточка товара заполняется вручную, т.к. ее, внезапно, смотрят люди. В уродских магазах идет выгрузка из 1С, поэтому там черти что творится во всех полях.
Для примера сравните магазины Tiffany и Amazon. В первом красивые страницы товаров, картинки, человеческое описание. Во втором уродский текст без форматирования.
Остатки на складах синхронизируются по артикулу или другому уникальному идентификатору товара.

Как это делать правильно:
1. Начальная массовая загрузка делается из любого доступного файла - csv, xls, xml, json и т.д. Эти загруженные товары получают статус невидимок на сайте.
2. Абсолютно все товары проходятся и проверяются вручную. К ним обязательно добавляются фотографии, видео, человеческое описание. Для технических товаров добавляется спецификация, даташиты, чертежи, схемы, инструкции и т.д. Чем больше информации, тем лучше. Это то, что будет вести пользователей к вам из поисковиков, соц. сетей и сарафанным радио. Весь самостоятельно созданный контент обязательно должен иметь стойкие ватермарки, чтобы конкуренты его не воровали.
Если у вас миллион позиций и есть опыт продаж, отберите 1000 самых продаваемых и заполните её вначале. Этим вы ещё сильнее увеличите объем продаж.

Магазин на React должен быть сделан с использованием SSR, иначе у вас будет плохой органический трафик.

> как фронтендеру максимально адаптировать свою работу под будущее использование магазина владельцем?
Ответьте на вопрос - как привести пользователя на сайт и сделать так, чтобы он купил товар. От и до.

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

Делайте качественно и все будет хорошо.

Поскольку я сталкивался с подобными задачами, сразу скажу, что нужно писать систему готовую к горизонтальному масштабированию.
Сразу выкиньте из головы готовые CMS и прочую шелуху, когда вы засунуте в базу под лям объектов, вы начнете топить печь деньгами, чтобы обеспечить должный уровень отклика.
Базу следует брать SQL, начинать с mysql и изначальной настройкой мультимастер шардинга+репликации+failover. Здесь очень долго посидеть над анализом документации, поиска по параметрам и т.д. На первичном этапе это не требуется, но потом часто выливается в гемор.
На бэкэнд следует брать Go (Gorm для работы с базой). Он легко деплоится и просто масштабируется c помощью примитивной балансировки.
Строительную документацию и картинки сразу хранить в S3-подобном хранилище.
На фронтэнд берите последний AngularJS. Можете поиграться с Vue, но потом вам все равно прийдется это переписывать.

Для такой работы вам потребуются следующие специалисты: дизайнер (фринлансер), devops-чел (проверенный, на удаленке), 2 программиста (frontend + backend) на полный рабочий день (они тоже могут работать удаленно) и руководитель проекта (технический директор).

Не экономьте на специалистах, иначе получится неюзабельное говно.

Не думайте о такой системе, как о сайте. Вам нужно веб-приложение.