Разработка под задачу

Как устроен процесс

Discovery: цель, пользователь, ограничения, что уже есть. Затем узкий этап с критерием приёмки — например, «форма заявки пишет в таблицу и шлёт уведомление» или «страница услуги опубликована и открывается по HTTPS».

Дальше итерации: показываю промежуточный результат, вы принимаете или уточняете. Так меньше риска получить «большой сюрприз» в конце. Cursor и AI использую как ускоритель, но ответственность за проверку и архитектуру — на мне в рамках этапа.

Каждый этап заканчивается демонстрацией и чек-листом приёмки. Вы проверяете по пунктам, не «в целом нравится». Если пункт не выполнен — правим в рамках этапа, а не переносим в «потом договоримся».

После сдачи этапа — передача: репозиторий или архив, доступы к хостингу по согласованию, инструкция запуска и список того, что сознательно не входило в объём.

• Бриф и границы этапа
• Прототип / первая рабочая версия
• Проверка по чек-листу приёмки
• Передача: доступы, инструкция, список известных ограничений
• При необходимости — короткая сессия «как поддерживать»

Этапы согласования и приёмки: пошагово

Шаг 1 — бриф в Telegram: кто пользователь, какой результат, срок, что уже есть. Я задаю уточняющие вопросы, пока не появится один проверяемый критерий для первого этапа.

Шаг 2 — оценка и предложение: минимальный и оптимальный вариант, что входит, что нет, срок и стоимость этапа. Без материалов оценка будет широкой — уточняем до старта.

Шаг 3 — предоплата за этап и старт работы. Промежуточные показы по договорённости: ссылка на превью, скрин, или доступ к staging.

Шаг 4 — приёмка по чек-листу. Вы проходите пункты, фиксируете замечания. Критичные для этапа — исправляю до закрытия. Некритичные — в бэклог следующего этапа, если он будет.

Шаг 5 — передача и акт: код, доступы, инструкция. Короткий созвон или переписка «как проверить, что всё на месте» — по желанию.

• Бриф → уточнения → критерий этапа
• Оценка: минимум / оптимум, без скрытых доплат
• Предоплата за этап, не за «всё сразу» без границ
• Приёмка по пунктам, не «в целом ок»
• Передача с инструкцией и списком ограничений

Что обычно делаю

Маркетинговые и сервисные сайты: структура, текст вместе с вами или на основе ваших вводных, публикация, базовая аналитика по согласованию. Автоматизации: канал заявки → учёт → уведомление ответственному — без лишнего NLP, если он не нужен.

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

Внутренние инструменты: панели, формы, выгрузки, простые дашборды. Фокус на задаче пользователя, не на «красивом ради красивого».

Интеграции по согласованию: Telegram-уведомления, Google Sheets, почта, webhooks. Сложные ERP и банковские API — только если входят в оценку этапа и у вас есть доступы и документация.

Статические и лёгкие динамические сайты с публикацией на ваш или согласованный хостинг. HTTPS, базовая скорость, структура под смыслы — да. Гарантия топа в поиске — нет.

Чек-лист передачи проекта

При сдаче этапа вы получаете не только «ссылку на сайт», а пакет для самостоятельной проверки и дальнейшей поддержки.

Код: репозиторий или архив с историей коммитов по этапу. Понятная структура папок, README с командами запуска локально.

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

Инструкция: как задеплоить обновление, куда смотреть логи, что не трогать без понимания. Для автоматизаций — как перезапустить, куда падают ошибки.

Список ограничений: что не входило в этап, известные технические долги, что лучше сделать на следующем этапе. Честно, без «потом разберётесь».

• Репозиторий или архив кода
• README: запуск локально, деплой, переменные окружения (без значений секретов в git)
• Доступы к хостингу и домену по согласованию
• Чек-лист приёмки с отметками «выполнено»
• Список известных ограничений и рекомендаций
• Контакт для вопросов по передаче в оговорённый срок

Как выглядит рабочий этап: от брифа до сдачи

День 1–2 после старта: уточняю бриф, фиксирую структуру или схему автоматизации. Показываю набросок или каркас — вы подтверждаете направление, не детали каждой кнопки.

Середина этапа: рабочая версия на превью. Вы проходите основной сценарий пользователя. Замечания собираем списком, приоритет — блокеры для приёмки.

Перед сдачей: прохожу чек-лист приёмки сам, исправляю очевидное. Передаю вам ссылку и чек-лист для вашей проверки.

Сдача: вы принимаете по пунктам или возвращаете замечания в рамках этапа. После закрытия — передача кода и инструкции. Следующий этап — отдельное согласование, если нужен.

• Старт: подтверждение структуры / каркаса
• Середина: превью основного сценария
• Предсдача: внутренняя проверка по чек-листу
• Сдача: ваша приёмка по пунктам
• Передача: код, доступы, инструкция

Чего не обещаю

Фиксированных позиций в Яндексе/Google, обещанной выручки, «сайта как у лидера рынка» без бюджета и времени. Не внедряю чёрные схемы обхода модерации платформ. Не беру проекты, где нет владельца с вашей стороны — без обратной связи этап буксует.

Не делаю «всё как у конкурента» одним этапом, если у конкурента годы разработки и команда. Дробим на проверяемые части или отказываюсь.

Не подменяю юриста, бухгалтера и маркетолога. Техническая реализация — да. Юридические тексты, рекламные обещания в копирайте — на вас или согласованном специалисте.

Не храню ваши секреты вечно после передачи. Доступы отзываем по договорённости после сдачи; дальнейшая поддержка — отдельный этап или наставничество.

Что прислать, чтобы оценить задачу

Коротко в Telegram https://t.me/Shield_support_Sotka: кто пользователь, какой результат нужен, срок, примеры сайтов/процессов «как ориентир», что уже есть (домен, тексты, доступы). Чем раньше видны ограничения (интеграции, юрлица, персональные данные), тем точнее оценка.

Не нужен идеальный ТЗ. Нужны цель, примеры и честность про сроки. «Нужен лендинг услуги к следующей неделе, тексты есть, домен есть» — достаточно для первого ответа.

Если есть техдолг или старый проект — опишите, что работает, что нет. Переписывать с нуля и чинить существующее — разные оценки.

• Цель одним абзацем
• Примеры / антипримеры
• Срок и критичность
• Есть ли тексты, домен, хостинг
• Интеграции и ограничения по данным
• Кто принимает результат с вашей стороны

Связь с обучением и наставничеством

Иногда выгоднее сначала наставничество: сузить задачу и понять, нужен ли подрядчик. Иногда — обучение, если хотите поддерживать продукт сами. Разработка — когда нужен исполнитель и фиксированный этап. На разборе помогу выбрать, а не «продам самый дорогой пакет».

После сдачи этапа часто имеет смысл блок обучения или наставничества по вашему репозиторию — чтобы вы могли менять тексты и мелкие правки без нового заказа.

Если бюджет ограничен — скажу, что реально уложить в минимальный этап, а что лучше отложить. Честная граница лучше, чем обещание «всё включено» с сюрпризом в конце.

Типичные этапы и сроки

Лендинг услуги с формой заявки: обычно 1–2 недели на этап «опубликовано и форма работает», при готовых текстах и быстрой обратной связи. Без текстов срок растёт на согласование, не на «магию разработки».

Контур заявок (форма → таблица → уведомление): 1–2 недели на минимальный рабочий контур, если интеграции стандартные. Нестандартные API и юридические ограничения по данным — отдельная оценка.

Доработка существующего сайта: от нескольких дней за точечную правку до 2–3 недель за новый раздел с интеграцией. Сначала смотрю код, потом называю срок — не наоборот.

Сроки — ориентир после брифа, не обещание «к пятнице» без материалов. Задержки с вашей стороны по согласованию текстов и доступов сдвигают календарь — это нормально и проговаривается заранее.

• Лендинг с формой: ориентир 1–2 недели при готовых текстах
• Автоматизация заявок: 1–2 недели на MVP-контур
• Доработка существующего: оценка после просмотра кода
• Сроки фиксируем в брифе этапа, не «на словах»

FAQ

Частые вопросы

Читать дальше

Связанные страницы

• Автоматизация заявок
• Внедрение ИИ в бизнес
• Наставничество
• Обучение Cursor