Сайт и система записи к специалисту по телесным практикам

Сайт, Telegram-бот, мини-приложение и API ведут посетителя от понимания работы специалиста до записи без повторного сбора запроса.

Открыть проект ↗

Путь посетителя

Посетитель понимает работу специалиста на публичной странице, продолжает путь в Telegram и доходит до записи без повторного объяснения запроса.

Общее состояние заявки

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

Что можно проверить после изменения

Владелец видит, что запущено сейчас, и может повторно проверить весь путь после изменения или перезапуска.

Задача проекта

Публичная страница объясняет работу специалиста, Telegram продолжает то же обращение, а запись получает уже переданный посетителем контекст.

Что должно работать как один путь

Понятное первое знакомство: Сайт конкретно объясняет работу специалиста и даёт посетителю понятный следующий шаг.
Запись без повторного старта: Бот и мини-приложение продолжают тот же путь, а не заставляют посетителя заново объяснять свой запрос.
Одна рабочая версия: Владелец видит, какие версии сайта, бота и API работают сейчас и проходит ли весь путь целиком.
Повторяемое восстановление: Систему можно снова запустить и проверить без восстановления процедуры по старым сообщениям из чата.

Один путь через всю систему

ПУБЛИЧНЫЙ САЙТ
  dorodnyaya.ru → контекст специалиста + следующий шаг
          ↓
TELEGRAM
  бот + мини-приложение → вопросы + путь к записи
          ↓
API + ДАННЫЕ
  одно состояние заявки во всех интерфейсах
          ↓
РАБОТАЮЩАЯ СИСТЕМА
  точная версия | проверки | восстановимые сервисы

Что показывает полный путь

dorodnyaya.ru

Публичный сайт

сайт + бот + мини-приложение

Точки входа

от знакомства до записи

Путь клиента

общее для интерфейсов

Состояние заявки

определена и проверена

Рабочая версия

повторяемый запуск и восстановление

Поддержка

Почему части системы остаются вместе

Проблема

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

Решение

Они собраны в одной кодовой базе на Rust, используют общие данные и проверяются как один путь от сайта до записи.

Почему не этот вариант

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

Почему публичные формулировки общие

Проблема

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

Решение

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

Реализация

Сайт

Rust, Leptos, SSR

Teloxide-бот, Telegram Mini App

API

Axum, SQLx, PostgreSQL

Эксплуатация

Nginx, TLS, rootless Podman, systemd