Для пары
Штаб управления: дашборд, задачи, бюджет, гости, сайт свадьбы, подрядчики, файлы, тайминг и ИИ-координатор.
Сводный продуктовый документ
Амбициозные планы проекта свадьбавспб.рф
Цель страницы — показать не короткую рекламную формулировку, а полный продуктовый контекст: каким может стать проект, почему это не просто каталог подрядчиков, какие референсы использованы и какую архитектуру стоит строить для рынка Санкт-Петербурга и РФ.
1. Исполнительное резюме
Главная позиция: локальная Wedding OS вместо очередного каталога
Общий вывод трех исследований: для свадьбаспб.рф не нужно строить еще один каталог подрядчиков. Наиболее сильная позиция — локальная Wedding OS: единая цифровая сущность свадьбы, где планирование, гости, подрядчики, день события и память после свадьбы связаны в один контекст.
На рынке нет одного прямого аналога, который закрывает все слои сразу. Существующие игроки сильны частями: Joy — гостевой слой и свадебный сайт; WedWed — русскоязычный планировщик; Горько! и Weddywood — локальный discovery и доверие; The Knot, Bridebook и Zola — бюджет, marketplace и consumer-flow; Aisle Planner и HoneyBook — профессиональный операционный контур; RSVPify — продвинутый RSVP; memoryKPR и Weddie.app — QR-медиа и интерактив гостя.
Главная продуктовая идея — не “каталог first”, а “scenario first”: пара приходит не просто смотреть исполнителей, а проходить понятный маршрут подготовки: старт, бюджет, выбор, гости, тайминг, подрядчики, день свадьбы, архив.
Идеальный продукт должен быть web-first и Telegram-first. Нативное приложение можно рассматривать позже; в российской реальности быстрее ценность даст личный кабинет, мобильная веб-страница и Telegram-шина.
Самый ценный продуктовый зазор — связка role-based access, live day-of coordination и мемориального слоя. Каталог, статьи и планировщик уже существуют у конкурентов; живой операционный слой свадьбы и единый контекст для всех ролей остаются слабозакрытой зоной.
2. Исходная продуктовая позиция
Свадьба как единый контекст, а не набор файлов, чатов и таблиц
Проект свадьбаспб.рф задуман как локальный свадебный портал для пар в Санкт-Петербурге, который постепенно вырастает в Wedding OS. Система должна помогать не только найти подрядчиков, но и собрать свадьбу в единую систему управления, коммуникации и памяти.
В центре — контекст свадьбы: дата, бюджет, гости, подрядчики, задачи, тайминг, документы, контент, история изменений и роли доступа.
Для гостей
Приглашение, RSVP, карта, дресс-код, FAQ, wishlist, напоминания, загрузка фото и доступ к материалам после свадьбы.
Для специалистов
Рабочий контур: бриф, актуальный тайминг, адреса, контакты, изменения и подтверждение получения информации.
Для координатора
Операционный центр дня: буферы, логистика, ответственные, форс-мажоры и живой тайминг.
После свадьбы
Фото, видео, пожелания, книга памяти, благодарности, годовщины и семейная памятная страница. В дальней перспективе — семейная цифровая среда.
3. Методика усреднения исследований
Согласованное ядро вместо копирования одного продукта
В документе использована модель “согласованного ядра”: если идея повторяется в двух или трех исследованиях и совпадает с концептом продукта, она получает высокий приоритет.
Если идея встречается только у одного агента, но подтверждается официальными источниками и закрывает важную боль Wedding OS, она включена как специализированный модуль. Если конкурент или функция выглядят сомнительно, слабо подтверждаются или относятся не к прямому свадебному OS-продукту, они переводятся в статус референса по отдельной механике.
| Блок | Суть | Повторяемость | Вывод |
|---|---|---|---|
| Ядро продукта | Единая сущность свадьбы, роли доступа, общий контекст | 3/3 + концепт | Обязательный фундамент |
| Пара и планирование | Дашборд, задачи, бюджет, тайминг, подрядчики, файлы | 3/3 + концепт | Обязательный слой ценности |
| Гостевой слой | Сайт свадьбы, RSVP, дресс-код, FAQ, карта, wishlist, фото после свадьбы | 3/3 + концепт | Быстрый visible value |
| Локальный рынок | Каталог подрядчиков, цены/вилки, отзывы, реальные свадьбы, совместимость команды | 3/3 | Ключ к SEO и монетизации |
| Telegram-шина | Команды, уведомления, согласования, гостевой FAQ, живой тайминг | 2/3 + концепт | Сильная адаптация под РФ |
| ИИ-координатор | Контекстные подсказки, риски, пересчет бюджета, суммаризация, брифы | 3/3 + концепт | Дифференциатор после структуры данных |
| День свадьбы | Live timing, role-specific timeline, форс-мажоры, уведомления подрядчикам | 2/3 + концепт | Самый сильный незакрытый зазор |
| Мемориальный слой | QR-загрузка фото, аудио-пожелания, галерея, архив, годовщины | 3/3 + концепт | Удержание и эмоциональная ценность |
4. Общая карта рынка
Большинство игроков сильны в одном-двух слоях, но не собирают свадьбу как OS
Рынок свадебных IT-продуктов можно разделить не по странам, а по типу закрываемой боли. Поэтому свадьбаспб.рф может не конкурировать лоб в лоб с каждым сервисом, а занять позицию интегратора: локальный контент и подрядчики + planning core + гостевой слой + live coordination + архив.
| Архетип | Примеры | Что закрывают | Вывод для Wedding OS |
|---|---|---|---|
| Маркетплейс и каталог | Горько!, The Knot, WeddingWire, Bodas.net, WedMeGood, Невеста.info/Кольцо.рф | Подрядчики, отзывы, заявки, SEO, реальные свадьбы | Высокая конкуренция, слабее операционный слой |
| Планировщик подготовки | WedWed, Bridebook, Bodas.net, WedSites, planning.wedding/Wedhub | Бюджет, задачи, гости, тайминг, рассадка | Полезно, но часто остается “таблицами” |
| Гостевой OS и сайт свадьбы | Joy, Zola, WedSites, RSVPify | Wedding website, RSVP, guest list, registry, сообщения | Самая быстрая ощутимая польза для пары |
| Профессиональная операционка | Aisle Planner, HoneyBook | Клиентский портал, договоры, счета, проекты, таймлайны, CRM | Хорошо для B2B, но не решает полностью B2C-сценарий пары |
| QR-медиа и интерактив дня | memoryKPR, Weddie.app, Wedibox/Wedbox | Фото, видео, аудио, live wall, фото-бинго, заявки DJ | Сильный слой дня свадьбы и памяти |
| AI-first planning | ItsaYes, Nupt.AI, The Knot AI-механики | ИИ-тайминг, мудборды, анализ отзывов, подбор подрядчиков | Перспективно, если ИИ связан с реальными данными свадьбы |
| Telegram/messenger tools | PartyBot, Botpad, Thatday, локальные свадебные боты | Рассылки, игры, лид-квалификация, напоминания | Для РФ это не дополнительный канал, а интерфейс управления |
5–6. Топовые конкуренты и референсы
Карта референсов: кого изучать и что забирать
Уровень A — прямые или стратегически близкие конкуренты. Уровень B — сильные модульные продукты, у которых стоит забирать конкретные механики. Уровень C — локальные и нишевые источники идей, полезные как паттерны, но не определяющие ядро продукта.
| Ур. | Конкурент / референс | Регион | Роль на рынке | Ключевой функционал | Что брать |
|---|---|---|---|---|---|
| A | WedWed | РФ | Planner + каталог | 7 онлайн-таблиц, бюджет, гости, рассадка, тайминг, контроль подрядчиков, сайты-приглашения | Взять структуру “все нужное в одном месте”, усилить ролями, Telegram и live day-of. |
| A | Горько! | РФ | Каталог + реальные свадьбы + комьюнити | Городские каталоги, реальные свадьбы, обсуждения, отзывы, рейтинги/топы | Взять глубину городских каталогов, отзывы, реальные свадьбы; не копировать устаревший форумный UX. |
| A | Weddywood | РФ | Медиа + premium vendor curation | Реальные свадьбы, эстетическая подача, каталог профи, органайзер, закрытый чат | Взять curated-подход: подрядчик выбирается через стиль, бюджет, реальные кейсы и доверие. |
| A | Joy / WithJoy | США/глобально | Guest OS + wedding website | Свадебный сайт, Smart RSVP, guest list, registry, mobile app, фото/объявления | Главный референс гостевого слоя: доступы, RSVP, guest list, коммуникации, сайт свадьбы как хаб. |
| A | Zola | США | Integrated consumer flow + registry commerce | Сайт, приглашения, реестр подарков, подбор подрядчиков, registry, thank-you tools | Взять связку “сайт — гости — подарки — благодарности”, осторожно с платежным слоем в РФ. |
| A | The Knot | США/глобально | Marketplace + planning data | Подрядчики, отзывы, бюджетный советник, сайт, приглашения, registry, AI/контент | Взять Budget Advisor, review summary, фильтрацию подрядчиков по бюджету и стилю. |
| A | Bridebook | Великобритания/глобально | Planner + budget + app | Checklist, budget, guest list, venues/suppliers, mobile planner | Взять onboarding, бюджетные ориентиры и “планировщик в кармане”. |
| A | Bodas.net | Испания/LatAm | Marketplace + planner + pro app | Поставщики, приложение пары, budget/checklist/guest/table planner, wedding website, pro app | Взять баланс B2C и B2B: отдельная ценность и для пары, и для подрядчиков. |
| B | Aisle Planner | США/глобально | B2B event operations | Project management, client portal, timelines, CAD layouts, budgets, vendor/client workspace | Взять ролевой служебный контур и профессиональный тайминг. |
| B | RSVPify | США/глобально | Продвинутые RSVP | Conditional logic, multi-step forms, guest types, dietary restrictions, seating chart | Взять каскадные RSVP-опросники и рассадку, связанную с ответами гостей. |
| B | memoryKPR | США/глобально | Digital guestbook + memory archive | QR-загрузка фото/видео/voice, live photo wall, AI tagging, albums, no app | Взять QR-медиа, аудио-книгу пожеланий, live wall и AI-сортировку архива. |
| B | Weddie.app | Европа/глобально | QR guest experience | QR-приложение без установки, фото/видео, меню, таймлайн, music requests, photo bingo | Взять интерактив гостя в день свадьбы: фото-бинго, заявки DJ, меню, таймлайн. |
| B | ItsaYes | Глобально | AI-first planner + design studio | AI planner, budget tracker, guest list, timeline, vendor manager, AI moodboards/style guides | Взять data-connected AI, дизайн-студию и подтверждение действий ИИ. |
| B | Nupt.AI | Глобально | ИИ-исследование и автоматизация | Deep vendor research, письма подрядчикам, транскрибация встреч, seating automation | Взять “ИИ ищет и структурирует”, адаптировать к российским источникам и проверке качества. |
| B | HoneyBook | США/глобально | CRM для фрилансеров/подрядчиков | Proposals, contracts, invoices, payments, projects, automations, AI meeting notes | Взять подрядческий pipeline, авто-брифы, документы и напоминания по оплатам. |
| C | Telegram-боты: PartyBot, Botpad, Thatday | РФ | Messenger-native micro-tools | Рассылки, игры, лид-квалификация, напоминания, годовщины | Взять формат Telegram-входа, быстрых команд и микросценариев. |
| C | Кольцо.рф / Невеста.info / Свадьба.РФ | РФ | Контент + каталог + SEO | Свадебные статьи, каталоги, идеи, поставщики | Использовать как SEO-ориентир и пример устаревшего каталожного подхода. |
7. Функциональная матрица
Что должен забрать Wedding OS из лучших работающих паттернов
| Функция | Референсы | Как должна выглядеть у нас | Приоритет | Зачем |
|---|---|---|---|---|
| Wedding website | Joy, Zola, WedWed, WedSites, Bodas.net | Персональный сайт пары, RSVP, карта, FAQ, дресс-код, wishlist, программа, приватные блоки | Очень высокий | Публичный интерфейс свадьбы и вход для гостей |
| Smart RSVP + Guest CRM | Joy, RSVPify, WedSites, Bridebook, Bodas.net | Каскадные вопросы, +1, дети, аллергии, трансфер, группы гостей, напоминания | Очень высокий | Снижает хаос и дает данные для бюджета/рассадки |
| Визуальная рассадка | RSVPify, WedWed, Bodas.net, Aisle Planner | Drag-and-drop столы, посадка гостей, экспорт для ресторана/декоратора | Высокий | Одна из практичных болей невест |
| Budget Advisor | The Knot, Bridebook, Zola, WedWed | План/факт, резерв, локальные бенчмарки, платежи, связь с гостями и подрядчиками | Очень высокий | Отличает OS от каталога и помогает не переплатить |
| Vendor graph | Горько!, Weddywood, The Knot, WeddingWire, Bodas.net, WedMeGood | Подрядчики, площадки, отзывы, цены/вилки, стиль, опыт работы на площадках, реальные свадьбы | Очень высокий | Главный SEO и B2B-актив |
| Real weddings as data | Горько!, Weddywood, WeddingWire, Bodas.net | Свадьба-кейс: бюджетный уровень, стиль, площадка, команда, сезон, решения | Высокий | Контент превращается в рекомендательную систему |
| Contractor control center | Aisle Planner, HoneyBook, WedWed, Bodas.net | Статусы, брифы, контакты, файлы, дедлайны, договоренности, платежный календарь | Очень высокий | Переход от портала к операционной системе |
| Live day-of timing | Aisle Planner, Weddie.app, концепт Wedding OS | Живой тайминг, сдвиги, уведомления по ролям, SOS, подтверждения подрядчиков | Очень высокий | Главный рыночный зазор |
| Telegram Bridge | PartyBot/Botpad, концепт Wedding OS, Gemini/GLM | Команды, уведомления, FAQ гостей, загрузка фото, согласования, оповещения подрядчиков | Очень высокий | Критично для российской поведенческой среды |
| AI coordinator | ItsaYes, Nupt.AI, The Knot, Bridebook | Onboarding, риск-алерты, пересчет бюджета, summary отзывов, авто-брифы, parsing договоров | Высокий | Работает только при качественной структуре данных |
| QR media & live wall | memoryKPR, Weddie.app, Wedibox/Weddies | Фото/видео от гостей, live wall, модерация, загрузка без приложения | Высокий | Важен в день свадьбы и после |
| Thank-you / post-wedding | Zola, Joy, memoryKPR, концепт Wedding OS | Благодарности, альбомы, архив, годовщины, повторные поводы | Высокий | Повышает LTV и эмоциональную ценность |
8. Идеальный, но реалистичный продукт
Целевая модель: слои будущей Wedding OS
Ниже не календарная дорожная карта, а образ максимально сильного продукта. Он построен как набор слоев, которые должны работать вокруг одной сущности свадьбы. Каждый слой реалистичен технологически и рыночно, но не обязан запускаться одновременно.
0.
0. Единое ядро свадьбы
- Объект “свадьба”: пара, дата, формат, бюджет, гости, подрядчики, тайминг, задачи, документы, сайт, медиа, история изменений.
- Ролевая модель: пара, гость, подрядчик, координатор, администратор, ограниченные приватные ссылки.
- Событийная логика: подготовка → предсобытийный режим → день свадьбы → после свадьбы.
Без этого все остальные функции будут набором разрозненных сервисов. Это фундамент для ИИ, Telegram, live timing и пост-свадебного архива.
1.
1. Личный кабинет пары
- Дашборд состояния свадьбы: просрочки, гости, бюджет, незакрытые подрядчики, ближайшие дедлайны.
- Задачи и этапы подготовки, привязанные к дате и формату свадьбы.
- Файлы, договоры, чеки, референсы, мудборды, заметки, решения.
- ИИ-сводка: что сейчас важно, где риск, что не закрыто.
Это рабочий штаб, а не декоративная админка. Он должен отвечать на вопрос пары: что делать дальше и где проблема.
2.
2. Персональный сайт свадьбы
- Конструктор страницы: дата, место, программа, карта, dress code, FAQ, wishlist, RSVP.
- Группы видимости: все гости, близкие, родители, подрядчики, VIP-ссылки.
- Пост-свадебный режим: галерея, видео, пожелания, благодарности, памятная страница.
Сайт — публичный интерфейс свадьбы. Он снижает ручные сообщения и становится точкой входа для гостей.
3.
3. Guest CRM и Smart RSVP
- Импорт и ручное добавление гостей, группы, семьи, дети, +1, статусы.
- Каскадные вопросы: если гость идет — меню/аллергии/трансфер; если не идет — благодарность.
- Напоминания тем, кто не ответил; выгрузки для ресторана, координатора, декоратора.
- Связь с рассадкой, бюджетом и трансфером.
Один из самых быстрых модулей ценности: чем точнее гости, тем точнее бюджет, рассадка, логистика и тайминг.
4.
4. Бюджет и финансовый советник
- Категории расходов, план/факт, резерв, платежный календарь, авансы и финальные оплаты.
- Локальные бенчмарки по СПб/ЛО: формат, сезон, количество гостей, площадка, уровень подрядчиков.
- Риски: недооценен транспорт, декор, звук/свет, питание команды, ночные доплаты.
- Сценарии: что будет, если гостей станет на 20 меньше; где снизить без потери качества.
Бюджет должен быть не таблицей, а инструментом решения. В РФ особенно важны вилки цен и честное ожидание расходов.
5.
5. Локальный граф подрядчиков и площадок
- Карточки подрядчиков: стиль, портфолио, цены/вилки, доступность, география, опыт площадок, отзывы.
- Реальные свадьбы как связующий слой: площадка + команда + стиль + сезон + бюджетный уровень + результат.
- Совместимость: фотограф работал на этой площадке; ведущий и диджей часто работают вместе; декоратор понимает стиль.
- Фильтры по бюджету, стилю, формату, району, дате, опыту и языку общения.
Главный коммерческий актив: каталог должен быть не справочником, а рекомендательной системой вокруг конкретной свадьбы.
6.
6. Контур подрядчиков
- Статусы: найден, интересен, запрос отправлен, встреча, договор, предоплата, финальный бриф, выполнено.
- Авто-брифы по ролям: фотографу — маршрут и shot-list; ведущему — программа; декоратору — палитра и доступ на площадку.
- Подтверждение получения обновлений и важных изменений.
- Файлы и документы без доступа к личным финансам пары.
Подрядчик должен видеть не “чужую админку”, а полезную рабочую страницу, экономящую ему время.
7.
7. Живой тайминг и координационный центр
- Роль-специфичные таймлайны: пара, координатор, фотограф, ведущий, ресторан, транспорт.
- Буферы, перемещения, точки риска, ответственные, контакты, технические окна.
- Live shift: сдвиг события пересчитывает связанные блоки и отправляет адресные уведомления.
- SOS/форс-мажор: подрядчик сообщает об опоздании, координатор видит и принимает решение.
Это слой, который отличает Wedding OS от каталога и обычного planner. В день свадьбы ценится надежность и актуальность.
8.
8. Telegram Bridge
- Для пары: добавить задачу, спросить статус, получить список рисков, утвердить действие ИИ.
- Для гостей: RSVP, FAQ, маршрут, напоминание, загрузка фото, программа дня.
- Для подрядчиков: актуальный бриф, адрес, изменения, подтверждение получения.
- Для координатора: массовые и адресные уведомления, быстрый сдвиг тайминга, экстренные сообщения.
В РФ Telegram должен быть не “уведомлением”, а полноценным быстрым интерфейсом к Wedding OS.
9.
9. ИИ-координатор
- Onboarding-квиз → черновик бюджета, чек-листа, сайта и тайминга.
- Предиктивные риски: бюджет, тайминг, недостающие подрядчики, неопределенные гости.
- Анализ отзывов и карточек подрядчиков: резюме сильных/слабых сторон.
- Семантический разбор договоров и сообщений: даты оплат, условия, штрафы, дедлайны.
- ИИ предлагает изменение, пользователь подтверждает, система фиксирует действие.
ИИ должен быть связан с данными свадьбы. Чат без контекста не даст конкурентного преимущества.
10
10. Мемориальный слой
- QR-загрузка фото и видео гостями без приложения.
- Цифровая книга пожеланий: текст + аудио + фото.
- Модерация и live photo wall на банкете.
- После свадьбы: галерея, face/group tagging, благодарности гостям, архив, годовщины.
- Дополнительная монетизация: печатный альбом, фотокнига, премиальная страница, повторные предложения партнеров.
Свадьба не заканчивается ночью банкета. Этот слой делает продукт эмоционально сильнее и увеличивает срок жизни клиента.
11
11. Контентный и SEO-слой
- Гайды “с чего начать”, “сколько стоит”, “как выбрать”, “ошибки”, “тайминг”, “ЗАГСы и площадки СПб”.
- Реальные свадьбы как SEO и как data source для рекомендаций.
- Локальные страницы: районы, пригороды, дворцы бракосочетания, форматы, сезоны, площадки.
- Калькуляторы, чек-листы и мини-инструменты как вход в OS.
Контент не должен быть глянцем ради глянца. Он должен приводить пользователя в полезный сценарий и постепенно создавать данные в системе.
Отдельный смысл мемориального слоя
После свадьбы Wedding OS не закрывается, а меняет режим
Персональный сайт становится не временным лендингом, а живой памятной страницей, которая продолжает развиваться вместе с семьей. Если до события система помогала организовать свадьбу, то после нее она начинает сохранять фото, видео, пожелания гостей, благодарности, важные моменты и годовщины.
ИИ-ассистент помогает разобрать материалы, сгруппировать фото по этапам дня, найти лучшие кадры, выделить гостей, собрать подборки, благодарственные сообщения, короткие ролики, мини-фильмы и макеты фотокниг.
Со временем этот слой может выйти за рамки свадьбы: беременность, ожидание малыша, первые снимки будущей мамы, личные заметки пары, рождение ребенка, первые семейные фотографии, короткие видео, голосовые заметки, письма малышу. В перспективе это может вырасти в семейную цифровую среду, где единицей является не один профиль человека, а одна семья.
9. Очередность без календарной дорожной карты
Сначала фундамент и заметная польза, затем локальный рынок, live operations, ИИ и память
| Приоритет | Что входит | Почему именно так | Референсы |
|---|---|---|---|
| P0. Фундамент OS | Единая сущность свадьбы, роли доступа, структура данных, фазы жизненного цикла | Без этого невозможно строить AI, Telegram, live timing и безопасность данных | Концепт Wedding OS, Aisle Planner |
| P1. Быстрая ценность для пары и гостей | Сайт свадьбы + Smart RSVP + guest CRM + базовые задачи/бюджет | Пара быстро понимает пользу; гости начинают создавать данные; снижается хаос сообщений | Joy, WedWed, RSVPify, Bridebook |
| P2. Планировщик и бюджетный советник | Задачи, чек-лист, бюджет, платежи, рассадка, тайминг, локальные бенчмарки | Переход от “приглашения” к реальному штабу подготовки | WedWed, The Knot, Bridebook, Bodas.net |
| P3. Локальный vendor graph | Подрядчики, площадки, цены/вилки, отзывы, реальные свадьбы, availability, стиль, рекомендации | Создает SEO, доверие, монетизацию и реальную ценность выбора | Горько!, Weddywood, The Knot, Bodas.net |
| P4. Контур подрядчиков | Статусы, брифы, документы, файловый обмен, подтверждение обновлений, role-specific pages | Подрядчики начинают получать пользу, а не просто лиды | Aisle Planner, HoneyBook, Bodas.net |
| P5. Telegram Bridge | Команды, напоминания, согласования, guest FAQ, подрядческие уведомления | Реальная подготовка идет в мессенджерах; нужно встроиться в привычку | PartyBot/Botpad, концепт Wedding OS |
| P6. Live wedding day operations | Живой тайминг, сдвиги, адресные уведомления, SOS, координаторский пульт | Самый сильный отличительный слой от каталогов и планировщиков | Aisle Planner, Weddie.app, концепт |
| P7. Контекстный ИИ | Onboarding, риски, пересчет бюджета, summary отзывов, авто-брифы, разбор договоров | ИИ становится полезным только когда уже есть данные и действия для обновления | ItsaYes, Nupt.AI, The Knot, Bridebook |
| P8. Мемориальный слой | QR-медиа, audio guestbook, live wall, галереи, благодарности, годовщины | Увеличивает срок жизни продукта и эмоциональную ценность | memoryKPR, Weddie.app, Zola/Joy |
10. Что не стоит делать первым
Ограничения, которые защищают продукт от распыления
- Не начинать с нативного мобильного приложения. Для российского старта дешевле и быстрее: адаптивный web + Telegram + QR.
- Не начинать с полного gift registry / e-commerce. В РФ это платежи, юридические вопросы, доверие гостей и сложная логистика.
- Не пытаться сразу реализовать полноценную CRM для всех подрядчиков. Начать с кабинета по конкретной свадьбе: бриф, тайминг, файлы, контакты, подтверждения.
- Не делать ИИ автономным исполнителем без подтверждения. В свадьбе критична цена ошибки.
- Не превращать продукт в глянец без инструмента. Контент должен вести в конкретный сценарий: чек-лист, калькулятор, подбор, RSVP, бриф.
- Не копировать форумы и перегруженные каталоги. Их сила — объем и SEO; наша сила должна быть в структуре, качестве, сценариях и операционной пользе.
- Не делать “фантастические” функции вроде полностью автоматической организации свадьбы. Реалистичная ценность — подсказки, структурирование, проверка рисков и уменьшение ручной работы.
11. Адаптация под РФ и Санкт-Петербург
Локальность — не косметика, а продуктовая логика
| Фактор РФ/СПб | Что учитывать | Продуктовое решение |
|---|---|---|
| Локальность СПб | Сезонность, дожди/ветер, пригороды, дворцы бракосочетания, пробки, развод мостов, загородные площадки, фотомаршруты | Локальные шаблоны тайминга и рисков, а не универсальная свадьба “где угодно” |
| Telegram-first | Пары, гости и подрядчики привыкли решать вопросы в мессенджерах | Telegram как вход в ядро OS: команды, уведомления, FAQ, подтверждения, загрузки |
| Недоверие к ценам | На рынке часто “цена по запросу” и сильный разброс смет | Вилки цен, бюджетные уровни, честные категории и фильтр “в мой бюджет” |
| Подрядчики не любят лишние CRM | Им не нужен еще один тяжелый кабинет | Минимальный полезный служебный контур по конкретной свадьбе + Telegram-уведомления |
| Юридическая и платежная осторожность | Договоры, персональные данные гостей, фото/видео, согласия | Прозрачные права доступа, согласия на загрузку/публикацию, хранение документов, без лишних платежных обещаний на старте |
| Роль организатора/координатора | Многие пары делают часть сами, часть с организатором | Система должна поддерживать DIY, “с координатором” и “с агентством” без смены архитектуры |
| SEO и контент | Запросы по СПб, площадкам, районам, ценам и категориям — важный вход | Контент должен связываться с инструментами и реальными карточками подрядчиков |
13. Одностраничный образ идеального продукта
Как это выглядит для пары, гостей, подрядчиков и координатора
| Этап | Как это выглядит |
|---|---|
| До регистрации | Пара читает локальный гайд, проходит мини-квиз “какая у вас свадьба”, получает пример бюджета и список первых шагов. |
| После регистрации | Создается свадьба как цифровая сущность: дата, формат, гости, бюджет, черновик сайта, чек-лист и первые риски. |
| В процессе подготовки | Пара ведет задачи, бюджет, подрядчиков, документы, гостей, референсы и сайт. ИИ подсвечивает риски и предлагает действия. |
| Для гостей | Гость открывает ссылку/QR, видит только нужное, отвечает на RSVP, получает маршрут, программу, FAQ и потом фото/видео. |
| Для подрядчиков | Каждый специалист получает свой бриф и актуальный тайминг без лишних личных данных пары. |
| В день свадьбы | Координатор управляет живым таймингом; сдвиги уходят адресно подрядчикам и гостям; гости загружают медиа по QR. |
| После свадьбы | Сайт превращается в архив: галерея, пожелания, аудио, благодарности, памятная страница и годовщины. |
12. Итоговая продуктовая формула
свадьбавспб.рф — не “русский The Knot” и не новый “Горько!”
свадьбавспб.рф должен стать локальной Wedding OS для реальной подготовки и дня свадьбы: полезный портал, который объединяет сценарий пары, гостевой интерфейс, локальный рынок подрядчиков, служебную координацию и память о событии.
Главный вход: “Помогите мне собрать свадьбу в СПб без хаоса”.
Главный интерфейс: личный кабинет + сайт свадьбы + Telegram.
Главный актив данных: единый контекст свадьбы.
Главное отличие от каталогов: не просто найти подрядчика, а встроить его в тайминг, бюджет, бриф и день события.
Главное отличие от обычных планировщиков: не просто чек-лист, а live coordination, роли и пост-свадебный архив.
Главное отличие от ИИ-чатов: ИИ знает данные свадьбы и действует через подтверждаемые изменения.
14. Источники и проверенные референсы
На чем основан продуктовый документ
В исходном документе использованы пять загруженных файлов: “Концепт OS Wedding 1”, “Концепт OS Wedding 2”, “Исследование GLM”, “Исследование Gemini”, “Исследование ChatGPT”. Дополнительно были проверены официальные страницы ключевых продуктов и несколько профильных страниц функций.
Joy / WithJoyhttps://withjoy.com/Zolahttps://www.zola.com/The Knothttps://www.theknot.com/Bridebookhttps://bridebook.com/WedWedhttps://wedwed.ru/Горько!https://rus.gorko.ru/Weddywoodhttps://weddywood.ru/Aisle Plannerhttps://www.aisleplanner.com/RSVPifyhttps://rsvpify.com/memoryKPRhttps://memorykpr.com/Weddie.apphttps://www.weddie.app/enItsaYeshttps://itsayes.io/HoneyBookhttps://www.honeybook.com/