С чего начинать проект в Norepo: честный гайд для первого запуска
Не «наговорил за день — получил бизнес». Разбираем по шагам, с чего начать проект в Norepo: что подготовить, почему первый шаг — контекст, а первая задача — лендинг, и почему главное узкое место — вы сами.
Редакция Operon, Команда ·
Самый дефицитный ресурс сегодня — не деньги и не инженеры, а предпринимательская способность: умение видеть клиента, заключать сделки, собирать бизнес из идеи. Norepo смещает ключ к успеху от тех, кто может поднять деньги на большую IT-команду, к тем, кто знает рынок и умеет ставить задачи словами. Но у нового пользователя часто возникает вопрос: и с чего теперь начать, чтобы не утонуть? Этот гайд — по шагам, с честными ожиданиями, собран из опыта тех, кто уже прошёл первый запуск.
Сначала — правильная установка
Первое, что стоит принять до всякой кнопки: Norepo не превращает три предложения в работающий бизнес. Продукт всегда состоит из фич, из отличий от конкурентов, из деталей, которые нужно продумать и выстрадать. Платформа даёт другое — скорость и качество исполнения, при которых вы не теряете концентрацию и интерес к проекту, пока он собирается.
Поэтому правильная установка звучит так: вы всё ещё делаете продукт, просто исполнение рутины забирают на себя агенты, а вы остаётесь на постановке и приёмке. Кто ждёт «бизнес за один день», разочаруется. Кто ждёт, что месяцы работы команды сожмутся в часы, — получит ровно это.
Что подготовить до старта
Технический минимум небольшой: аккаунт на GitHub и репозиторий, в котором будет жить проект. Сильно желательна активная подписка Claude — и вот зачем она нужна ещё до первой задачи.
Claude на старте работает как ваш customer developer: он оспаривает идею, помогает уточнить, что вы вообще делаете и для кого. Он же помогает набросать архитектуру, описать фичи, продумать дизайн и даже маркетинговую стратегию. Всё это — сырьё, из которого потом на доске Norepo появятся конкретные задачи, которые возьмут агенты. Что такое агент, который берёт задачу и доводит до результата, разбирали отдельно: что такое AI-агент-разработчик.
Шаг первый — не задача, а контекст
Ошибка новичка — сразу ставить агенту фичу. Правильный первый шаг — собрать контекст. Опишите словами, как устроен проект: где живёт код, какая база данных, какой фронтенд и бэкенд, на каких языках. Это звучит технически, но ставится обычными словами — вы наговариваете, а система превращает это в документы.
На практике из такого описания рождается набор коротких документов, которые и становятся фундаментом проекта. Дальше каждая задача опирается на этот контекст, а не висит в пустоте. Чем честнее и полнее контекст на старте, тем меньше агент «додумывает» и тем ближе результат к тому, что вы задумали.
Первая задача: начните с того, что можно покликать
Когда контекст собран, встаёт вопрос первой рабочей задачи. Лучший выбор — то, что вы сразу увидите и потрогаете на превью-стенде. Все воспринимают по-разному, но проект, который можно покликать с первых минут, ощущается совсем иначе, чем невидимая логика внутри.
Идеальная первая задача — лендинг или продуктовая страница. Причина не только в скорости. Лендинг заставляет сформулировать уникальное торговое предложение, продумать нужный пользователю функционал и посмотреть на продукт его глазами. Самое опасное для основателя — влюбиться в свой продукт без оснований; лендинг возвращает на землю, потому что именно на него попадают первые клиенты и именно с него вы снимаете первую обратную связь. Когда вы описываете лендинг — с анимацией, тарифами, описанием ценности — вы одновременно продаёте продукт и себе, и рынку. Это хороший старт и для проекта, и для вас.
Как формулировать задачи так, чтобы агент довёл их до конца, разбирали отдельно: как ставить задачи AI-агенту.
Почему не начинать со сложного бэкенда
Соблазн начать с «серьёзного» — с бэкенд-архитектуры — стоит придержать. Бэкенд не виден глазами: по нему трудно понять, туда ли движется проект, и легко потерять с ним связь по мере того, как агенты его собирают. Сначала соберите полную архитектуру в голове и в документации, много обсудив её с Claude, чтобы фичи были описаны и их можно было передавать в работу.
Бэкенд не менее важен, чем фронтенд, — просто первые задачи лучше делать визуальными. Так у вас возникает живая связь с проектом: вы видите его, показываете команде и близким, снимаете обратную связь и начинаете «дружить» со своим продуктом, а не разрабатывать его вслепую.
Ритм работы и главное узкое место — это вы
Здесь начинается самое важное и самое недооценённое. В агентской разработке узкое место — не агенты, а человек, который принимает работу. Агенты переводят задачи в ревью очень быстро, и колонка Review набивается быстрее, чем вы успеваете проверять. Если этого не контролировать, качество утекает.
Практическое правило: держите примерно до пяти задач в работе и не накапливайте больше пяти в колонке Review. Проверяйте сданное и агентами, и сами — прокликивайте задачи руками, подключайте Claude и более умные модели вроде Fable 5, чтобы находить баги и уязвимости в том, что переведено в ревью. И не ведите больше двух проектов одновременно: внимание размывается, вы хуже помните собственные идеи и теряете концентрацию. Как принимать работу агента быстро и по делу — в разборе чек-лист ревью работы AI-агента.
Совет, который экономит недели: не копите ревью. Забитая колонка Review — это не прогресс, а потерянный контроль.
Момент, когда становится понятно, что это работает
У основателя Norepo этот момент случился на дев-стенде: развёрнутая версия продукта — агентского сервиса покупок — начала быстро и точно находить нужные товары в каталоге из сотен тысяч цифровых позиций, рассказывать о них покупателю и вести к сделке. Причём вести не «впаривая», а разбираясь в нужде клиента и работая на то, чтобы он возвращался. «В этот момент щёлкнуло: всё задуманное объединилось и заработало», — вспоминает он. Живой пример такого продукта — сервис, где покупку в чате ведёт ИИ-агент, собранный как раз на Norepo.
Чего ждать и чего не ждать
Ждать стоит скорости и качества: то, на что год-два назад уходили месяцы работы команды, агент внутри Norepo делает за минуты или часы — и завершённые задачи попадают в память проекта, а не забываются. Не стоит ждать бизнеса из трёх предложений и готового проекта за день. Разницу между «собрать демо» и «довести до прода» разбирали отдельно: вайб-кодинг: здорово, пока не пора в прод.
Кому это подходит
Norepo заходит соло-предпринимателям, командам основателей и небольшим IT-компаниям, которые уже ведут не одну доску и десятки задач в трекере. Подходит тем, у кого родился проект мечты и кто хочет сделать мир чуть лучше. Подходит тем, кто пробовал наговорить приложение в Base44 или Lovable и упёрся в потолок, — про разницу подходов есть отдельный разбор Lovable vs Base44 vs Norepo. И подходит тем, кто понял, что программная часть их бизнеса уже может и должна собираться агентами, — и кто чувствует силы создавать новое, а не бесконечно работать на кого-то.
Что в итоге
- Примите установку: Norepo ускоряет исполнение, но продукт всё равно делаете вы — из фич и деталей.
- Подготовьте GitHub с репозиторием и подписку Claude как инструмент уточнения идеи.
- Начните не с задачи, а с контекста; первой задачей возьмите лендинг, а не бэкенд.
- Держите до пяти задач в работе, не копите ревью и не ведите больше двух проектов сразу.
Начать бесплатно: 2 задачи в неделю, без карты — norepo.ai. Как это устроено для основателя — на странице для основателей.