Слои системы
WordPress остаётся источником данных и CMS. Вместо отдельного тяжёлого backend поверх него сделаны узкие интерфейсы под реальные сценарии: публичный сайт, кабинет владельца, CRM, календарь и интеграции.
frontend
CMS / данные
щенки / новости / отзывы
app / admin / bot
lanko/v1
операции
Предметные сущности
| Сущность | Что хранит | Зачем |
|---|---|---|
| Щенок / собака | Фото, пол, дата, статус, описание, родословная. | Продажа и архив питомника. |
| Новость / альбом | Текст, фотографии, тег, дата. | Жизнь питомника и поисковый трафик. |
| Отзыв | История клиента, категория услуги, дата. | Социальное доказательство рядом с услугой. |
| Заявка | Контакт, услуга, даты, комментарий, статус. | Не терять обращения. |
| Событие календаря | Визит, передержка, период оказания услуги. | Планирование загрузки. |
| Услуга | Название, цена «от», что входит, CTA. | Понятное коммерческое предложение. |
| Источник лида | Страница/канал, откуда пришла заявка. | Понимать, что реально приносит деньги. |
Основные потоки
Публикация
Владелец создаёт материал через кабинет, WordPress или Telegram → данные сохраняются → публичная страница получает актуальную версию → SEO-разметка формируется автоматически.
Заявка
Посетитель выбирает услугу → видит короткую форму → заявка сохраняется → владелец получает уведомление → заявка появляется в CRM → при подтверждении даты попадают в календарь.
Исторический контент
Старые сайты разбираются скриптами → тексты и медиа очищаются → восстанавливаются связи → подготовленный датасет импортируется в WordPress.
Контур владельца
Кабинет /app/ отделён от стандартного wp-admin. В ежедневном интерфейсе остаются только нужные действия: добавить щенка, опубликовать новость, посмотреть заявки, сменить статус, открыть календарь и поменять баннер.
Как добавить монетизацию без перестройки сайта
Коммерческий контур можно добавить поверх уже существующих заявок и CRM. Для первых тестов не нужен новый backend.
Минимальные поля, которые полезно добавить в заявку
| Поле | Пример | Зачем |
|---|---|---|
service_code | boarding / consult / care | Группировать заявки по услуге. |
lead_source | reviews / guide / search / telegram | Считать эффективность источников. |
quoted_price | 12 000 | Сколько предложили клиенту. |
final_revenue | 10 000 | Фактическая валовая выручка по завершённой услуге. |
repeat_client | true / false | Понимать долю повторных клиентов. |
partner_code | groomer_01 | Учёт партнёрских рекомендаций. |
Партнёрские товары — отдельный лёгкий поток
Страница «Чем мы пользуемся» не требует корзины. В WordPress хранится карточка рекомендации: фото, короткое пояснение, категория и внешняя ссылка. Клик можно считать событием аналитики, покупка и начисление вознаграждения происходят уже на стороне партнёрской программы.
Что измерять
Не нужно внедрять сложную BI-систему. Для первого месяца достаточно четырёх событий и одной таблицы.
| Событие | Когда | Что показывает |
|---|---|---|
service_view | Открыли страницу услуги | Есть ли интерес. |
lead_submit | Отправили заявку | Конверсия страницы. |
booking_confirmed | Договорились об услуге | Сколько заявок превращается в работу. |
referral_click | Перешли по партнёрской ссылке | Есть ли смысл в рекомендациях товаров. |
Что технически не нужно строить сейчас
- отдельный микросервис платежей;
- свой каталог товаров и складской учёт;
- личный кабинет клиента;
- сложную систему тарифов;
- маркетплейс специалистов;
- автоматический расчёт динамических цен;
- отдельное мобильное приложение для клиентов.
Если тест покажет реальный спрос, любой из этих слоёв можно добавить позже. Пока преимущество проекта — в том, что он остаётся маленьким и управляемым.
Публичный репозиторий
GitHub-репозиторий — портфолио и документация, а не зеркало production. Здесь не должны храниться ключи API, пароли, токены Telegram, SMTP-реквизиты, персональные данные заявителей или полная конфигурация сервера.