Ловушка No-Code: Как сэкономить $27,000 на старте и чуть не убить стартап на финише (гайд на примере маркетплейса)

[rPman]

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

[Emelian1917]

Все верно. Поэтому, как написано в выводах, No-Code - это лучший инструмент, чтобы проверить гипотезу за 3 недели.

[Samych]

Достаточно на старте отработать nocode и при работающем проекте который уже приносит какой то доход, потихой нанимать команду для harda и делать свой "дом" . Nocode это пол, а не потолок.

[Emelian1917]

Совершенно верно. У нас две фазы:

1. Фаза 1: Проверка гипотезы. Разрабатываем максимально быстрый No-Code MVP (или Low-Code) для первого заработка и сбора данных.

2. Фаза 2: Рост. Когда юнит-экономика начинает страдать, мы проводим аудит и "Smart Migration", переписывая бизнес-логику на масштабируемый Hard-Code.

[PerroSalchicha]

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

Ну да, только у Димы там согласно легенде, 4000 заказов в день. Он давным-давно заработал на переписывание с нуля. А если бы он тогда не вложился бы в имеющиеся у него $3K, его этого бизнеса, вполне вероятно, вообще бы не существовало.

[Emelian1917]

Конечно. Поэтому, как написано в выводах: No Code - это лучший инструмент, чтобы стартовать с $0.

[Nikanoid]

Блин как же отвлекают получать удовольствия типично-иишные обороты типа "Ему нужна не просто красивая картинка, а «мозги» для его алгоритма подбора специалиста". Просто как обратная связь

[Emelian1917]

Я писал ответ, а написал статью :) https://habr.com/ru/articles/970820/

[edggomes86]

Только не всегда no-code может помочь. Зависит от проекта. Что-то отличное от масс-маркет и все эти no code становятся бесполезными.

[Emelian1917]

Я согласен и об этом написано в тексте. Любая кастомная фича невозможна в No-Code проекте, если она не в "заводских" настройках. Опять же высоконагруженные приложения, пожирающие WU тоннами, могут дать критическую точку не через 1.5 года, как в примере, а через 1 месяц, поэтому это важно просчитывать при запуске. К тому же в No-Code идут люди, которые понятия не имеют о сложностях алгоритмов. Поэтому разные методы работы с базой данной в реальности могут съедать не 50, а 5000 WU, просто потому, что создатель использует хреновую сортировку. Поэтому здесь еще есть налог на безграмотность, которую на старте специалист не допустит.

[debagger]

Главный риск при "Выпускном из Bubble" — это начать разработку, не имея четкого ТЗ, повторяя ошибки No-Code и сжигая капитал.

Вот тут не понятно. Есть работающий проект, надо повторить один-в-один на hard-code. Куда уж четче?