Конструктор макетов (визиток, флаеров и т.п) для полиграфии

Мы - киевская типография, которая занимается изготовлением самой разнообразной полиграфической продукции от простых визиток до папок или высечных календарей для конечных клиентов или посредников (Рекламных агентств).

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

Удачный пример: http://vizitka.com/printing/businesscards-template...

Описание работы:

1. Терминология:
   1. Заказ - это то, что оплачивает клиент. Заказ это полностью готовый к производству "проект" с подробным и пошаговым описанием действий, выполняемых с данным заказом. Так же заказ подразумевает наличие оригинал-макета, с которого производится изготовление.
   2. Оригинал-макет - это файл, который соответствует требованиям полиграфического производства. На примере визитки: это файл с физическим размером 94х54 мм и разрешением 300 dpi (точек на дюйм).
   3. Шаблон - набор "инструкций" для конструктора, который подразумевает дальнейшее изменение всех или отдельных элементов продукта конечным пользователем (например, редактирование визитки). Из шаблона в итоге должен получиться оригинал-макет.
   4. Просмотровые файлы (preview) - это просмотровая визуализация шаблона или оригинал-макета.
   5. Конструктор - это некий инструмент, с помощью которого конечный пользователь может легко и быстро создать оригинал-макет.
2. Не Flash:
   1. Нам не приемлема эта технология.
3. Bootstrap:
   1. В связи с тем, что сайты построены на этом фреймворке - должна быть возможность легко и быстро менять внешний вид конструктора.
4. Конструктор должен быть быстро встраиваемым в сайт (сайты):
   1. В связи с тем, что сайт не один - конструктор будет использоваться на разных сайтах, построенных на разных технологиях и в разных условиях.
5. Конструктор не должен быть привязан к одному типу продукции:
   1. Конструктор должен быть универсальным, потому как видов продукции достаточно много (например, визитка - это 94х54 мм, флаер - 214х99 мм), и так далее.
   2. Конструктор должен понимать не только прямоугольные изделия. Например, визитка со скруглением углов или хенгер на дверь, или, скажем, календарь-пирамидка (в собранном виде - тетраэдр).
6. Производство подразумевает использование т.н. зон безопасности, которые должны быть отображены в конструкторе:
   1. На примере визитки: Размер готовой визитки - 90х50 мм. Но файл, подаваемый в печать, должен быть 94х54 мм. Это, т.н., вылеты под обрез. Соответственно, должна быть обозначена (например красным прямоугольником) эта зона;
   2. Так же на примере этой же визитки: есть так называемая зона безопасности - за которую не должен выходить текст, логотип и прочие значимые элементы. Размер зоны безопасности составляет 86х46 мм и обозначается, например, зеленым прямоугольником.
   3. Все эти зоны должны быть в конструкторе, но их не должно быть на готовом к печати файле, то есть, они нужны чисто визуально на этапе создания макета. Зоны безопасности должны быть динамичными и не всегда прямоугольными.
7. Шаблоны:
   1. Шаблоны должны быть в каталогизированном виде и сгруппированы по типу изделия (например: визитка, флаер и т.д.) и что-то вроде тегу (например: визитки для салона красоты, авто-мойки, такси, абстрактные и т.д.)
8. Конструктор подразумевает наличие какой-то административной части, в которой можно будет создавать шаблоны:
   1. В принципе, тот же конструктор, но с дополнительными полями/кнопками - типа Название, продукт (визитка, флаер и т.д.), тег (абстрактный, для такси, и т.д.), и кнопку "Сохранить как шаблон".
   2. Редактирование самого шаблона и сопутствующих названий, тегов, категорий, и т.д.
   3. После сохранения шаблона должна генериться превью шаблона для отображения в каталоге.
9. Сохранение результата действий пользователя в конструкторе в оригинал-макет:
   1. Когда пользователь закончил редактирование шаблона (например, нажал кнопку "В печать" или "Готово") - происходит генерация оригинал-макета (jpeg без сжатия или png, с необходимыми размерами и разрешением 300 dpi) и его последующая передача в наш обработчик макетов.
10. Локализация (i18n): в перспективе конструктор будет переведен на несколько языков.
11. Комментарии к коду.

Остальные более точные (технические) требования будут обсуждаться отдельно с исполнителем. Но нужно понимать, что работа должна быть подготовлена для связи с нашим backend`ом - потому будут определенные пожелания к конкретной реализации.
Мы приветствуем использование современных технологий git, angular, meteor, knockoutjs, react ...