Пока наши клиенты вовсю разбираются с новыми возможностями в рамках бета-теста, мы и сами начинаем думать о том, что бы сделать такого ноукодерского, и самый вероятный кандидат - обновление раздела “Эксперты” (https://creatium.io/experts) на нашем сайте.

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

Есть у нас еще раздел "Cделано на Creatium” (https://creatium.io/works), вот его тоже стоит объединить технически с “Экспертами”, чтобы эксперты могли в свом кабинете добавлять работы, они появлялись в их портфолио на Креатиуме, а мы понравившиеся работы из портфолио оперативно добавляли в “Сделано на Creatium”.

И будет видно, какие эксперты какие работы делали. Больше доверия к экспертам, больше доверия к работам.

На следующей неделе буду начинать делать доску объявлений для Креатиума.

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

Пока пытаюсь в одну кучу собрать все требования.

Начало положено! Делаю только в итоге не фриланс-биржу, а доску объявлений по квартирам, типа Циана. Только попроще.

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

Элементы скрываются и показываются в зависимости от того, авторизован ли пользователь на сайте. А так это выглядит в редакторе.

В качестве базы данных используется Notion

Давайте обсудим базы данных. Получил несколько вопросов - почему выбрали Notion. Тема очень интересная.

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

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

Так почему Notion?

Самое важное, это возможность использовать сам интерфейс Notion в качестве админки, а конкретно:

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

2. Можно сохранять разные форматы (называется виды) отображения одной таблицы, например в списке товаров виды “Новые товары”, “Скоро закончатся на складе”, “Чаще всего покупают” и т.д., то есть данные можно показывать так, как с ними удобно работать.

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

База данных в Notion похожа на более известный в ноукодерских кругах Airtable, имеет те же преимущества, но при этом доступна на бесплатном тарифе. А платные тарифы не дорогие.

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

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

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

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

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

В чем суть No-code?

No-code (ноукод) это решение задач, которые обычно решаются силами программистов, только без самих программистов и без кода.

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

Классический подход - вы нанимаете программистов (знакомых, фрилансеров, студию), и они за деньги делают вам то, что вы скажете.

Что может пойти не так? Давайте подумаем:
1. Разработчики могут пропасть (так бывает)
2. Сроки затягиваются и вообще сложно прогнозируются
3. Результат может не соответствовать начальной задаче
4. Да что угодно

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

То есть вы не знаете, будет ли ваш проект приносить деньги, но вкладываете время, деньги и усилия в профессиональную разработку, а проект в итоге может оказаться провальным. Вот в этом проблема.

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

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

К концу недели у меня должна быть готовая доска объявлений с объектами недвижимости 😱

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

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

Тут кстати вопрос у нас - как себя теперь называть? Клиент недавно написал:

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

А я над этим уже думаю какое-то время. Конструктор сайтов и веб-приложений? No-code конструктор сайтов? Конструктор сложных сайтов?

За все время работы над конструкторами я сам собрал от силы штук 5 сайтов, и себя экспертом по созданию сайтов не считаю. Многие мои клиенты намного, намного лучше разбираются в этом.

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

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

Я все еще нахожусь в поисках идеальной базы данных. У всех есть минусы.

Google Таблицы - хороши, но сбиваются колонки в интегромате. Из-за этого постоянно приходится обновлять сценарии, а решается это только правилом “колонки добавлять только в конце”. А еще нет возможности выгрузить только измененные строки, при любом изменении приходится делать полную синхронизацию.

Airtable - стоит от 20$, ограничено 50 000 строками.

Notion - все надежды на него были, но в процессе интеграции выяснили, что API пока не очень быстрое, а еще интегромат не поддерживает работу со связями между таблицами.

У Airtable и Notion есть еще одна большая беда - импорт по 100 записей за один запрос. Это значит, что если нужно сделать полный импорт таблицы с 5000 строками, потребуется 50 запросов, каждый 1-3 секунды. Мы решаем это тем, что выгружаем только измененные строки, но полная синхронизация - это боль.

Directual - дорого (от 100$), и сложно для новичков, хотя и очень мощно, судя по тому, что я знаю.

Объясню, какие у нас требование к базе данных.

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

2. Скорость работы. База данных постоянно синхронизируется с Креатиумом, и от ее скорости зависит, как быстро объявления, комментарии, товары и т.д. появляются на сайте после добавления в базу.

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

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

5. Большие размеры. Любой проект вырастает, и важно чтобы набор инструментов, используемый в начале, насколько это возможно, не создавал проблемы при росте. В идеале, чтобы тянул и 100 тысяч и 500 тысяч записей в таблице.

6. Стоимость. Поскольку это еще один сервис помимо Креатиума, важно, чтобы он стоит как можно меньше.

Мы в любом случае пока будем использовать Google Таблицы и Notion, их уже интегрировали, и мои поиски идеальной базы данных это на будущее.

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

Первая это Бипиум (https://bpium.ru), которая помимо мощной базы данных имеет еще и сценарии, и может быть для части задач можно будет вообще от интегромата отказаться. Тут нужно тестировать. Система русская, не дорогая, поддерживает разные виды, связи между таблицами, не ограничивает размер таблиц.

Вторая это Ninox (ninox.com) - немецкая база данных, которая тоже имеет удобный интерфейс, русский язык (пропущенный через гугл транслейт), стоит 10 евро на человека и поддерживает большие таблицы (я 180 тысяч строк загружал для теста)

Единственное упоминание Ninox среди моих чатов в телеге - в канале “Зерокодер” в июле прошлого года, а больше никто об этом ничего и не знает.

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

Длинный путь к блогам

Долгое время я не мог определиться с концепцией блогов - какие они, блоги на Креатиуме?

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

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

А потом мы выпустили закрытую бета-версию функционала каталогов, и поняли, что у Креатиума есть потенциал для создания сайтов с UGC (User-generated content или пользовательский контент). То есть сайтов, содержимое которых создается самими посетителями.

Следовательно, и блоги должны быть тем инструментом, который так же может наполняться посетителями, и тогда можно будет делать упрощенные аналоги таких сайтов как habr.com, vc.ru, tjournal.ru и тд.

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

Сложные преимущества

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

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

“Вы можете редактировать код компонентов” - так себе звучит, потому что НЕ ХОЧЕТ этим заниматься, именно поэтому клиент и идет в конструктор.

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

То есть это преимущество для удержания клиентов, а не для привлечения.

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

Очень сложно писать о будущих обновлениях, потому что планы часто меняются.

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

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

(Если кто не знакомился с закрытой бета-версией, то сложные проекты типа досок объявлений делаются с использованием интегромата и гугл таблиц)

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

Мы в любом случае начинаем наш старт в No-code с использованием внешней базы данных, а там уже будем смотреть по первым результатам.