Привет, я Кирилл — проджект-менеджер в веб-разработке.
Этот канал я завёл потому что устал от одной и той же проблемы на каждом проекте.
Клиент присылает прототип. Прототип красивый — дизайнер старался. Но он абсолютно бесполезен для разработчика. Нет состояний элементов, нет логики переходов, нет требований к адаптивности. Разработчик смотрит на это и начинает задавать вопросы. Я начинаю объяснять. Клиент подключается и говорит «а я думал это само собой разумеется».
И вот ты уже не менеджер проекта — ты переводчик между тремя людьми которые говорят на разных языках.
Я решил сделать инструмент который это фиксит. Называется ProtoSpec.
Здесь буду писать про разработку, про боли PM и про то как вообще делается продукт с нуля в 2026 году.
Подписывайся если тебе это близко 👇
protospec.ru

Посчитал сколько времени трачу на «перевод» прототипа в ТЗ.
Один проект — в среднем 3-4 часа. Это только написание документа, без правок и согласований.
Умножаю на количество проектов в месяц. Получается почти рабочая неделя в год уходит на то чтобы
объяснять разработчику что нарисовал дизайнер.
Причём это не уникальная история. Поговорил с коллегами — у всех то же самое. Кто-то делает это в
Notion, кто-то в Google Docs, кто-то вообще голосовыми объясняет.
Проблема не в лени. Проблема в том что нет нормального инструмента который закрывает этот зазор
между «что нарисовали» и «что нужно сделать».
Именно это я пытаюсь починить в ProtoSpec.
А вы как решаете эту проблему? Есть какой-то свой способ?

Понял почему клиенты не читают текстовые ТЗ.
Не потому что им лень. А потому что текст — это абстракция. Клиент не может представить «блок с
тремя колонками и карточками товаров» пока не увидит это визуально.
Когда я начал показывать клиентам не текстовый документ а схему из блоков — количество правок на
этапе разработки упало примерно втрое. Клиент видит структуру, тычет пальцем в экран и говорит «вот
здесь хочу иначе» — ещё до того как разработчик написал первую строчку кода.
Это и есть главная идея ProtoSpec: сначала показываешь, потом согласовываешь, потом документируешь.
Визуал → Согласование → ТЗ. Не наоборот.

Небольшой апдейт по продукту.
Сайт уже живой — protospec.ru. Там можно оставить email и попасть в список первых пользователей.
MVP в разработке. Основные функции которые делаю в первую очередь:
— Канвас с блоками drag-and-drop (Hero, Форма, Карточки, FAQ и другие)
— Инспектор свойств: кликаешь на блок — настраиваешь параметры
— Кнопка «Сгенерировать ТЗ» — AI собирает всё в документ на русском
— Экспорт в PDF
Стек: Next.js, Supabase, OpenAI API.
Самое сложное пока — сделать AI-генерацию достаточно умной чтобы она понимала контекст каждого
блока и писала технически точные требования, а не общие слова.
Если ты PM или работаешь в веб-студии — напиши в личку, хочу поговорить и понять как ты сейчас
решаешь эту задачу.

Запустил альфа-версию ProtoSpec 🚀
Написал на vc.ru как это было и зачем вообще делал.

https://vc.ru/growth/2797617-ya-pm-i-tratil-4-chasa-na-kazhdoe-tz-sdelal-instrument-i-zapustil-alfa-versiyu

952 строки кода за 15 минут 🚀

Показывал на vc.ru, как собрать сайт через визуальное ТЗ и AI — теория теорией, но вот вам реальные пруфы.

Выкладываю исходники проекта Nimbus. Внутри — полноценный фронтенд на Next.js и Tailwind CSS: 952 строки чистого кода, полная адаптивность, готов к деплою. Ноль ручных правок.

Как это было:
— 10 минут в ProtoSpec через Puck-редактор — набросал структуру
— 1 минута — сгенерировал спецификацию для нейросети
— передал ТЗ в Cursor с одним промптом — готово

Вот это и есть Vibe Coding в 2026: продакт становится архитектором, нейросеть точно исполняет задуманное.

Хотите проверить — скачайте файлы и разверните локально. Хотите собрать своё первое ТЗ, которое AI поймёт с первого раза — заходите в альфу ProtoSpec. Сейчас бесплатно, 2 генерации в день.

https://protospec.ru/