Разработка приложения для ресторанных закупок

Главное о кейсе

В конечном итоге мы реализовали довольно простую логику:
Ресторан в приложении выбирает номер поставщика из списка контактов
- Определяет канал связи: Telegram или email
- Поставщик создает своего бота в Telegram
- Ресторан пишет в приложении
- Поставщик видит все в Telegram или на мэйле

Также ресторатор может добавлять поставщика не только из списка контактов, но и через QR код, ID номеру или по поиску товаров. Помимо всего присутствует система скидок.
Приложение протестировано на 5 ресторанах москвы, один из них Варламов.Есть.

Приложение уже доступно в AppStore и GooglePlay.

As a result we’ve carried out a simple logic:
- Restaurant selects a supplier from his contact list
- Defines his communication way: Telegram or e-mail
- Creates a Telegram bot
- Restaurant communicates with supplier in the app
- Supplier receives the information in Telegram or by e-mail

The restaurant also can add a supplier by QR code, ID number or by product search. And on top of that we’ve implied a discount system.
The application is already available in AppStore and GooglePlay

Бизнес-задача и ее решение

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

Мы начали с создания концепта, его главной идеей было общение с поставщиками в одном месте. Мы полностью проработали основное флоу заказа товара из чата и упаковали экраны в лендинг-презентацию на Readymag. Она уже выглядела как готовый продукт, который даже не стыдно показать инвесторам. Это вам не 3-4 абстрактных экранчика, а уже наглядная иллюстрация работающего приложения для ресторанов всего лишь за 2 дня.
В том числе думали делать брендинг. У заказчиков Grecha.prо не было брендбука, а значит и логотипа. Мы по своей инициативе решили это исправить.

Для объединения мульти потоковых каналов коммуникации мы использовали интеграции с Telegram и Mailgun.
В варианте с Telegram каждый ресторан должен сам создавать для себя бота. У поставщика в Telegram своя переписка с конкретным рестораном, нет никаких ID ресторана в сообщении и писать можно сразу в чат без всяких сложностей.
Особых проблем с интеграцией не возникло. Использовали библиотеку Telegraph. Уже была готовая библиотека Telegraph с хорошо прописанной API документацией. Нам оставалось только изучить API, прописать эндпоинты с нашей стороны — и все.

Следующая задача была сделать так, чтобы сообщения и заказы из чата в приложении прилетали поставщику на почту. Поставщик пишет ответное письмо оттуда он мог бы отвечать на них, а ресторан получает ответ в приложении.
Можно было сделать свой почтовый сервер, но мы решили сэкономить деньги заказчика и взять готовое решение — Mailgun. Все, что нужно было сделать: настроить роуты на переадресацию сообщений и очистить их от лишнего текста.
Проблема состояла в том, что почтовые клиенты в тело сообщения добавляют дополнительную информацию об отправителе, теме и т.д.
В чате вся эта информация не нужна, поэтому мы прописали специальные скрипты, чтобы наш бэкенд убирал наиболее часто встречающиеся выражения из тела письма. В результате ресторан видит именно полезное сообщение и переписка выглядит как обычный чат.


One of the restaurant's main issues was communication with all their suppliers in numerous channels. Therefore, our task was to ease the manager’s job by picking all the information from 10 to 15 channels and bringing it to the mobile application.

We’ve started with creating a concept. The main idea was that restaurant managers could communicate with all their suppliers in one place. We’ve completely designed the main flow of product order and created a landing-presentation in Readymag. It looked like an already-built product, ready to be shown to the investors. Not an abstract 3-4 screen concept but a complete vision of an app, built in just 2 days.
We were also thinking of delivering a branding for our clients. They didn’t have a brandbook, therefore no logotype. So we’ve created it on our initiative.

To unite all omni-channel communications we’ve used integrations with Telegram and Mailgun.
In the case of Telegram, every restaurant must create a personal bot. Supplier has its own conversation with a particular restaurant, no IDs inside the message, you could write in chat without any hesitations.
There were no extra-difficulties while integrating Telegram. We’ve used a ready Telegraph’s library with great API documentation. All that’s left was to study the documentations and write the end-points on our side.

Next task was to transfer all messages and orders from chat to suppliers e-mail. Supplier writes an answer and the restaurant receives it in the app.
It was possible to create a mail server of our own, but we’ve decided to save the client's money and take a ready-to-use solution - Mailgun. We just had to set up routes to re-address messages and clean them from excess information.
The problem was that e-mail services add some extra information about the sender, theme, etc.
That was unneeded information in our chat, so we’ve written special scripts for our backend to find and delete such kind of text. In the end the restaurant only sees a useful message and the conversation looks like a standart chat.

Прочая информация о кейсе

Grecha.pro - это приложение, которое помогает автоматизировать процесс закупки товаров для тысяч компаний: рестораны, интернет-магазины, салоны красоты, цветочные салоны, фитнес клубы, поставщики маркетплейсов, и любые другие сферы торговли и оказания услуг.

Grecha.pro is an application which helps automate wholesale purchases for thousands of companies: restaurants, e-commerces, beauty stores, fitness clubs, flower shops, marketplace suppliers and other trading spheres.

Скриншоты