RGlobal — система автоматизации сети ресторанов «Рецептор»

Соглашусь с вами, что перегруженность информации и интерфейса плохо сказывается на использовании!
Мы очень сосредоточены на качестве нашего продукта, а также его гибкости. Но не смотря на то, что можно создавать кучу параметров для всех процессов, мы всячески избегаем этого, делая интерфейс простым и интуитивным, выявляя полезные фичи и не используемые. Если что-то не зашло, мы это не оставляем, а смело избавляемся. А также на протяжении поддержки уже введенных в эксплуатацию модулей мы постоянно что-то рефакторим, постоянно меняем и получаем обратную связь, делая все проще, лучше и полезнее. Прислушиваемся к мнению и идеям как и пользователей, так и разработчиков и всех остальных принимающих участие в жизни нашего растущего коллектива. И спасибо за ваши комментарии!

Вы можете следить за нами на http://receptorlife.ru. Это наш блог о нашей сети. Также надеюсь я буду публиковать нашу историю, результаты и исследования здесь. Спасибо, что проявляете интерес!))

Спасибо за ваши вопросы, они очень интересны и я тоже хочу обратить внимание, что мы никак не против iiko, а всего лишь хотим представить наше решение в качестве альтернативы, ну и быть конечно же лучше)) Буду отвечать по порядку:
1) iiko предоставляет, а у нас уже все развернуто и настроено. Всё, что нужно — это зарегистрироваться в нашей системе. Нам не нужны специалисты для установки и настройки программного обеспечения. А чтобы изменить архитектуру или важные элементы нашей экосистемы, нам не потребуется всех умолять обновить по или сопровождать версионность продуктов (кроме версионности апи разумеется).
2) Возможность управлять ресторанами из любого устройства, телефон, планшет… и с любого места без установки специализированного по. Сравнивать показатели ресторанов/открытых смен и все-конечно же риал-тайм. Но и в тоже время никто нам не запрещает выпускать приложения для устройств общающихся через API сервис. Также мы всегда может открыть свое api для общества.
3) iiko обладает бесспорно широким функционалом и интегрирован со множеством различных сервисов. Насколько это сделано неплохо у них, конечно решать вам. Но с моей точки зрения, так как мы с этого начали, то в этом мы преуспеваем. Я не анализировал плотно насколько хорошо устроена в iiko архитектура. В нашей системе есть общие таблицы для ресторанов, различные методы для моделей осуществляющие такие операции как, финансы, операции связанные с персоналом, которые перемещаются между ресторанами, перемещение между складами различных ресторанов. Хотелось бы дополнить это тем, что в случае успешного роста нашего продукта, перед нами открываются огромные возможности предоставления средних и других показателей среди всех ресторанов подключенных к нашей системе, по регионам, по поставщикам, анализу закупок и прочее.
Наша первоочередная цель сделать надежную масштабируемую инфраструктуру, покрыть ее тестами и выпускать обновления и новые фичи как можно чаще за короткий промежуток времени, не ежемесячно, а ежедневно и еще чаще.
Если немного отойти от разговора, то для меня это как взять любую существующую CRM в оболочке толстого клиента и потом попробовать в использовании облачную AmoCRM, которая проста как 2 пальца, постоянно развивающаяся и обновляющаяся, в большинстве случаев не требующая обучения пользователей и поддержки техническими специалистами, не смотря на функциональную схожесть всех CRM. Так и мы, нацелены на простоту и удобство, но с мощным сердцем и движком внутри, и возможностью радовать конечных пользователей ежедневно.
Если брать в расчет сложность и стоимость обслуживания по сравнению с iiko, то нам не нужно развертывать отдельную бд для компаний или плодить экземпляры веб приложений под разных тенантов, мы следим только за нагрузкой http запросов к одному серверу, учитывая, что наибольшую нагрузку создают POS терминалы, но даже для одного ресторана с плотным приходом гостей в течение дня это копеечная нагрузка. Из чего следует, что большая часть нашего времени нашей команды проходит в улучшении и разработке сервиса, не тратя большую часть ресурсов на обслуживание системы. Также при пользовании системой пользователями, любой случившейся эксепшен моментально попадает нам в багтрекинговую систему сообщая всю информацию о файлах, коде и передаваемых параметрах, где произошла ошибка, с помощью чего разработчики также моментально устраняют выявившиеся проблемы и пользуются возможностью покрыть тестами выявленные места.