Типичный цикл разработки продуктов в условном формате «Notes + Tasks + Databases»

15.02.2025

—

Можно, конечно, предположить, что взял кривую выборку или подсознательно занимаюсь подгонкой результатов. Но пока выходит так, что минимальный срок, требующийся для разработки законченного продукта в формате «Notes + Tasks + Databases», — не менее 5 лет.

• В цифре у Notion уверен. Есть прямые подтверждения в техническом блоге проекта, они описывали, как работали над проблемами (скорость работы приложений; масштабирование). И имеется конкретная контрольная точка ➜ запуск API. Да и тот, кто пользовался приложением в 2019–2020 годах, знает, что оно было далеко от идеала.
• По Heptabase точно можно сказать, что на стадию «готового продукта» они выйдут не раньше чем в конце 2025-го. То есть в лучшем случае у них цикл будет в 4,5 года.
• Есть ещё с десяток приложений, за которыми посматриваю и иногда фиксирую milestones. В том числе и новички, например, AFFiNE и AppFlowy ➜ они в стадии активной разработки, и теоретически кто-то из них может уложиться менее чем в 5 лет. Но на текущий момент не понятно, когда команды зафиксируют границы своего продукта и начнут стабилизацию функционала (а там ещё куча проблем у них вылезет).

По поводу цикла разработки стоит сделать важную оговорку

Новые проекты могут пойти по другому пути и использовать стек технологий, предлагаемый сообществом «Local-first» (на картинке представлены некоторые его участники). Это потенциально даёт выигрыш в 1–2 года по выходу на стадию «готового продукта».

–

Сам подход в окончательном его виде был сформулирован год назад Martin Kleppmann в его выступлении «The past, present, and future of local-first» (публиковал конспект со слайдами).

За счёт чего выигрыш:

• из разработки убирается большой блок работы, связанный с бэкендом / синхронизацией / SaaS-составляющей;
• командам требуется меньше инженеров и ресурсов на исследования (обход технологических ограничений).

Участники сообщества ожидают, что набор технологий в стадию зрелости войдет в ближайшие 2–3 года. То есть стартапы смогут пользоваться им массово без риска «тормознуться» на какой-то ещё не окончательно решённой проблеме.

—

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

В первую очередь это проекты, которые

• изначально делали ставку на offline-first архитектуру приложения (её проще адаптировать под новый стек),
• а на этап «делаем collaboration» вышли в районе 2024 года.

В принципе, у меня есть подозрение, что Heptabase и, возможно, Logseq выбрали как раз этот путь.

—

Основной бенефит всей этой истории и для разработчиков, и для пользователей: