Один сервис для двух сторон

Пользовательская проблема

История проекта · период разработки: 20 июня 2026 года. Рыболов приходит в сервис, чтобы найти место, подготовиться к поездке и управлять своими действиями. Представителю хозяйства нужно другое: описывать водоёмы, работать с расписанием, условиями, публикациями и операционными разделами. Если показать обеим сторонам одинаковый кабинет, важные действия быстро потеряются среди чужих пунктов. Но полностью разрывать эти сценарии тоже неудобно. Рыболову нужна понятная информация от площадки, а хозяйству — способ представить условия гостю внутри того же продукта. Поэтому мы строим не два независимых сайта, а две роли с разными разрешениями и собственными рабочими маршрутами. Такой подход требует аккуратной проверки. Наличие экранов в коде ещё не означает, что все процессы прошли полный цикл в production, поэтому текущий статус этого этапа — тестирование в раннем доступе. Отдельная роль также снижает риск случайного действия не в том контексте. Человек сразу понимает, где находятся его личные задачи, а где начинается рабочая зона организации. Для команды это даёт ясную основу для проверки разрешений и навигации на каждом шаге.

Что появилось в «Клёвой Точке»

В реализации закреплены разные типы аккаунтов и разные зоны кабинета. Рыболовский маршрут начинается с /app: навигация ведёт к личным действиям и разделам, связанным с участием в сервисе. Маршрут хозяйства начинается с /app/fishery и включает собственную навигацию по профилю, водоёмам, рабочему дню, расписанию, публикациям и настройкам. Разделение сделано не только названиями пунктов меню. Роли учитываются при авторизации и определяют доступный сценарий. Это важно для безопасности и понятности: рыболову не нужны внутренние операции хозяйства, а представитель площадки не должен работать через пользовательский кабинет гостя. Для редакционного визуала нужны только обезличенные тестовые аккаунты. На одном кадре будут два домашних экрана рядом: у рыболова выделено одно личное действие, у хозяйства — одна рабочая задача. Имена, телефоны, координаты, финансовые сведения, токены и внутренние адреса в изображение не попадут.

Как это помогает

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

Работает, тестируется, планируется

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

Выбрать свой сценарий Предыдущий материал: Что такое «Клёвая Точка». Следующий материал: От идеи к раннему доступу.