Эксперты — наша визитная карточка

Были времена, когда при знакомстве с людьми, я рекомендовал свой конструктор, если человеку нужен был сайт или лендинг. Чтобы он сам себе его собрал.

Потом я обратил внимание, что чаще начинаю рекомендовать не сам конструктор, а экспертов. Потому что так проще, и больше вероятности, что человек получит результат — хороший сайт.

И чем сложнее (функциональнее) становился продукт, тем чаще я делал ставку именно на экспертов, а не на продукт.

Сейчас мы готовим к выпуску бета-версию крупнейшего обновления за всю историю человечества конструктора. Для обычных предпринимателей это может быть сложно и непонятно, и мы уже не будем рекомендовать им разбираться в функционале самостоятельно (хотя я уверен, многие разберутся).

Мы будем рекомендовать экспертов. А для экспертов все будет очень просто и понятно, поверьте.

Наш новый продукт – это не конструктор, а эксперты, умеющие его использовать, и решать бизнес-задачи быстро и эффективно.

Становитесь экспертами.

Врываемся на рынок телеграм-ботов

Функционал сценариев, которые мы разрабатываем, универсальный. Может работать с базой данных сайта (добавлять и изменять записи), а может общаться с другими сервисами по API. А это означает, что и телеграм-боты можно собирать, используя просто API телеграма. Я не хотел об этом писать раньше, пока не проверю все сам, но вот я проверил, и ответственно могу заявить:

На Creatium можно будет собирать телеграм-боты. Связанные с базой данных сайта. И еще встраивать WebApp (это когда странички сайта прямо в самом боте открываются).

Теперь стало еще сложнее объяснить, что же такое Creatium.

Удивительное свойство вероятности в том, что она непредсказуема.

Допустим, мы бросаем монетку. Сколько раз нужно ее подбросить, чтобы быть на 100% уверенным, что хотя бы 1 раз выпадет орел? Нет такого числа.

Вы можете бросить монетку 100 раз, 1000 и даже 10000 раз, и все равно остается вероятность, что вы получите 10000 раз решку. Эта вероятность крайне мала, но она никогда не будет абсолютно нулевой.

Так выглядит архитектура сложных приложений на Creatium.

Давайте разберем пример.

Допустим, вы делаете комментарии на сайте. Они хранятся в базе данных, в табличке.

Оттуда они выводятся на сайт. На сайте посетитель оставляет новый комментарий, используя форму. Данные из этой формы попадают в сценарий, который эти данные помещает в таблицу, чтобы при последующем открытии страницы комментарий был на сайте. Цикл замыкается!

Это на самом деле похоже на круговорот. Из базы данных на сайт, оттуда в сценарии, оттуда снова в базу данных.

Это простая, но крайне эффективная архитектура для разработки сложных проектов.

Отдельно хочу написать про работу со сторонними сервисами по API.

Некоторые вещи я могу подразумевать как нечто само собой разумеещееся, и не писать об этом, но потом обнаруживаю, что это важно, но мы об этом не упоминаем.

В сценариях мы делаем удобной работы с внешними сервисами через API (если оно у них есть), и то что я выше писал про возможность разработки бота в телеграме - это именно этот функционал и есть. С тем же успехом можно наладить связь с CRM, складом, сервисами рассылок и т.д.

Другими словами, мы делаем так, чтобы сценарии не были слишком сильно привязаны к одному только Креатиуму, а могли свободно взаимодействовать с другими сервисами.

План запуска беты

С самого начала мы придерживаемся следующей тактики:
1. Добавляем первую группу пользователей в бету
2. Смотрим, анализируем, исправляем
3. Добавляем вторую группу
4. Анализируем, исправляем ошибки
5. Продолжаем в таком же духе
6. Убеждаемся, что все работает стабильно
7. Запускаем открытую бету

Сейчас мы между шагом 1 и 2. Я дал доступ первой группе пользователей, провел презентацию. Получил восторженные отзывы, и один скептический. Нашли некоторые проблемы, занимаемся исправлением. После чего продолжим добавлять пользователей в бету.

Думаю, уже пора открыть запись на бета-тест.

https://creatium.io/beta

Разработка продукта — это фрактал

Когда делаешь продукт, кажется, что добавляя в него фишки, ты закрываешь потребности клиентов. На самом деле это не так — ты закрываешь одну потребность, но вслед за ней открываешь несколько новых.

Например, мы сделали шаблонные страницы, и казалось бы, закрыли потребность. Но к этим шаблонным страницам появились новые требования, и в итоге задач у нас стало еще больше. И так всегда.

Сейчас мы делаем сценарии. Думаете, после их выпуска требований к продукту станет меньше? Вроде бы мы закрываем потребность, но нет, их станет в разы больше. Нужна будет возможность работать в сценариях с тем, с этим, поддержка того и сего.

К этому нужно быть готовым, чем больше продукт, тем больше требований, и чем больше требований удовлетворяется, тем больше их после этого становится.

Решения внутренние и решения внешние

Еще один парадокс разработки в том, что для того, чтобы решить проблему клиента, на уровне продукта, нужно решить совершенно иную проблему.

Например, клиент хочет подогреть еду - это его проблема. Решается она микроволновкой, но я вот сейчас несколько ссылок из гугла прочитал о том, как работает микроволновка, и ничего не понял!

Инженеры, строящие микроволновку решают совершенно иные задачи, чем те, которые видит и осозает потребитель. Они работают с электромагнитными волнами, излучением, другими понятиями, которые я даже назвать не могу. Это совершенно иной мир, в котором решение одних, никому не понятных проблем, приводит к разогреву еды.

Гугл ведь тоже “поиск” только снаружи. Внутри это индексация, структуризация, анализ данных, балансировка нагрузки, машинное обучение, и бог знает что еще.

Идеальное решение - это полное устранение проблемы и необходимости в самом решении.

Другими словами, это решение, которого нет.

Вот идёте вы под дождем и мокнете, и кажется, что решением проблемы будет зонт. Можно сделать его лёгким и компактным, но вам все ещё нужно носить его с собой.

Идеальное решение, это когда дождь на вас просто не капает, если вы этого не хотите.

С точки зрения этой философии, тот факт, что на Креатиуме можно собрать что-то сложное - это не достоинство, а недостаток. Потому что вам все ещё нужно что-то собирать и что-то делать.

В «идеальном Креатиуме» вам не нужно было бы ничего собирать. Все что вы хотите, собиралось бы автоматически.

Может быть, однажды мы к этому придём.

ChatGPT - это новая нейронная сеть, которая, похоже, знает ответы на все вопросы, понимает контекст разговора и производит полное впечатление наступившего будущего.

Регистрироваться и тестировать тут: https://chat.openai.com (русский вроде понимает, но намного слабее, чем английский)

Давно думаю над тем, чтобы разбавить канал каким-нибудь интерактивом.

Мне кажется, можно начать с исследования возможностей ChatGPT. Можно сделать тут групповой звонок, и я буду вопросы из чата переводить на английский, отправлять системе, и обратно переводить ответ.

Вместе исследуем искуственный интеллект на прочность. Что думаете?

Спонтанный эфир через 15 минут 😅

Потестим ChatGPT, обсудим результаты. Плана никакого нет, просто пообщаемся.

Подключайтесь, если свободное время есть. В том числе попробуем погенерировать коды для самого Креатиума с помощью этой штуки.

Итак, в процессе эфира мы выяснили:

1. Нейросеть действительно очень мощная
2. Что такое Креатиум она не знает (в комментариях подсказывают, что мы не правильно спрашивали)
3. Но предложила таблицу тарифов для конструктора сайтов
4. Умеет писать код и корректировать его. Несколько кодов я сумел прикрутить к страничке на Креатиуме
5. Если ошибается, то делает вид, что все ок, и может ввести в заблуждение
6. Знает рецепты хлеба, ингредиенты, умеет генерировать HTML странички целиком
7. Умеет отвечать на русском языке и укладываться в заданное количество предложений в ответе

Всем спасибо, кто пришел, некоторые скриншоты в комментариях еще пришлю.

Больше всего меня поражает то, что эту штуку сделал не Google и не Apple. Именно они должны были вкладывать в подобную разработку миллиарды долларов.

Google - потому что этот чат удобнее и эффективнее, чем поиск. Вместо десятков ссылок и необходимости их открывать и читать можно сразу получить ответ, без дополнительных действий.

Apple - потому что именно на таком уровне должна работать Siri, именно этого от нее ожидали пользователи. Чтобы можно было задавать сложные вопросы, и получать сложные ответы, и чтобы оно “просто работало”.

Шаблоны и скаффолдинг

Чем сложнее шаблон, тем сложнее его использовать, тем больше его нужно переделывать. А чем он проще, тем больше вероятности, что очень многое придется доделывать.

Допустим, мы сделаем готовый шаблон для доски объявлений. Какова вероятность, что он подойдет всем? Кому-то шаблон будет слишком простым, и его придется дорабатывать, кому-то слишком сложным, и его придется очищать от лишнего, что ничуть не проще, чем дорабатывать.

Но есть и другой подход: скаффолдинг (вики). По сути это генерация шаблона (включая таблицы в базе данных, сценарии и страницы на сайте) по заданным требованиям.

Например, можно задать, что в проекте есть сущность “Статьи”, и что зарегистрированные пользователи могут их добавлять, изменять и удалять, а читать могут и не зарегистрированные тоже. Этого описания достаточно, чтобы добавить в проект таблицу, несколько сценариев и страничек.

Этот подход имеет свои плюсы и минусы. Очевидный плюс в том, что не генерируется ничего ненужного, а все нужное - генерируется. Но в результате получается очень сырая основа, с точки зрения визуала и нюансов, и ее еще нужно дорабатывать. Но что-то в этом определенно есть.

Мне интересно, что вы думаете.

Через 15 минут проведем еще один спонтанный эфир.

Попробуем ChatGPT научить писать формулы для Creatium. На этот раз запись сделаем, если кто не сможет присутствовать (знаю, что поздно), но хочет посмотреть.