Разберусь в текущем коде, сохраню полезную часть, закончу backend, данные, роли и интеграции, размещу проект и передам рабочий технический контур.
На выходе - версия, которую можно дать согласованным первым пользователям. Если идея ещё не проверена и конкретного запуска нет, выгоднее продолжить прототипирование самостоятельно.
Сохраняю то, что уже работает, и заканчиваю конкретный первый запуск без разработки всего продукта сразу.
Платить за такую работу имеет смысл не потому, что код написал AI. Смысл появляется, когда демо уже должно пройти пилот, принять первых пользователей, подключиться к реальным данным или начать решать рабочую задачу.
Прототип уже помог согласовать идею. Теперь нужен законченный сценарий, которым сможет воспользоваться не автор демо, а конкретный клиент, сотрудник или партнёр.
Новая функция ломает старую, AI ходит по кругу, а определить причину и безопасно продолжать разработку без технического разбора уже не получается.
Вместо тестовых записей и заглушек появляются API, платежи, документы, уведомления, база клиентов или другие системы, от которых зависит основной результат.
Появляются вход, роли, разные права, пользовательские ошибки и данные, которые нельзя показывать не тому человеку или терять при очередной доработке.
Нужны собственный домен и размещение, понятный способ обновлять проект, видеть сбои и восстанавливать работу без зависимости от preview-ссылки или одного ноутбука.
Проект должен перестать зависеть от истории одного чата или одного исполнителя: нужен репозиторий, понятные доступы, зафиксированные ограничения и основа для следующего этапа.
Не набор общих рекомендаций, а согласованная рабочая версия. До начала этапа фиксируем, что должен суметь первый пользователь и по каким признакам результат можно принять.
Согласованный пользователь может войти, выполнить основное действие и получить ожидаемый результат без ручной помощи автора прототипа.
основной сценарий проходит от начала до результата и корректно обрабатывает обязательные состояния.
Работают согласованные источники, API, уведомления, платежи или другие системы, без которых продукт не решает рабочую задачу.
критичные шаги не зависят от заглушек, тестовых записей и ручной подстановки данных.
Проект доступен в согласованной среде, обновляется понятным способом, а ключевые ошибки не остаются незаметными.
проект можно запустить, обновить и восстановить без истории конкретного AI-чата или одного ноутбука.
Клиент получает репозиторий, согласованные доступы, краткую техническую схему, известные ограничения и понятный следующий этап.
продукт можно поддерживать и развивать дальше без обязательной привязки к одному исполнителю.
После короткого вводного разговора есть два пути: сразу оценить реализацию или сначала разобрать текущий проект, если без доступа к коду нельзя ответственно назвать объём.
Смотрим демо, цель первого запуска и общий состав проекта. На этом этапе я определяю, подходит ли задача и можно ли назвать рамки без глубокого разбора кода.
Если по демо, доступным материалам и цели запуска можно зафиксировать результат и бюджет, отдельная оценка не нужна. Разбор текущего кода и окончательное уточнение границ входят в оплаченный этап.
Нужен, если проект собран другим человеком или AI, связан с несколькими сервисами и по демо нельзя честно понять, что можно сохранить и какой объём потребуется.
Решение по текущей основе, границы первого запуска, один из двух вариантов реализации ниже, срок и бюджет следующего этапа. Это не полный аудит качества кода и не подробное ТЗ для другой команды.
Подходит, когда основной пользовательский сценарий уже собран и его можно сохранить. Работа сосредоточена на технических блокерах первого реального использования.
Подходит, когда демо показывает идею, но для первого пользователя ещё нужно существенно закончить сам продукт, а не только разместить существующий код.
Независимо от масштаба этапа работа строится вокруг одного согласованного запуска. Сначала фиксируется критерий результата, затем принимаются решения по текущему коду и выполняется только необходимый объём.
Определяем, кто будет пользоваться сервисом, какое действие должен выполнить и какой результат должен получить. Всё лишнее выносится за границы этапа.
Разбираю текущую основу и зависимости. Полезные части сохраняются, а слабые меняются только там, где это дешевле и надёжнее постоянных исправлений.
Дорабатываю пользовательский путь, backend, данные, роли, интеграции и интерфейс в объёме, необходимом для принятого результата.
Запускаю проект в согласованной среде и проверяю основной сценарий на данных и доступах, близких к реальному использованию.
Клиент получает код, доступы, краткую инструкцию, известные ограничения и понятный следующий этап.
Страница рассчитана на проекты, у которых уже есть демо и конкретная причина запускаться. Для идеи без пользователей и срока обычно выгоднее сначала продолжить прототипирование самостоятельно.
Есть рабочее демо, репозиторий или доступ к текущей версии и понятный владелец продукта со стороны клиента.
Есть конкретный первый запуск: пилот, клиент, внутренняя команда, оплата, реальные данные или другое измеримое использование.
Я не обещаю сохранить весь сгенерированный код. Решение принимается по стоимости, сроку и риску, а не из принципа переписать или оставить всё.
В один спринт входит один согласованный результат. Большой продукт с множеством ролей и модулей разбивается на этапы.
Формальный pentest, сертифицированный аудит ИБ и юридическое заключение по персональным данным не входят автоматически и при необходимости выполняются профильными специалистами.
Работаю на стыке разработки, продукта и управления проектами. Быстро разбираюсь в плохо описанной задаче, выделяю полезный первый результат и довожу его до версии, которую можно использовать, проверить и развивать.
В проектах нет лишнего управленческого слоя: первый разговор, диагностику, границы первой версии, техническую схему, сборку и контроль результата веду лично. Работаю удалённо с русскоязычными командами в РФ и за рубежом.
О текущем коде, цене оценки и границах первого запуска.
Продолжать самостоятельно разумно, пока изменения предсказуемы и поломка ничего не стоит. Платная работа нужна, когда появляются реальные пользователи, данные, сроки и ответственность за результат.
Ценность не в секретном чек-листе. AI тоже может перечислить типовые риски. Ценность в том, чтобы разобраться именно в вашем проекте, принять технические решения, выполнить работу и отвечать за согласованный запуск.
Не обязательно. Сначала смотрю, что уже работает и пригодно для развития. Переписывается только та часть, которую дешевле и надёжнее заменить, чем бесконечно исправлять.
Буду. Разница в моменте и результате. Если объём понятен и мы сразу начинаем реализацию, разбор кода входит в оплаченный этап и служит его выполнению.
Отдельный технический разбор нужен, когда до обязательства на 150 000-600 000 ₽ клиенту сначала требуется надёжно понять, что можно сохранить, какой запуск реалистичен и сколько он будет стоить. При продолжении работы эта сумма засчитывается, поэтому двойной оплаты нет.
Разбор отвечает на один коммерческий вопрос: как из текущего прототипа получить согласованный первый запуск и какой объём для этого нужен. Он не является исчерпывающей экспертизой всего кода, безопасности и процессов разработки.
Если нужен самостоятельный подробный аудит для инвестора, внутренней команды или другого подрядчика, это отдельный формат с другим объёмом и стоимостью.
Да. Если после вводного разговора можно ответственно согласовать первый запуск, разбор кода и окончательная фиксация границ выполняются в первые дни спринта и отдельно не оплачиваются.
Отдельная оценка нужна только при высокой неопределённости: например, без репозитория нельзя понять, пригодна ли текущая основа и помещается ли задача в заявленный срок и бюджет. Её полная стоимость засчитывается при последующем старте спринта в течение 14 дней.
Техническая оценка отвечает на прикладной вопрос перед совместной работой: можно ли использовать текущую основу, что входит в первый запуск и каков порядок бюджета. Она не является исчерпывающим аудитом, подробным backlog или техническим заданием для передачи другой команде.
Если нужен независимый аудит с развёрнутым отчётом для инвестора, внутреннего IT или другого подрядчика, это отдельный формат с отдельными рамками и стоимостью.
Это заранее согласованный результат: определённые пользователи могут пройти основной сценарий на реальных или близких к реальным данных, а проект размещён, передан и готов к ограниченной эксплуатации. Конкретный критерий фиксируется до начала работы.
Если код действительно готов и задача сводится к размещению, полный спринт не нужен. После короткого просмотра предложу ограниченный этап или прямо скажу, что эту работу рациональнее решить иначе.
Могу проверить техническую сторону: где хранятся данные, как разделены доступы, какие внешние сервисы участвуют, как устроены удаление, резервирование и журналирование. Юридическое заключение и формальный аудит соответствия выполняются профильными специалистами.
Клиенту. Передаю репозиторий, согласованные доступы, краткую техническую схему и известные ограничения. Внешние сервисы и инфраструктура по возможности оформляются на клиента.
Пришлите ссылку на демо и опишите, кто должен пользоваться первой рабочей версией. Я отвечу, можно ли сразу оценить реализацию или сначала нужен технический разбор текущего проекта.
Прочитаю задачу и обычно отвечаю в течение рабочего дня. Если потребуется внимательный разбор - вернусь с короткой оценкой в течение 1-2 рабочих дней.
Если вопрос срочный, можно продублировать в Telegram: @chadaev_ai