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

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

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

<О проекте>

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

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

01

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

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

02

Задача

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

03

Что сделали

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

04

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

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

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

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

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

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

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

Нужно решить похожую бизнес-задачу?

Расскажите о проекте — разберём задачу и предложим подход к реализации.

Обсудить проект

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

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

01

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

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

02

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

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

03

UX/UI

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

04

Архитектура

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

05

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

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

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

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

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

Architecture diagram
02

Нужна архитектура для нового продукта?

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

Обсудить проект
<Основные функции>

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

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

01

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

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

02

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

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

03

Конкурсы

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

04

RU / UZ

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

05

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

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

06

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

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

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

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

Проверка email

Проверка email

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

QR-сканер

QR-сканер

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

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

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

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

Хотите показать сложный продукт так же понятно?

Разберём функциональность и соберём понятную структуру интерфейсов.

Обсудить проект

Этапы реализации

01

Анализ и планирование

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

02

Проектирование

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

03

Разработка

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

04

Тестирование

Проверка функциональности, производительности, совместимости и безопасности. Исправление ошибок до того, как продукт попадёт к пользователям.

05

Запуск

Размещение продукта (например, публикация в сторах или запуск на серверах), настройка окружения и старт маркетинговых или внутренних процессов.

06

Поддержка и развитие

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

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

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

01

Точная точка

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

02

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

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

03

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

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

04

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

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

Бесплатный аудит сайта и бизнеса

Бесплатно разберём Ваш проект и предложим подходящее решение

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

Подарок после аудитаЭскиз первого экрана + базовая структура проекта

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

Business Analyst Dev Symfony
Аудит проведётBusiness Analyst

Разберёт Ваш проект и бизнес-задачу, подготовит рекомендации и первый эскиз.

Или напишите напрямую
Ответьте на несколько вопросов — специалист изучит ситуацию и подготовит разбор.
Что Вы получитепосле бесплатного аудита
  • Список основных точек роста
  • Рекомендации по структуре, формам и CTA
  • Эскиз первого экрана будущего сайта
  • Разбор мобильной версии и пути клиента
  • Оценку пути от рекламы до заявки
  • Вывод: улучшать текущий сайт или создавать новый

Честный вывод.Если сайт можно улучшить без полной переделки — так и скажем.

Написать нам:[email protected]
Позвонить нам:+998 91 339-89-55
Copyright © 2015-2026 Dev Symfony компания по разработке программного обеспечения