docs: refactor docs structure

docs/features/admin-panel.md

@@ -18,6 +18,13 @@
 
 Раздел **Пользователи** — таблица с **пагинацией по 25 записей**. Строка поиска ищет по внутреннему числовому ID, Telegram ID, фрагменту `@username`, имени или email; применение — кнопка «Найти» или клавиша Enter в поле поиска.
 
+Из этого же раздела администратор управляет основными пользовательскими операциями:
+
+- просматривает подписку, статус, трафик, premium-лимиты, платежи и служебные события;
+- блокирует пользователя;
+- запускает ручную синхронизацию с Remnawave Panel;
+- открывает тикеты поддержки и отвечает пользователю.
+
 **Фильтры:**
 
 - состояние аккаунта: все / не забанены / забанены;
@@ -72,7 +79,7 @@
 }
 ```
 
-### Инструкции подключения
+## Инструкции подключения
 
 Секция **Система -> Настройки -> Инструкции подключения** управляет встроенным экраном установки. `SUBSCRIPTION_GUIDES_ENABLED` включает `/install` в личном кабинете, а `SUBSCRIPTION_GUIDES_BOT_MENU_ENABLED` заставляет кнопки подключения в Telegram-боте открывать Mini App вместо финальной Remnawave Subscription Page. Оба переключателя включены по умолчанию.
 

docs/features/web-app.md

@@ -118,7 +118,7 @@ https://app.domain.com/auth/telegram/callback
 
 Для Brevo обычно подходит порт `587` с STARTTLS. Если основной порт недоступен, приложение пробует порты из `SMTP_FALLBACK_PORTS`; порт `465` используется через SSL.
 
-Полный список переменных, обязательные поля для включения входа по email и типичные ошибки подключения описаны в разделе **SMTP и вход по email** в [configuration.md](../configuration.md).
+Полный список переменных, обязательные поля для включения входа по email и типичные ошибки подключения описаны в разделе **SMTP и вход по email** в [configuration.md](../getting-started/configuration.md).
 
 ## Проксирование
 
@@ -131,12 +131,12 @@ https://app.domain.com/auth/telegram/callback
 WebApp API на `backend:8081`, поэтому внешний обратный прокси обычно не должен отправлять эти пути в
 `backend:8081` напрямую.
 
-Готовые варианты описаны в разделе [Развертывание](../deployment.md#готовые-папки-запуска):
+Готовые варианты описаны в разделе [Развертывание](../getting-started/deployment.md#готовые-папки-запуска):
 
-- [Caddy](../deployment.md#caddy-рекомендуемый-вариант) - автоматический HTTPS;
-- [Nginx](../deployment.md#nginx) - сертификаты в соседней папке `ssl/`;
-- [Pangolin/Newt](../deployment.md#pangolin--newt) - публикация без входящих портов на сервере приложения;
-- [без обратного прокси](../deployment.md#без-обратного-прокси) - прямая публикация портов для проверки или внешней TLS-платформы.
+- [Caddy](../getting-started/deployment.md#caddy-рекомендуемый-вариант) - автоматический HTTPS;
+- [Nginx](../getting-started/deployment.md#nginx) - сертификаты в соседней папке `ssl/`;
+- [Pangolin/Newt](../getting-started/deployment.md#pangolin--newt) - публикация без входящих портов на сервере приложения;
+- [без обратного прокси](../getting-started/deployment.md#без-обратного-прокси) - прямая публикация портов для проверки или внешней TLS-платформы.
 
 В default `docker-compose.yml` наружу публикуются `frontend` и webhook/backend port, а внутри Docker
 network сервисы доступны друг другу по service DNS names: