Ваше описание функционала - страшный сон (или даже кошмар) для аналитика. Почему именно CRM? Почему именно кабинет? в чем выражается "заказ"? почему не магазин?
dragon-web: На Ваш вопрос крайне сложно ответить - Вы либо сами не очень понимаете, что хотите, либо формулируете так. Вы уверены, что Вам нужен именно CRM? Классический CRM все-же работает несколько по-другому.
у нас - нет =). Да и врядли он поможет - я по-прежнему не уверен, что Вам нужен CRM. И уж тем более я ничего не смогу Вам рассказать про эти CRM - не использовал ни одной из них.
смысл в взаимодействии с пользователем принимать от пользователей заказы и обрабатывать их. Система должна быть расположенна на подпапке и быть независимой от основного сайта
dragon-web: итого, функционал системы - прием и обработка заказов. "подпапка" и "независимо" - это уже то, как Вы ее разметите. В каком виде должен поступить заказ? если достаточно чего-то типа письма/текстовой формы, которое будет зарегистрировано в системе и дальше попадет на обработку сотруднику - то это очень похоже на систему тикетов (пример - osTicket).
Посмотрите espocrm и suitecrm (она же sugarcrm или почти она же vtiger crm).
В первом варианте все красиво, делают русские, косят под немцев.
Во втором варианте все очень гибко и точно не нужно сильно много кодить.
Средний
Простой
