Как выбрать веб-студию в Ташкенте: чек-лист из 12 пунктов

Портфолио и низкая цена не показывают, как агентство выполнит именно ваш проект. До договора проверьте эти 12 пунктов: живые работы, команду, объём, права и поддержку. Запрашивайте подтверждения по своей задаче, а не полагайтесь на обещания о качестве всего рынка.

1. Посмотрите на портфолио за последние 12 месяцев

Студия, которая показывает кейсы 2019–2021 годов и не обновляет портфолио — красный флаг. Либо у них мало свежих заказов, либо они не гордятся новыми работами. Требуйте минимум 5 проектов, запущенных за последние 12 месяцев. Проверьте их вживую: откройте на телефоне и на ноутбуке, посмотрите как работает, не сломаны ли формы.

2. Проверьте PageSpeed их собственных проектов

Проверьте несколько живых страниц через pagespeed.web.dev и на телефоне. Смотрите на загрузку, смещения макета и удобство форм. Один лабораторный балл — диагностическая выборка: обсудите причины проблем, данные реальных пользователей и критерии приёмки ваших страниц.

3. Уточните стек технологий — конкретно

Нормальный ответ: «React 19 + TypeScript + Vite, бэкенд на Node.js/Fastify + PostgreSQL, хостинг на VPS в Германии с CDN Cloudflare». Ненормальный ответ: «мы делаем на самых современных технологиях» или «PHP и JavaScript». Если студия не называет конкретные версии и библиотеки — они не разработчики, а перепродавцы подрядчиков.

4. Попросите разбивку сметы по статьям

Смета «Разработка сайта: $5 000» — нерабочая. Нормальная смета:

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

5. Проверьте юрлицо и налоговый статус

Запросите регистрационные данные и проверьте, что договор, счёт и получатель оплаты относятся к одной стороне. Если заявлено резидентство IT Park, подтвердите его отдельно. Статус и возможные льготы не доказывают качество разработки: объём, сроки и ответственные лица всё равно нужны в договоре.

6. Подписывайте контракт с этапами и санкциями

Минимальные пункты в контракте:

• Этапы работ с датами сдачи (дизайн → разработка → тестирование → запуск)
• Оплата траншами: 30% предоплата, 40% после дизайна, 30% после запуска
• Санкции за срыв сроков: 0.1–0.3% от суммы этапа за день просрочки
• Права на исходный код переходят клиенту после финальной оплаты
• Гарантийный период: 1–3 месяца на устранение багов за счёт студии
• NDA о неразглашении коммерческой информации и баз данных
• Порядок досрочного расторжения и возврата средств

7. Узнайте, кто именно будет работать над проектом

Классическая схема-обманка: продажник показывает работы senior-разработчиков, а ваш проект отдают junior-у, который учится за ваш счёт. Требуйте имена и профили команды: дизайнер, frontend, backend, PM. Попросите 15-минутный zoom-call с техлидом перед подписанием — вы оцените уровень и убедитесь, что эти люди реально существуют.

8. Проверьте отзывы — но не на сайте студии

Отзывы на собственном сайте студии — это маркетинг. Реальные источники: Яндекс.Справочник, Google Business Profile, профиль компании на Clutch.co, LinkedIn-страница компании с комментариями клиентов. Если на всех внешних площадках 0 отзывов — тревожный сигнал. Если есть 2–3 негативных — прочитайте ответы студии: адекватная реакция важнее самой отрицательной оценки.

9. Спросите, как работает поддержка после запуска

Сайт — это не коробка на полке. Через 3 месяца понадобится обновить контент, добавить страницу, изменить баннер, интегрировать новый платёжный шлюз. Узнайте:

• Доступ к админке получаете вы, или изменения делаете через студию
• Сколько стоит час работы после запуска
• Есть ли абонентская поддержка (стандартно $200–800/мес)
• Время реакции на срочные баги (идеал — SLA до 2 часов для P0)
• Куда писать: Telegram, email, тикет-система

10. Уточните, как решаются неизбежные конфликты по объёму

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

11. Проверьте, как студия обращается с данными и безопасностью

Если студия присылает пароли в Telegram открытым текстом — это уже fail. Нормальная практика: 1Password/Bitwarden для шаринга секретов, отдельные dev/staging/prod окружения, резервные копии БД ежедневно, TLS на всех соединениях, никаких хардкода credentials в git. Спросите напрямую: «Как вы храните пароли от клиентских аккаунтов?».

12. Финальный тест: техническое собеседование

Попросите 30 минут созвона с техлидом до подписания и задайте 5 вопросов:

1. Как вы оптимизируете LCP на мобильном?
2. Как вы обеспечиваете индексацию SPA в Yandex?
3. Какие JSON-LD schema используете для коммерческих страниц?
4. Какой процесс code review в команде?
5. Что вы делаете в ночь перед релизом, чтобы не сломать прод?

Если ответы внятные, с конкретикой (а не «мы используем современные подходы») — это профессионалы. Если «на эти технические вопросы ответит наш разработчик позже» — продажник отделён от команды, и вы не знаете что реально покупаете.

Итого: 3 главных красных флага

• Не показывают кейсы за последние 12 месяцев или кейсы без метрик результата
• Смета одной строкой без разбивки по этапам
• Отказываются называть команду, которая будет работать над проектом