Pusdienlaiks: система регистрации школьного питания по QR-коду

Pusdienlaiks: система регистрации школьного питания по QR-коду

Разработали web-приложение, которое помогает сотрудникам выбирать мероприятие, сканировать QR-коды участников и фиксировать посещаемость в единой системе.

<О проекте>

Подтверждения посещения в одном интерфейсе

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

01

Клиент и бизнес

Сервис организации школьного питания, где необходимо учитывать посещаемость участников по разным школам, датам и мероприятиям.

02

Задача

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

03

Что сделали

Разработали адаптивное web-приложение с авторизацией по email-коду, выбором мероприятий, QR-сканером через камеру смартфона, реестром участников, поиском, статусами посещения и управлением сессией регистрации.

04

Ключевой результат

Сотрудник может провести весь процесс регистрации со смартфона: выбрать мероприятие, запустить сканирование, зарегистрировать участника и проверить его статус в списке.

<Контекст и проблема>

Одного сообщения «банкомат не работает» недостаточно

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

Что мешало процессу

  • 01пользователю нужен простой канал без установки отдельного приложения
  • 02обращение должно содержать точное местоположение, а не свободное описание адреса
  • 03фото или видео помогает сохранить внешний контекст проблемы
  • 04сотрудникам требуется единая панель для просмотра, модерации и выгрузки
  • 05доступ к административным функциям нужно разделить между ролями
01

Need to solve a similar business task?

Tell us about the project — we will break down the task and propose an implementation approach.

Discuss the project

От пользовательского сценария до ролей и отчётности

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

01

Бизнес-анализ

Разобрали три пользовательских сценария: конкурс, сообщение о банкомате и обращение в техподдержку.

02

Backend и Административная система

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

03

UX/UI

Спроектировали диалоги Telegram-бота и web- интерфейс административной системы

04

Архитектура

Связали Telegram API, интеграционные адаптеры, прикладные сервисы, базу данных и панел

05

Развёртывание

Подготовили серверный контур и безопасный доступ сотрудников к закрытой части

<Архитектура решения>

Telegram как вход, сервер как единый контур данных

Пользователь взаимодействует с ботом через Telegram. Клиентская часть собирает выбранный сценарий, контакт, геолокацию, сообщение и медиа. Интеграционный слой передаёт данные прикладным сервисам, а сервер сохраняет их в базе и применяет правила доступа.

Architecture diagram
02

Need an architecture for a new product?

We will show how to connect interfaces, business logic, data and external systems.

Discuss the project
<Основные функции>

Шесть основных функций

Система соединяет быстрый пользовательский канал с управляемой внутренней работой сотрудников.

01

Сообщение о банкомате

Пользователь передаёт геолокацию, медиа, описание и контакт. Польза: поддержка получает контекст одним пакетом.

02

Техническая поддержка

Бот принимает вопрос и контактные данные. Польза: обращение не теряется в личной переписке.

03

Конкурсы

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

04

RU / UZ

Пользователь выбирает русский или узбекский язык. Польза: один сервис доступен широкой аудитории.

05

Модерация и роли

Супер-администратор и модератор получают разные полномочия. Польза: чувствительные функции защищены.

06

Аналитика и экспорт

Данные пользователей, конкурсов и обращений доступны для анализа и Excel-выгрузки. Польза: поток можно учитывать и передавать дальше

<Интерфейсы>

Пять ключевых экранов

Проверка email

Проверка email

Сотрудник вводит четырёхзначный код, отправленный на рабочий email. Здесь же можно запросить повторную отправку кода

QR-сканер

QR-сканер

Камера работает прямо внутри web-интерфейса. Рамка помогает навести устройство на QR-код, а после распознавания система выводит результат регистрации.

Список посещаемости

В реестре отображаются участники и их статусы. Поиск позволяет быстро найти конкретного человека и проверить результат регистрации.

Список посещаемости
03

Want to present a complex product just as clearly?

We will analyse the functionality and build a clear interface structure.

Discuss the project

Project Implementation Stages

01

Analysis and Planning

Defining goals, studying the audience, forming requirements and setting tasks. This helps to understand what the business needs and what results are expected.

02

Design

Creating the solution architecture, thinking through user scenarios, interfaces and logic. At this stage the 'framework' of the future product is formed.

03

Development

Programming the server and client parts, connecting databases, integrating with external services. This is where the idea turns into a working product.

04

Testing

Checking functionality, performance, compatibility and security. Fixing bugs before the product reaches users.

05

Launch

Deploying the product (for example, publishing in stores or launching on servers), configuring the environment and starting marketing or internal processes.

06

Support and Growth

Updating functionality, adapting to new business tasks, fixing bugs and keeping the product up-to-date.

Что изменилось в работе с обращениями

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

01

Точная точка

Геолокация связывает сообщение с местом, где пользователь столкнулся с проблемой

02

Управляемый доступ

Роли ограничивают административные и критичные функции.

03

Данные для анализа

Активность пользователей и обращения можно собирать и выгружать.

04

Визуальный контекст

Фото и видео дополняют текст и уменьшают число уточняющих вопросов.

Free website and business audit

We will review your project for free and suggest a suitable solution

We will propose a suitable structure and prepare the first sketch of your future project — with no obligation to start development.

A gift after the auditA first screen sketch + the basic project structure

You get a visual concept you can discuss with your team.

Business Analyst at Dev Symfony
The audit will be run byBusiness Analyst

He will review your project and business objective, prepare recommendations and the first sketch.

Or write to us directly
Answer a few questions — a specialist will study your situation and prepare the review.
What you will getafter the free audit
  • A list of the main growth opportunities
  • Recommendations on structure, forms and CTAs
  • A sketch of the first screen of your future website
  • A review of the mobile version and the customer journey
  • An assessment of the path from the ad to the request
  • A conclusion: improve the current website or build a new one

An honest conclusion.If the website can be improved without a full rebuild, we will tell you so.

Write to us:[email protected]
Copyright © 2015-2026 Dev Symfony Software Development Company