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

skyANAМы пишем SaaS систему, продаём её через подписку. Нам конструктор не нужен.

В вашей системе для всех единый интерфейс и набор функциональных возможностей?

hVosttТут речь о конструкторе, как о конечном продукте.

В таком виде как я выше писал скорее всего не взлетит.

hVosttКастомизация, и до-конфигурирование (как сказал skyANA, DSL в терминах бизнес-слогики), это очень полезная функциональная возможность.

С этим я не спорю.

L_argoА кто сказал, что это будет бухгалтер или студентка ?

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

L_argoВ вебе используют десятки PHP-фреймворков. Это тоже конструкторы. У них тоже нулевая польза ????

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

MrLucasЯ не согласен с некоторыми опасениями, что не каждый захочет разбираться с конфигуратором, что нужно сразу готовое решение. Люди, в том числе и бухгалтера, становятся умнее и понимают, что готового решение не существует в природе

Это в теории. На практике бухгалтер идет к начальнику и говорит, что "в программе ничего не работает и нужен программист, чтобы все починить".
Обычный человек сейчас завален проблемами и не приходится рассчитывать на то, что он будет добросовестно тратить свое время на выполнение не своих обязанностей.

L_argoПро это речь изначально не шла. Ее дофантазировали некот. мемберы.

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

Я бы сразу посоветовал избавиться от подобных иллюзий в отношении рядовых пользователей.

skyANAссылка в профиле... На главной странице крупными блоками расписано то, из чего состоит продукт.

Спасибо, посмотрю.

Polarобязательно до кучи еще и отзывы про них почитай )))

В смысле? А что не так с отзывами?