Есть ли заинтересованные и могущие оказать посильную помощь в создании электронного меню для кафе и баров?

Question

[FTM]

Уже давно прорабатываю идею создания электронного меню для кафе. Идея не нова, видел реализации, но как-то все это… не очень. Как это обычно бывает, хочется свое, с блэкджеком и прочими плюшками. Наработки определенные в этой области есть, какие-то мысли на бумаге тоже есть, какие-то только в голове. Друзей пытался привлечь к реализации идеи, но энтузиазма их надолго не хватало. Только на словах все. А так хочется взять и довести дело от начала и до конца. А это не так просто в нашем постсоветском государстве, где технологии только начинают проникать в различные сферы деятельности.

Вот так, нужны разработчики (python/django), дизайнеры, спонсоры, креативщики, те, у кого есть знакомые владельцы кафе, готовые поучаствовать в тестировании продукта (если он, конечно, реализуется) и любые другие личности, готовые помочь. Фрилансерам заказывать не хочется, т.к. хочется команду, которая будет работать над проектом и после его выхода на рынок (если получится).

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

Answer 1

[kaladhara]

Как это обычно бывает, хочется свое, с блэкджеком и прочими плюшками.

Немножко поофтоплю: в своё время пытался раскрутить одного ресторатора (он имел на тот момент 2 ресторана и 2 кафешки) в славном городе К., в то время главным PDA на рынке был Palm. Склепал сотоварищи демку, типа АРМ официанта, замутили инфракрасную передачу в зале (про вайфай тогда и не мечтали) с тем чтобы заказ появлялся на кухне как только клиент его нарожает.

Шоу прошло успешно, но когда встал вопрос цены — над нами вежливо посмеялись и сказали что за такие деньги они смогут нанять еще по одной студентке на смену, которая будут бегать на кухню и передавать заказ. Это при том что за работу мы по молодости просили всего-то по $500 на нос, ну и плюс железо сверху.

Вот такие раньше были высокие деревья и зелёная трава.

Так я к чему: консерватизм рестораторов всё-таки крепкая штука. Хотя много где пользуют такое дело.

Comments

[FTM]

Сейчас устройства намного дешевле. А консерваторов надо брать новизной и работающими примерами.

[denisgorbunov]

То есть Вы начали разработку уникальную которую вряд ли еще кому продашь без согласования с самым главным потенциальным заказчиком?

Answer 2

[Lazer1999]

Ну, у нас в соседнем киайском ресторане заказ официанты вбивают на palm. Или чем то похожем. Соответственно никаких там бумажек или на память. И ходить им на кухню уже не надо — принял заказ и сразу иди к другому столику, а первому уже повара готовят еду. Тут как раз всякое eMenu дополняет, а не заменяет официанта.

Comments

[FTM]

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

Answer 3

[holyorb2]

python/django — зачем? Придется много пилить

Я бы взял за основу какую-то готовую CMS, например, Друпал и что мы получаем:
1. Готовое ядро, которое умеет создавать/настраивать блюда из админки
2. Красивое оформление блюд: название, фотка (с кучей превью разного размера), цена, вес, перечень продуктов,… вообщем все что угодно имеет
3. Куча фич современных CMS, вплодь до подписки по e-mail и рассылка новых блюд постоянным клиентам
4. Возможность вести базу клиентов с пометками что они любят и как щедро платят
5. Если есть CMS соотвественно есть и общедоступный сайт, где можно хоть форум сделать, хоть заказ столика и блюд из дома :)
6. Сейчас в кафе делают WiFi и многие ходят с мобилами, планшетами, ноутбуками… для гиков можно делать заказ без подхода официанта :) Положите инструкцию на стол и гик сам все закажет и пообщается с поваром на предмет профпригодности пока тот готовит есть

Звучит уже все красиво и вроде почти и делать не нужно ничего, все модули готовы и отлажены нужно только собрать?
Не совсем. Собрать конечно нужно и оно будет работать, но программировать тоже прийдеться:
1. Вывод и заказ меню сделать AJAXовым
2. Кастомных вещей тоже будет достаточно

Но в любом случае готовая CMS это более универсальное решение и более быстрое в реализации

Comments

[Zoom_spb]

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

[int03e]

Но в любом случае готовая CMS это более универсальное решение

/facepalm

[FTM]

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

[holyorb2]

а чем плохо делиться?

[FTM]

Делиться хорошо в мире OpenSource. А когда ты на своем продукте зарабатываешь деньги, а им кто-то делится — это уже нехорошо. Или почему, Вы думаете, борются с пиратством и использованием нелегального контента?

[DevMan]

Кто мешает вам зарабатывать на OpenSource?

Answer 4

[Вячеслав Голованов]

А это реально где-то в мире работает? Кроме Японии, допустим…
Потому что я не очень понимаю, зачем ресторатор это будет делать.
Действительно — система, которой надо учиться, железки, которые постоянно ломаются, их в суп роняют и т.п., ошибки, обновления… Или же — простая, надёжная, проверенная тысячелетиями система официантов, собирающих заказы.
Кроме того, официант — фигура с обратной связью, он может подсказать, что это за блюдо, посоветовать что-то и т.п.
Ну наверно можно заморочиться и сделать там полный интерактив и на каждое блюдо энциклопедию — но зачем? Да и многие посетители не захотят заморачиваться, они хотят жрать. А тут надо что-то делать самому, тыкать куда-то…
Мне кажется, эта фишка может быть задействована в случае, если ресторатор родит какой-то особый проект, какое-то там киберкафе или ресторан 21 века, и вот там всё цифровое и виртуальное, кроме еды. И в заведении будет соответствующий гикнутый контингент. Но идея должна от ресторатора исходить, очевидно, в этом случае.
Я не то, чтобы пытаюсь энтузиазм потушить, просто стоит серьёзно обдумать идею и быть уверенным, что она пригодится.

Comments

[1nd1go]

Ну макдональдс работает же. А вот в Теремке такого нет. поэтому там все путают кто что и сколько заказал.

[Вячеслав Голованов]

Макдональдс работает по абсолютно другой системе.

[FTM]

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

Answer 5

[Ivan Arxont]

Что-то на подобие SambaPOS?

Comments

[FTM]

Скорее, eMenu.

Answer 6

[l0cal]

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

Если же нужен Интерактив, то легче делать как предлагает holyorb2

Comments

[FTM]

Да, первые 3 мысли очень верны. Но зачем мне использовать тяжелую cms, если можно написать конкретно под нужные задачи ПО? И быстрее работать будет, и разбираться, и поддерживать проще.

[holyorb2]

Чем плохо использовать тяжелую CMS? Тяжесть CMS не от названия происходит, а от наличия функционала, поэтому это плюс. Хостинг drupalhosting.ru/drupal_hosting/drupal-7-хостинг в 100-300рублей в месяц, вполне адекватная стоимость.
Насчет поддержки вы как раз не правы. Для самописной системы нужно всегда держать автора сайта под рукой. И поддерживать ее хлопотно и уровень поддержки очень сильно зависит от уровня мастерства автора, насколько он гибко реализует изначально.
В случае Drupal вы можете нанимать специалистов и менять их в случае чего. Так же уже изначально система спроектирована на четкое разделение, програминга, дизайна и админства

Answer 7

[brainplus]

в провинции РФ есть что-то на ипадах — вместо меню клиенту приносят ипад где он тапает по блюдам.

Но вроде после года использования проект свернули — то ли среднестатистический клиент ресторана слишком туп, то ли дорого — не помню.

Answer 8

[os1ch]

Электронное меню вроде уже и бесплатно предлагают.