Comments 76
День добрый, мы одни из тех самых конкурентов, но пока находимся в стадии разработки. Систему вашу видели и за вами следим. Так ли нужна одноранговая пиринговая сеть — большой вопрос, все равно у вас есть центральный сервер в виде коробки — а без нее не обойтись, так как нужно подключать оборудование. Понравился дизайн вашего мобильного приложения, красивый, но создается ощущение, что он написан html — не очень просто разобраться с первого раза, элементы не нативные.
А так молодцы, удачи, надеемся, что Вас обойдем.
Всегда радует такой подход к конкуренции! Конкуренты по сути же партнеры, которые вместе развивают рынок и помогают друг другу двигаться вперед! Удачи вам и вашим конкурентам!
Как называетесь, если не секрет?

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

Как быть в случае, если клиент на ЕНВД, использует сетевой принтер, «коробки» нет, терминалов несколько. Как шарить заказы?

создается ощущение, что он написан html

На основании чего создается ощущение? :) Приложение нативное, никакого хтмл.

А так молодцы, удачи, надеемся, что Вас обойдем.

Спасибо, рынок нас рассудит ;)
Да никак не шарить, у нас с вами разные задачи. Могу предположить, что ваш сервис нацелен на небольшие рестораны. Сейчас ресторанный бизнес использует оборудование, которое стоит сотни тысяч рублей, цена только одного сервера для iiko далеко не 10К рублей. Плюс в серьезном ресторане всегда найдется оборудование, которое нужно подключить — свет, видеонаблюдение, локальное архивирование данных. Наша система — это система автоматизации вообщем предприятий, рестораны — только один из наших модулей. Возможно, что скоро выпустим продукт на растерзание публики. Точных сроков пока нет…
Нацелен на небольшие, да. Но есть и довольно внушительные(20+ терминалов)

Удачи с проектом, очень любопытно, честно говоря :)
Молодцы, что довели проект до готового решения. Сами начинали проект с той-же идей и на том-же Raspberry Pi, но дальше рабочего прототипа не ушли. При этом в нашем решении Raspberry Pi выступил в роли мини-веб-сервера для Java сервлетов. Если интересно можете глянуть исходники на ГитХабе.
Интеграцию оборудования(ESC/POS дисплея покупателя) есть в сервлете для ресторанов github.com/nordpos-mobi/restaurant-service По похожему принципу можно интегрировать любое другое POS-оборудование, в том числе и фискальники. Главное, что на любой клик веб-интерфейса будет срабатывать действие сервлета, который в свою очередь будет отправлять или получать команду от оборудования подключенного к Raspberry Pi.
Попробуйте набрать в нашу поддержку, только что проверил — все ок.
Ниже в комментариях коллеги отписали о работе через Chrome. Думаю ничего страшного в этом нет. Тем более, отдавая демку на суд общественности(сугубо ИТ-ой).
Ощущение, что слово «облачный» теперь нужно дописывать ко всему чтобы смотрелось.
А чем обусловлен такой интерфейс? Неужели такие цвета и текст с числами и маленькими пиктограммами хорошо воспринимается? Или тратится N часов на обучение сотрудников?
картинка
image
Не совсем понятен вопрос. Цвета и пиктограммы категорий настраиваются, судя по отзывам, воспринимаются хорошо. Для самих блюд можно выбрать картинки или ориентироваться по первым буквам названия, они отображаются крупно. Плюс есть поиск, если список номенклатуры совсем уж большой.
число рядом с названием категории что означает? Количество вложенных объектов? Для чего нужна данная информация?
Совершенно верно, количество вложенных объектов. Необходимость ее под вопросом, но исторически сложилось так, что она есть:) Цифра носит скорее информационный характер, официант может увидеть что появились новые блюда, например.
Просто видел такой же квадратный интерфейс с маленькими подписями белым по произвольному цвету в нескольких местах и операторы сиииильно тупили, когда дело касалось чего-то, что они не тыкали 500 раз за последние 10 минут.
согласен, не совсем понятно. привычнее видеть там цену. я почему-то так и подумал
на скриншоте только группы товаров. По этой причине о том как выглядит кнопка с товаром можно только догадываться
как показала практика, разделение вида «напитки», «горячее», «слаты» и тп с выделение общего для категории цвета работает. Если в данном продукте есть возможность самому задавать цвет, то грамотный товаровед (условно) сможет упростить жизнь официантам
есть «мобильные» фискальные регистраторы с bluetooth. Например, ШТРИХ-MOBILE-ПТК. Есть варианты и у других производителей.
В вашем варианте он не нужен конечно, но не хотелось бы, что бы создалось мнение, что вопрос решается только с помощью промежуточного устройства и никак иначе.
Мы целиком и полностью за отсутствие необходимости использования промежуточных устройств, но, к сожалению, таковы реалии российского рынка: большая часть имеющихся в распоряжении владельцев заведений фискальных регистраторов именно проводные. Да и возможности отделаться от «проводатых» дисплеев покупателей, недорогих сканеров штрих-кодов, электронных весов (вся эта периферия у нас поддерживается), увы, на текущем этапе, нет.
да оно здесь и не надо (я сразу и написал). все равно остается сбор и обработка заказов с нескольких устройств, а так же необходимость печати заказов на кухню. А беспроводных принтеров заказов/чековых принтеров я не встречал.
А беспроводных принтеров заказов/чековых принтеров я не встречал.
Есть они, как Ethernet так и WiFi. Posiflex например платы расширения выпускает почти ко всей линейке Aura. Погуглите, например, Posiflex Aura 9000W.
Вариант с Ethernet я еще застал, а вот WiFi, видимо, появился после того как я сменил работу.
Мы в своем решении реализовали работу с ШТРИХ-MOBILE-ПТК напрямую из iOS. На реализацию, отладку, доработку протокола обмена совместно с программистами из Штрих'а ушло примерно 6 месяцев.

По поводу всех носимых устройств могу сразу посоветовать отказываться от работы по BT (если есть такая возможность). Как только эфир становится зашумленным — сразу возникают проблемы со связью. Чтобы понять это, нам пришлось просить сделать для ПТК-ки специальную прошивку, которая зеркалирует весь трафик в COM порт. Я мог передавать последовательность байт «8A D1 DD», а устройство получало «8A C1 DD».
Поэтому мы договорились со Штрихом о замене BT модулей на WiFi.

З.Ы. Могу пожелать удачи тому, кто еще возьмется самостоятельно реализовывать этот протокол для ШТРИХА :)
З.З.Ы. Коллеги из QR думаю знают кто мы :)
Пока подобных проблем замечено не было. Ну да мы готовым решением от вендора пользуемся.
У нас это как побочная возможность.
Мы реализовали работу с кипером. Один из клиентов попросил добавить оплату, чтобы работать на веранде. Вот и реализовали.
Не понаслышке знаком с ритейловым и ресторанным софтом, посвятил этому часть жизни. Стало быть собираетесь конкурировать с R-Keeper и iiko? Интересно было бы узнать про бизнесовые успехи вашего проекта, есть ли действующие внедрения? Рынок этот достаточно статичный, консервативный, новинки с большим трудом пробивают себе дорогу.

Спрашиваю потому, что знаю насколько владельцы ресторанов консервативны в выборе IT-решений. Я бы вам советовал не выставлять напоказ «облачность» вашего продукта. Если только владелец заподозрит вероятность простоя из-за сбоя связи — вам скажут «досвидания», и никто не будет вникать в одноранговость и пиринг. Какие возможности системы доступны в условиях отсутствия связи?

Кстати какой сценарий использования, каждому официанту выдается планшет? Если так то совокупная стоимость может оказаться дороже чем 1-2 классических POS-терминала.

По технической части, хочу предупредить о возможных головняках в будущем:
1. Работа с фискальником если я правильно понял реализована на низкком уровне через СОМ-порт? Или используете драйвер производителя? В первом случае можно наступить на массу граблей, протоколы там непростые, еще и работают не совсем так как описано.
2. Банковские платежные терминалы. Рано или поздно придется интегрироваться. А их довольно много разных.
3. Клиенты рано или поздно запросят интеграцию с классическими бэк-офисами вроде 1С.
4. Дисконтные системы и программы лояльности есть в планах? В ресторанном софте это просит каждый второй клиент.

И все же, хочу пожелать вам удачи! Рынок сложный и время непростое, но инновации в ресторанном бизнесе нужны. Кто-то должен подвинуть замшелые традиционные решения.
Штрих-М Ресторан совсем сдулся, или не имели опыта работы с ним?
Слыхал. Да есть довольно много альтернатив, только доля рынка у них мала. Я участвовал в разработке Frontol: Ресторан от компании АТОЛ. Продажи конечно были, и сейчас есть. Но клиенты слишком привыкли к Keeper'у.
Кстати какой сценарий использования, каждому официанту выдается планшет?

Все зависит от бизнес-процессов, принятых в заведении: можно обойтись одним, кассовым, терминалом, а если есть необходимость принимать заказы с планшета, не отходя от столика клиентов, добавляются официантские (по умолчанию такие терминалы не предполагают печати фискальных чеков — лишний раз ограничивая «самодеятельность» со стороны персонала) планшеты.

1. Используем родные драйвера Штрих-М, Атол, есть самописный для малораспространенного ПРИМ'а.
2. На текущий момент поддерживаем в режиме plug'n'play Ingenico iCT-220 и старше, в ближайших планах Verifone.
3. У нас поддержан импорт/экспорт в 1С, написан соответствующий модуль обработки.
4. Это тоже имеется: фиксированные скидки, скидки по расписанию (happy hour), накопительные скидки и бонусы. В планах ближайших версий — акции (аля 3+1, 6-ой кофе бесплатно и пр.)

Большое спасибо!
2. На текущий момент поддерживаем в режиме plug'n'play Ingenico iCT-220 и старше, в ближайших планах Verifone.

Железо поддержать конечно надо, но вопрос шире. У банков свои процессинги. Как тут дела обстоят?
Поднимать свой процессинг пока не собираемся, если вы об этом. Возможно будем интегрироваться с каким-нибудь существующим mPos решением.

Пока просто работаем с терминалами как с периферией.
Поднимать свой процессинг пока не собираемся, если вы об этом.

нет, я про другое. Многие банки пишут свои приложения для терминалов. В результате получаем различные протоколы/схемы работы с ними. Например, Сбербанк предоставляет свой модуль sbpilot (который при работе с ним может как отображать диалоги на экране кассы в своем интерфейсе, так и просто транслировать запросы на терминал визуально себя не проявляя) и описание как с ним работать.
Это все конечно усложняет жизнь разработчикам фронта. Зато интеграторы всегда имеют свою копейку :)
Я так понимаю сейчас все общение с банками идет только через банковские терминалы, и без разницы какой за ним процессинг стоит. Или ошибаюсь?

А раньше да, ридер на POSе и поддержка десятков процессингов.
вы правы. конечно же не процессинг, а протокол взаимодействия с банковским ПО в терминале
Мы работаем напрямую с протоколом Arcus, а что за вендор на стороне банка-процессора (OpenWay, C+ и пр.) уже роли не играет, железка сама все сделает. При этом перед PCI/DSS чисты, т.к. никаких sensitive data ни храним, ни передаем.
Так вы уже совсем не стартап, многое умеете :) Так все-таки как дела с реальными внедрениями?
Трудно избавиться от привычки считать себя стартапом:) Да и где лежит эта граница…

С реальными внедрениями все не так плохо, хотя конечно тех тысяч, ломанувшихся к нам, клиентов, которых мы себе представляли на этапе разработки, нет и в помине:)

Все-таки рынок, как вы правильно заметили, очень консервативный.

Сейчас чуть больше 250-и клиентов, понемногу прибавляем в темпах роста, но рестораторы народ осторожный и зачастую относятся с подозрением к тому, что не похоже на привычные им системы.
250 это очень даже неплохо. А вы сами внедрением занимаетесь, или есть партнерская сеть?
Изначальная идея была в том, что пользователь сам сможет все внедрить и настроить. Для этого, в том числе, разрабатывался QR Box, чтобы не было мороки с драйверами и тд. Все plug'n'play.

Собственно таких клиентов мы и получили, пользователей среднего уровня, самостоятельно запустивших свое заведение. Однако, как показала практика, клиентов, не желающих вникать вообще ни в какие настройки — гораздо больше. Поэтому мы конечно решили внедрить партнерскую программу: компании-интеграторы заключают с нами договор, занимаются продажей и сопровождением системы на местах(под сопровождением здесь понимается замена кабеля/планшета/принтера и прочих вопросов не решаемых удаленно) и получают агентское вознаграждение с каждого платежа клиента.
Упустил:

Какие возможности системы доступны в условиях отсутствия связи?


Система автономна. В отсутствие выхода в Сеть все оборудование работает в штатном режиме: чеки бьются, штрих-коды сканируются, весы взвешивают :) Как только появился доступ в Сеть терминал синхронизируется с «облаком» и актуализирует данные о продажах.
два самых больших заблуждения) почему если система автоматизации — то конкурировать с R-Keeper и iiko? Неужели во всех кафе, кофейнях, магазинах, МАФах, уличной еде стоит R-Keeper и iiko?

Почему если iPad – то его обязательно нужно раздать в руки каждому официанту? Если у вас Макдональдс или другой фастфуд — да можно работать так. А если нет — хватит и одного терминала, как было раньше.

заодно отвечу на вопрос про 1С:
По опыту понадобится практически сразу. Но мы, например (Poster, не система описанная в посте), обходимся удачно без интеграции с 1С уже 2й год. Всего хватает. Когда спрашиваешь «зачем вам еще 1С?» — отвечают что нужен складской учет, финансовый и инвентаризация, так все это и так уже есть в системе. Зачем вам еще один «динозавр» сбоку прикрученный?! Конечно большие сети сложно переубедить, у них уже, как правило, велось все в 1С — тогда спасает API. Они берут его и за 1000$ делают идеальную интеграцию под свою конкретную систему и структуру.

P.S. простите что влез сюда со своими 5к, но уж очень наболевшая тема)
>>Неужели во всех кафе, кофейнях, магазинах, МАФах, уличной еде стоит R-Keeper и iiko?
Я думаю не сильно ошибусь, если скажу что Keeper имеет добрую половину этого рынка. iiko значительно меньше, но они активно растут. А остальные делят остатки. Достоверных данных по рынку к сожалению не нашел.
В магазинах конечно другое — это отдельный рынок, ритейл.
В уличной еде вообще как правило достаточно автономной ККМ, или любого принтера для ЕНВД.
А что такое МАФ?

>>Почему если iPad – то его обязательно нужно раздать в руки каждому официанту?
Это был вопрос.

>>Poster
Расскажете про ваши успехи?
Они (R-Keeper и iiko) сильные игроки на рынке ресторанном. Но это не вся хорека, а только верхушка айсберга. У них на двоих 25-30К установок. При том это просто установки. Многие уже давно перешли или закрылись. А если верить гос.стату и независимым аналитическим компаниям, то только в РФ и Украине мелкого бизнеса связанного с ритейл и хорекой 250К. Еще есть Европа. Там примерно 500К. В Украине сейчас вводят обязательную фискализацию например. У нас почти 1.5М предпринимателей, которым нужно будет в течении года фискализироваться и львиная часть из которых решат автоматизироваться сразу.
МАФ — малая архитектурная форма (ларек, летняя площадка), строение без фундамента.

>>Почему если iPad – то его обязательно нужно раздать в руки каждому официанту?
Это просто очень популярный вопрос)

>>Расскажете про ваши успехи?
У нас все есть на сайте. Думаю будет не красиво тут хвастаться. Уже пару месяцев говорю 2 статьи на Хабр. Может скоро допишу и опубликую наконец)
>>У нас почти 1.5М предпринимателей, которым нужно будет в течении года фискализироваться и львиная часть из которых решат автоматизироваться сразу.

Подозреваю что большинство решат сэкономить и купить самую дешевую автономную ККМ чтобы просто печатать фискальные чеки. По крайней мере в РФ мелкий ритейл и хорека вообще не видят смысла автоматизироваться, и в чем-то они правы. В любом случае производители ККМ хорошо подзаработают :)
Да, но если это сеть, они уже сейчас начинают ставить наше решение. За сетью проще следить. Тем более в онлайн режиме, чтобы делать поставки. На самом деле окупится в течении пары месяцев за счет более быстрой и точной инвентаризации и меньшего воровства.
А как обстоят дела с кастомными доработками? Ведь клиенты частенько желают какой-то уникальный функционал, который никому больше не нужен. Нет ли проблем с поддержкой зоопарка различных версий?
И смежный вопрос, как организован процесс обновления ПО? Вот вы выкатили новую версию на сервер, клиенты обязаны обновиться или какое-то время будут поддерживаться старые релизы?
Стараемся собирать пожелания, наиболее актуальные идут в разработку.

Ведь клиенты частенько желают какой-то уникальный функционал, который никому больше не нужен.


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

Вообще придерживаемся политики «весь функционал для всех и за одну цену». Использовать что-то или нет — личное дело каждого. ПО обновляется централизованно, чейнджлоги и инструкции отсылаются клиентам. Если в новой версии появляется то, чего ждал конкретный клиент(ы) — дополнительно обзваниваем, уведомляем.
Разработка весьма интересна:
-что на счет обмена с бухгалтерией 1с? (рестораны и кафе зачастую находятся на УСН и поэтому все равно придется обмениваться данными о продажах)
— в модификаторах когда открываешь подгруппу — колонки плывут
Спасибо.

Обмен с 1С Бухгалтерией имеется. Есть обработка для загрузки/выгрузки.

По поводу колонок, воспроизвести не удалось, дело может быть в браузере, вы каким пользуетесь? Пока гарантировать корректное отображение можем только для Chrome.
Рад вас тут видеть) Очень рад что вы решились на такой шаг, нашли время и завели свой блог. Большие молодцы и действительно очень интересно было почитать. Горю желанием поскорее познакомиться с вами лично. Надеюсь скоро тоже сможем наконец-то найти время и тоже поделиться этапами развития.
Александр, CEO Poster
Подскажите пожалуйста как вы находили первых клиентов? Были ли это пассивные продажи (звонки с рекламы) или активные? Как находили рестораны, которые готовы с вам работать?
Нам было немножко проще. У нас уже был около ресторанный проект и порядка 1000 теплых контактов с владельцами заведений в разных странах и городах. Постепенно те, кто ничего не использовал начал пользоваться нашей системой. Дальше пошло сарафанное радио. С партнерской сетью у нас не получилось( Мы продолжаем экспериментировать, может в ближайшее время это к чему-то приведет. Пока лучше всего работает доверие клиентов.
Хотел что-то похожее делать в качестве выпускной работы, года три назад, но поленился. Молодцы, удачи с продуктом.
Подскажите, пожалуйста, а в чем рисовали модель работы приложения (4 изображение)? Это какое-то ПО или просто в графическом редакторе?
Для выпускной работы довольно серьезно, если только всей группой делать :)

Да просто в графическом редакторе.
Хороший проект. Я запустил систему управлением торговой сетью с 2009го на похожих технологиях, но вначале сам все делал, поэтому интерфейс простой. Нужно сейчас будет заняться его улучшением.
Спасибо!

Делали под абстрактного или имеющегося клиента? Какие технологии использовали? В 2009м все было немного по-другому же :)
Нет, я нашел клиента в 2009м, я писал об этом здесь даже. Магазины сети Скарлетт, система управления торговой сетью постоянно растет. Там система управления именно сетью, отдельным магазином (все связано, но работает в самостоятельном режиме и обменивается данными когда есть связь, были такие проблемы в 2009, сегодня намного лучше), работа с поставщиками (из около 200 поставщиков больше половины используют систему для анализа остатков, движения, цен и т.д.) Работа с клиентами (рассылка, сбор информации и т.п.). В какой-то момент электронный каталог на линии с остатками и ценами исходящими из главной системы и там сейчас идет работа над новым типом каталога базированным фотографиях с полки .

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

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

P.S.
про технологии и т.п.: Linux, Mercurial, Java, PostgreSQL, Struts, JSP, Servlets, JSTL, Eclipse, Apache Ant, Apache Tomcat, HTML, CSS, Javascript, jQuery, JSON, Bootstrap, AangularJS, Digicert, OpenBSD, pf, nginx, open smtpd.
А будут ли статьи по составлению сроков разработки, выборе технологий, проектированию архитектуры? Очень интересны еще и эти стороны проекта.
Обязательно. Помимо тем, озвученных вами, еще точно будет отдельная статья об интерфейсах, комментарии показали, что эту тему надо раскрыть поподробнее.
Спасибо за интересную статью. Мы сделали уже несколько POS систем на заказ для западного рынка. И продолжаем разрабатывать новые. Вот есть интересный вопрос.
Если терминалы работают напрямую с облаком, то по какой логике вы нумеруете заказы в случае, если у вас сеть из трех ресторанов и в каждом по 3 терминала. Нумерация сквозная или локальная по каждому ресторану? Есть ли отдельно дневной короткий номер заказа? Могли бы подробно этот момент рассказать?
Мы сделали уже несколько POS систем на заказ для западного рынка. И продолжаем разрабатывать новые. Вот есть интересный вопрос.

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

Нумерации как таковой нет, каждый заказ в базе клиента уникален — для него генерируется свой guid. Три ресторана могут существовать на одном клиентском слое(базе), в виде мест реализации, к каждому из которых привязано по три терминала, например. Могут и на разных слоях, но агрегатор данных с разных слоев, некий бэк-офис для сетей, у нас еще не вышел в продакшн. В основном потому, что сетей, требующих его, среди наших клиентов пока нет:)
Only those users with full accounts are able to leave comments. Log in, please.