Александр, спасибо — это как раз то, что снаружи не видно.
В Павлове я наступил на ту же проблему в миниатюре. Слот экскурсии там тоже оказался не временем, а ёмкостью: пришлось вынести в настройки, сколько групп музей принимает в одно время, какие статусы заявок занимают слот (отменённые время освобождают) и считать ли индивидуальных посетителей в занятости. Но до общего лимита на группу категорий я не дошёл — у меня ограничение на слот целиком. Ваш пример с теплоходом очень точный: взрослых и детских заранее не угадаешь, а бортов больше не станет.
Про «много кнопок» — по-моему, тут помогает не выкидывать, а прятать по ролям: кассиру нужны три действия, администратору тридцать. Тогда никто ничем не жертвует.
Вопрос к вам как к автору: лимит по группе категорий виден через API? Например, при RESERVATION приходит внятная ошибка, когда лимит исчерпан, или остаток можно заранее получить в списке мест? Если да, то сайт музея поверх Bil24 может честно показывать, сколько мест осталось на сеанс, а не только кнопку «купить». Для демо, о котором я писал выше, это был бы самый интересный кусок.
Хороший вопрос, и ответ «да, но не там, где кажется».
По такой документации, как у вас, ИИ действительно за часы напишет рабочий каркас: забрать события через GET_ALL_ACTIONS, вывести афишу, карточки с описаниями, подставить виджет продажи. Раньше это были дни работы, сейчас — вечер. Здесь удешевление реальное.
Но код — меньшая часть стоимости сайта для учреждения. Дорогое остаётся дорогим:
— понять процесс конкретного музея: группы, экскурсии, Пушкинская карта, выходные дни, что продаётся через вас, а что по записи;
— контент: тексты и фото ИИ не сделает, в музей он не сходит;
— обязательное для госучреждений: версия для слабовидящих, раздел документов, 152-ФЗ;
— надёжность: кэшировать каталог, а не дёргать API на каждый заход, и чтобы сайт не падал, если API временно недоступен;
— дизайн. Сгенерированные сайты сейчас узнаются с первого экрана, они все похожи друг на друга;
— и главное — кто будет это поддерживать, когда через полгода что-то сломается.
Итого: ИИ кратно ускоряет написание кода, и цена такого сайта падает. Но «попросил нейросеть и получил хороший сайт» без человека, который понимает, что строит, пока не работает — получается демо, а не продукт.
Кстати, задача интересная. Если не против, соберу демо на вашей тестовой зоне — музейная афиша на живых данных Bil24 с вашим виджетом — и покажу, как это выглядит на практике.
Статью прочитал, спасибо — про схему зала и процессинг статусов всё так, это и правда айсберг.
У нас случай поуже: муниципальный музей в райцентре. Схема зала не нужна вообще — нет нумерованных мест, есть входной билет, льготы и экскурсия. Промышленные системы (1С:Музей, TicketNet, «Лайм») под это, конечно, тоже умеют, вопрос только в том, влезает ли их ценник в бюджет МАУК — у нас не влез.
Что до Пушкинской карты: судя по методичкам PRO.Культура.РФ, оператор не обязателен — можно зарегистрировать свой терминал как «белый» и продавать самим. Но это ровно та часть, где я меньше всего уверен. Если у вас есть живой опыт, как это выглядит на практике, — послушал бы с интересом.
И честно: если окажется, что музею дешевле и надёжнее сесть на готовую систему, я первый это заказчику и скажу. Писать своё ради того, чтобы написать своё, — так себе идея.
Спасибо, рад, что зашло. Следующим постом хочу разобрать сайты районных музеев области — там половина не открывается с телефона.
Bil24 — рабочая штука, спорить не буду. Но комментарий отлично иллюстрирует, почему я вообще всё это пишу.
Билетный оператор решает продажу. А у муниципального музея боль не в продаже — она в учёте: льготники, бесплатники, возвраты, смена кассира, Z-отчёт, 8-НК в конце года, и всё это должно сходиться с бухгалтерией. Готовая платформа отдаёт красивый онлайн-канал и забирает процент с каждого билета плюс контроль над данными.
Поэтому строю свой контур: касса и учёт — внутри учреждения, а внешний оператор при желании подключается сверху как ещё один канал продаж. Не «вместо», а «на своих условиях».
Если есть опыт внедрения Bil24 в небольшом музее — расскажите, как там с офлайн-кассой и отчётностью, реально интересно.
Спасибо, это самый содержательный коммент в ветке, и с ядром спорить не буду: лендинг — это воронка, а структура воронок давно решена. Мы, кстати, структуру и не изобретаем — экран-оффер, доказательства, снятие возражений, целевое действие у нас ровно там, где им положено быть по учебнику. Уникальность у нас в «шкурке», а не в скелете. Продолжая вашу метафору: у всех машин 4 круглых колеса, но люди почему-то платят разные деньги за одинаковые по структуре машины — и кузов с салоном имеют к этому прямое отношение.
Где не соглашусь — «никакой разницы, потому что неизвестно, что решит проблему продаж». Смотрите, в нашей схеме у дизайна есть измеримая работа ДО того, как встанет вопрос продаж цветов: сконвертировать холодное сообщение в ответ владельца. Это тоже воронка, только наша, и в ней «красивая картинка» — не украшение, а оффер. Типовой макет в холодной рассылке равен «продам вам сайт», уникальный — «мы уже подумали про ваш бизнес». По нашим цифрам эта разница конвертирует.
А вот вопрос «какой компанией хотите быть» — в точку, и честный ответ: мы это сейчас и выясняем публично. Продавать «картинки» на законе больших чисел — рабочая модель, вы правы. Но тёплый диалог у нас случился с тем, кто спрашивал про онлайн-запись, то есть про функцию, а не про красоту — и это намекает, что ценность живёт ближе к первому варианту. Маркетинг изучать придётся, тут без иллюзий.
Честный ответ: сначала — никак, и за это поплатились. Тот самый диалог «а сколько стоит?» с последующим испарением — как раз человек, которому понравился бесплатный макет, а не нужен был сайт.
Сейчас отсеиваем на двух этапах.
До отправки — по косвенным признакам, что бизнесу есть куда девать сайт: живые соцсети с активностью (значит, кто-то занимается привлечением), онлайн-запись через сторонние сервисы или приём заказов в личке (значит, есть поток, которому тесно), свежие фото и отзывы. Если заведение не обновляло группу два года — сайт ему не нужен, ему нужен админ. Таким больше не пишем.
После ответа — по первому вопросу собеседника. «Сколько стоит?» без единого вопроса о содержании — почти всегда мимо. А вот «а можно сюда прикрутить запись/меню/доставку?» — человек уже мысленно встроил сайт в свой процесс, с такими и идёт разговор. Наш текущий тёплый диалог начался именно с вопроса про онлайн-запись, а не с цены.
Плюс само демо теперь работает фильтром: мы показываем концепт, но сразу проговариваем вилку до того, как человек влюбится в бесплатное. Кто отваливается на цифре — сэкономил нам созвон.
Спасибо за «горько, но правдиво» — серьёзно, ноль с аргументацией полезнее пяти молчаливых лайков. Но по пунктам поспорим.
Про «реверсните британский сайт за 20 минут». Смотрите, что происходит дальше по этой схеме: бизнес говорит «вау, беру» — и мы оказываемся в позиции, где продали чужую работу. Дальше либо делать «то же самое, но своё» (и клиент спросит, почему финал хуже демо), либо выкатить копию в прод и ждать письма от британской студии. Оба варианта — это уже не бизнес, а мина замедленного действия. Демо — это обещание, и обещать мы можем только то, что умеем делать сами.
Про «креатив или бизнес». Так в том и дело, что для нас это не творчество ради творчества — это и есть бизнес-гипотеза, которую мы публично тестируем: отвечает ли малый бизнес на уникальное лучше, чем на типовое. Пока счёт: холодная конверсия в диалог 14% против средних 1–5% у обычного аутрича. Может, на дистанции гипотеза не подтвердится — тогда мы честно напишем пост «нас переиграл шаблон».
А вот с «эффект первого лендоса — это несложно» не соглашусь эмпирически: если бы было несложно, у половины заведений города digital-присутствие не заканчивалось бы на номере телефона в 2GIS.
Но за «чисто по-пацански» — уважение. Если у вас есть кейс, где реверс чужого дизайна привёл к сделке и долгому клиенту, расскажите, правда интересно — вдруг мы зря усложняем.
Спасибо, по сути всё верно — и мы примерно туда и движемся. «Система заготовок», про которую писали в конце, ровно про это: не собирать каждое демо с нуля.
Но есть нюанс, из-за которого полный конвейер «нейросеть → готовая страница» нам пока не зашёл. Мы пробовали генераторы (и гугловский Stitch в том числе) — на выходе получается аккуратный, но узнаваемо-типовой дизайн. Такие лендинги владелец бизнеса уже видел десять раз, и реакция «ого, это про нас?» не случается. А вся наша конверсия держится именно на ней: барбершоп открывает сайт в эстетике игральных карт и понимает, что это делали конкретно под него, а не прогнали его название через шаблон.
Поэтому у нас гибрид: визуальную идею и ключевые экраны придумываем сами (это самая долгая часть, и её как раз сокращать нельзя), а рутину — вёрстку, адаптив, наполнение — активно скармливаем нейросетям. Вечер на демо — это уже с ними, руками было бы дня три.
А вот с тезисом «пофиг что в коде каша» согласны на 100%. Демо — это картинка для решения, никто не будет смотреть его исходники. Продакшн потом всё равно пишется заново.
Про конверсию конвейера — да, посчитаем и расскажем, вторая итерация как раз про скорость.
Спасибо! Да, именно так: у профессионала ИИ сжимает «написание кода», но не «понимание, что строить». Посмотрим на практике.
По koncertsamara-подобному сайту прикину сразу, потом уточню по факту. Афиша по API, страницы событий и площадок, SEO и GEO (разметка событий, чтобы их подхватывали поисковики и нейропоиск), покупка через виджет. Без ИИ я бы оценивал такое в 350 тыс., сейчас реально 180 тыс. и 4–6 недель. Дешевеет код, а тексты, интеграция и поддержка остаются.
Демку соберу так: сайт генерируется статикой из API и обновляется по расписанию. Так он быстрый, хорошо индексируется и не ложится, если API временно недоступен. Кнопка «Купить» открывает Fluwid на нужном сеансе.
Для этого нужен доступ к API тестовой зоны (frontendId и token). Можете выдать? Как соберу, покажу здесь и засеку, сколько часов ушло. Думаю, это ответит на ваш вопрос лучше любых оценок.