Делаю маркетинговые, корпоративные и продуктовые сайты, которые быстро открываются на телефоне, понятны человеку и находимы в выдаче и AI-блоках.

Стек — Astro + TypeScript, при необходимости SSR. На выходе — поддерживаемый код, предсказуемые сборки и рекомендации по хостингу.

Примеры из практики

Недавние кейсы: vf-site и stuzhuk.page — проекты, где применялись навыки маркетинговые и корпоративные сайты (Astro, SSR, Tailwind, Core Web Vitals, доступность, SEO, AISO, JSON-LD, hreflang, i18n, архитектура контента, медиа, деплой).

В этих проектах сочетались продуктовый UI, API и эксплуатационные задачи: роли, выгрузки, интеграции и наблюдаемость. Цель — система, которую ваша команда может развивать, а не одноразовый демо-прототип.

Типичное сотрудничество начинается с письменного брифа: ограничения, интеграции, комплаенс и критерии «готово» для первого релиза. Делим работу на вертикальные этапы — прогресс виден каждые 1–2 недели, приоритеты можно менять без потери нити.

После запуска — короткое сопровождение: краевые случаи, производительность, передача знаний. Дальнейшая поддержка остаётся у in-house команды или по ретейнеру — как удобнее вам.

Решения фиксируем понятным языком, держим staging близко к продакшену и оставляем runbook, чтобы команда не зависела от подрядчика после передачи. Если у вас уже есть дизайнеры или backend-разработчики — встраиваемся в ваши ритуалы, а не создаём параллельный процесс.

Решения фиксируем понятным языком, держим staging близко к продакшену и оставляем runbook, чтобы команда не зависела от подрядчика после передачи. Если у вас уже есть дизайнеры или backend-разработчики — встраиваемся в ваши ритуалы, а не создаём параллельный процесс.

Решения фиксируем понятным языком, держим staging близко к продакшену и оставляем runbook, чтобы команда не зависела от подрядчика после передачи. Если у вас уже есть дизайнеры или backend-разработчики — встраиваемся в ваши ритуалы, а не создаём параллельный процесс.

Решения фиксируем понятным языком, держим staging близко к продакшену и оставляем runbook, чтобы команда не зависела от подрядчика после передачи. Если у вас уже есть дизайнеры или backend-разработчики — встраиваемся в ваши ритуалы, а не создаём параллельный процесс.

Решения фиксируем понятным языком, держим staging близко к продакшену и оставляем runbook, чтобы команда не зависела от подрядчика после передачи. Если у вас уже есть дизайнеры или backend-разработчики — встраиваемся в ваши ритуалы, а не создаём параллельный процесс.

Решения фиксируем понятным языком, держим staging близко к продакшену и оставляем runbook, чтобы команда не зависела от подрядчика после передачи. Если у вас уже есть дизайнеры или backend-разработчики — встраиваемся в ваши ритуалы, а не создаём параллельный процесс.

Решения фиксируем понятным языком, держим staging близко к продакшену и оставляем runbook, чтобы команда не зависела от подрядчика после передачи. Если у вас уже есть дизайнеры или backend-разработчики — встраиваемся в ваши ритуалы, а не создаём параллельный процесс.