Новая версия старого мема.

Попытка установить верную цену для нового продукта - это ад.

1. Сделать бесплатно - остаться без средств на развитие и вообще на жизнь.
2. Сделать дешево - не построить экономическую модель нормально.
3. Сделать дорого - лишить себя большого количества “маленьких" клиентов.
4. Сделать средне - а сколько это вообще "средне”? Ответы разные будут.
5. Модель “плати сколько хочешь” - не работает, проверено (не нами).
6. Бесплатно для некоммерческого использования - будут использовать для коммерческого.
7. Бесплатно для личного, платно компаниям - то же самое.

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

Исключения есть, но это ошибка выжившего.

Добавлю, что разделение функций по тарифам - задача тоже сложная.

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

Вот эту «пользу» измерить сложно, всегда будут исключения. Больше товаров в каталоге - выше цена? Да, но потом мы получаем сообщения от ребят, у которых заказов не много, но каталог огромный просто в силу специфики бизнеса.

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

Иногда это доходит до абсурда. На Cloudflare если ты купил домен, то собственные NS сервера указать можно только на тарифе за $250. И кстати, у компании дела идут отлично.

Creatium - ошибка выжившего?

Вот уже 10 лет я занимаюсь конструкторами. Началось все с простой идеи - визуальный конструктор лендингов в облаке. Я помню, какие игроки были на рынке тогда, и все время наблюдал как одни конструкторы появляются, а другие умирают.

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

Первым был LPGenerator, который казался мне большой компанией, с которой я и не думал конкурировать, потому что мы маленькие и на многое тогда не претендовали. Потом пришли наши первые клиенты и сказали, что мы лучше. Из-за внутренних конфликтов LPG перестал развиваться. Ходят слухи, что там все еще есть живые пользователи.

Еще был конструктор Spagece, который потом переименовался в Bloxy. Они несколько раз полностью переписывали весь функционал, и может быть это их погубило, а может быть что-то другое. Мы даже обсуждали возможность слияния их с Платформой LP, но этого не случилось. Сейчас у них даже сайт не работает.

Примерно в одно время с нами запускались коснтрукторы LPTrend, Borstch, которые тоже остались в прошлом.

Еще помню БМ Пулю, которую хорошо продвинули в Бизнес Молодости, и мне казалось, что с такой поддержкой у них все будет просто прекрасно.

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

Я не злорадствую. Я все эти продукты считал сильными и перспективными. Просто я не всегда понимаю, почему мы выжили, а они - нет. Иногда думаешь: “вот у них классно, а у нас не очень”. А потом видишь как эти “они” закрываются. Это очень странно, и каждый раз удивляет меня.

Хотели бы вы, чтобы Creatium купила большая компания?

У нас пока нет предложений, просто интересно мнение. С одной стороны может быть больше ресурсов на развитие, с другой - фокус развития может измениться.

Вчера было 720 подписчиков, сегодня 745. Никакой активности не было, репостов вроде бы тоже.

Откуда эти 25 подписчиков, может кто знает? Боты? Инвесторы?

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

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

Среди частых причин - несоответствие продукта рынку, неверная стратегия запуска, банально заканчиваются деньги.

Мы хотим увеличить процент “выживших” и успешных компаний. Для этого мы модернизируем конструктор сайтов Creatium и на его основе делаем No-code платформу для разработки полноценных MVP, таких как маркетплейсы, личные кабинеты, соц-сети и так далее, любые проекты с личным кабинетом.

Ключевая ценность - быстрый Time-to-market, чтобы тестировать больше идей, запуская рабочие MVP с функционалом и приемом платежей от пользователей (подписка, разовые платежи, любая другая логика). Больше идей проверили - больше шансов найти “ту самую”.

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

Возможности не ограничены одним MVP, если ваша идея “выстрелит”, вы можете его развивать до полноценного продукта, не покидая платформу. Она построена так, чтобы выдерживать большие нагрузки (результаты стресс-тестов будут позже). Безопасность персональных данных тоже учли.

Сейчас все в бета-версии, из которой мы планируем выйти в начале лета.

Как мы пришли к No-code

Разработка любого рода конструктора - это поиск компромиссов между шаблонностью и гибкостью. Ранее я писал, что разработка любого продукта - это фрактал. Ты добавляешь одну функцию, пользователи просят 2 доработки. Что-то дорабатываешь, просят еще. Это нормально. Чем сложнее продукт, тем выше требования к нему.

Но в какой-то момент количество “хотелок” становится таким, что понимаешь, что реализовать все это невозможно.

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

Стало понятно, что подход “просто добавлять больше функций в конструктор” приводит к тому, что требований становится только больше.

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

Мы переносим часть функционала со стороны конструктора на сторону проекта. Например, с помощью сценариев можно будет добавлять новые способы оплаты, но этот функционал - это будет часть проекта, а не конструктора.

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

Масштабируемая No-code платформа

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

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

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

Решение - рабочий прототип, MVP, собранный на коленке. Требования следующие: (1) прототип должен быть собран быстро, (2) он должен иметь рабочий функционал и (3) он должен брать деньги за этот функционал, чтобы проверить спрос.

С этого набора требований мы и начинали 2 года назад, когда сделали связку Creatium + Google Таблицы + Integromat. Даже несмотря на то, что задержка в обновлении данных была несколько секунд, оно работало и давало результаты.

Правда тот факт, что больше, чем MVP на тот момент сделать было нельзя, многих клиентов огорчал, и останавливал - потому что в случае успеха проект пришлось бы переделывать в коде, чтобы он работал быстро.

Получив обратную связь, мы начали разработку новой версии Creatium, которая помимо указанных требований выше, включала бы:
(4) Высокую скорость работы (операции выполняются за милисекунды)
(5) Отказоустойчивость (один сервис вместо трех)
(6) Защиту персональных данных (полный контроль, где что хранится, тариф с self-hosted)
(7) Масштабируемость (работа с сотнями тысяч и миллионами строк в базе данных)

Фактически у нас получается визуальная платформа для веб-разработки, которая в разы быстрее и дешевле классической разработки.

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

13 человек делают SaaS на Creatium

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

На самом деле то, что происходит, вполне можно навзать пивотом. Мы делали конструктор лендингов-сайтов, но 2 года назад увидели потенциал в личных кабинетах, и начали выруливать в эту сторону.

Потребовалось с нуля разработать собственный движок сценариев, язык формул, благодаря которым можно делать сложную логику.

В итоге мы видим голоса за пункт “SaaS”.

Помните, я писал что записался на курс по питчингу?

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

Если мы будем говорить про базы данных, сценарии и формулы - нас не поймут. Нужен другой язык. Что с того, что у нас все это есть? Что с того, что классическая разработка дорога? Если человек с этим не сталкивался, то ему должно быть безразличо, что у кого-то там что-то дорого и медленно.

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

Ведь самое важное для любой новой компании - найти Product-Market fit, или по-русски “Соответствие продукта рынку”. Это когда продукт соответствует требованиям на рынке, его готовы покупать.

Что нужно, чтобы найти этот Product-Market fit? Тестировать разные идеи. Адаптировать продукт под изменения на рынке, быть гибкими и быстрыми, проверить максимальное количество гипотез, пока не кончились все деньги. С этим мы и помогаем.

Возможно, это не последний вариант, но он определенно мне нравится. И его можно объяснять без этих всяких “Product-Market fit”, “MVP” и так далее - простыми словами.

No-code и AI

Это 2 современные технологии, которые некоторое время назад начали пересекатсья. No-code показал, что можно разрабатывать и без кода, а AI показал, что можно код писать просто запросами.

К сожалению, достоверно неизвестно, есть ли пределы мощностей у AI. Будет ли у нас через 10 лет какой-нибудь GPT 8, который просто по текстовому описанию проекта будет задавать правильные вопросы, на основании которых уже генерировать проект целиком - неизвестно.

Неизвестно так же когда появятся достойные аналоги GPT, которые можно использовать в РФ.

В любом случае я уже сейчас думаю, как эффективней всего использовать ИИ на Креатиуме. Просто для генерации текстов - примитивно. Для генерации проектов целиком - пока невыполнимо.

Не зовется использовать ИИ только чтобы говорить, что мы используем ИИ. Хочется найти максимально эффективное и эффектное примененние.

Понимаю, что тут про ноукод а не программирование, но среди нас есть и программисты тоже.

Кто-нибудь уже пробовал Kotlin Multiplatform? Есть отзывы? Сравнение с Flutter, React Native?

Мне сегодня исполняется 29, и я хочу быть честным.

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

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

Возможно, пост покажется банальным, но мне сегодня исполняется 29, и я хочу быть честным человеком.

Не могу пройти мимо новости о появлении нейросети для написания кода StarCoder с открытым исходным кодом.

Я ведь буквально на прошлой неделе писал, что "Неизвестно так же когда появятся достойные аналоги GPT, которые можно использовать в РФ”. А тут такое.

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

Что же это значит, простыми словами

Это приближает время, когда в ноукод-сервисе можно будет написать:

“сделай мне доску объявлений, в которой зарегистрированные пользователи могут оставлять объявления, а посетители их видеть. И еще чтобы подписка была за 500 рублей, чтобы видеть контактные данные объявлений”,

и этого будет достаточно чтобы сгенерировать основу.

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

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

Сложности использования AI в конструкторе

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

Настоящая революция - это когда нейросеть работает со всем проектом целиком. Что этому мешает? Размер контекста.

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

Чтобы верно выполнить задачу, нейросеть должна знать: список страниц, структуру страниц, список таблиц. К сожалению, сейчас все это уместить в нейросеть невозможно. Особенно страницы - каждый компонент содержит множество настроек, и все это ну никак не помещается в контекст.

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

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

Учусь презентовать проект на английском зарубежной аудитории

ChatGPT и настоящая дичь

Несмотря на всеобщий восторг (мой в том числе) я периодически получаю настоящую “дичь” в ответах от GPT. Несколько отрывков.

Вопрос: Происхождение слова «мятеж»
Ответ: Слово «мятеж» происходит от глагола «мять», который обозначал действие по сжатию, смятию, скручиванию, и «еж», т.е. движение, связанное с чем-то острым, колющим…

Вопрос: Отношения птичек и крокодилов в плане чистки зубов
Ответ: …Пилосберегающие птицы, такие как зубастые дрозды, дымчатые лягушки, кормораны и древесные утки, посещают рты крокодилов, чтобы вычистить любое мясо и остатки из зубов и десен. Кроме того, они могут помочь крокодилам снять пищу с костей, зажатых зубами, используя свои клювы.

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

Присылайте свои примеры “дичи” в комментариях к этому посту.

Лишний раз убедился в правильности выбранной нами ценовой стратегии для Creatium Beta.

(на всякий случай: речь идет именно о бете, не о текущем Креатиуме)

Я уже описывал ранее некоторые ориентиры, используемые нами.

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

В конечном счете любой проект использует:
1. Оперативную память
2. Мощность процессора
3. Место на диске
4. Сетевой траффик

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

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