Как выбрать компанию по веб-разработке в Ташкенте
Практическое руководство по выбору компании по веб-разработке в Ташкенте: портфолио, оценка, права на код и поддержка после запуска.
Большинство советов о выборе компании по веб-разработке заканчивается фразой «посмотрите портфолио и оцените коммуникацию». Это верно и почти бесполезно, потому что такую проверку проходит любой подрядчик. В этом руководстве собраны проверки, которые действительно отличают одну ташкентскую студию от другой: что вы можете проверить сами ещё до первого звонка, что должно быть зафиксировано в договоре и какие вопросы своими ответами показывают, как команда работает на самом деле.
Определите, что вы на самом деле покупаете
Самая частая причина разочарования в проекте — несовпадение между тем, какой сайт вам нужен, и тем, какую работу подрядчик умеет делать хорошо.
| Что вам нужно | Как выглядит успех | Признак неподходящего подрядчика |
|---|---|---|
| Маркетинговый сайт | Он ранжируется, быстро загружается, а ваша команда добавляет страницы без разработчика | Обсуждают фреймворки и ни разу — того, кто будет редактировать контент |
| Интернет-магазин | Оформление заказа работает надёжно, оплата и доставка интегрированы, остатки точны | Ни одного вопроса о вашем платёжном провайдере или складе |
| Веб-приложение или клиентский портал | Роли и права доступа, целостность данных, журнал действий, доступность | Стоимость считают по страницам |
| Внутренний инструмент вместо таблиц | Точная модель данных и реальная миграция старых данных | Никто не просит показать таблицы, которыми вы пользуетесь сегодня |
Если вы не можете сказать, в какой вы строке, эта неопределённость и есть предмет предпроектного исследования: короткий платный этап с письменным результатом. Твёрдая цена, названная до того, как кто-либо понял, в какой строке вы находитесь, — это догадка, и за догадку вы заплатите позже, запросами на изменения.
Фрилансер, студия, агентство или сотрудник в штат
| Вариант | Когда подходит | Основной риск |
|---|---|---|
| Отдельный фрилансер | Небольшой, чётко описанный сайт, и у вас есть техническая экспертиза | Единая точка отказа: болезнь, более выгодное предложение, молчание |
| Небольшая студия | Большинство корпоративных сайтов и первые веб-приложения; преемственность без агентских накладных расходов | Ресурс — один крупный клиент может занять ту команду, которую обещали вам |
| Агентство полного цикла | Многоязычные программы, где дизайн, инженерия и контент нужны вместе | Дистанция между теми, кто продаёт, и теми, кто разрабатывает |
| Сотрудник в штат | Продукт, который будет меняться постоянно на протяжении лет | Наём занимает месяцы, а одному инженеру некому проверять работу |
Честная проверка — не размер компании, а то, что произойдёт, когда человек, который понимает ваш проект, уедет на две недели. Спросите, кто ещё в команде за последний месяц запускал этот код на своей машине. Студия, которая не может назвать второго человека, — это фрилансер с логотипом; возможно, это всё равно правильный выбор, если вы осознанно заложили такой риск в цену.
Проверьте портфолио сами — за десять минут
Скриншот в портфолио доказывает, что дизайн существовал, а не что сайт запустился и выжил. До первой встречи:
- Откройте каждый работающий сайт. Если указанный проект сейчас представляет собой припаркованный домен или явно переделан кем-то другим, спросите, что случилось.
- Прогоните каждый через PageSpeed Insights в мобильном режиме. Идеальные баллы не нужны — важно понять, не оказываются ли собственные работы подрядчика стабильно медленными.
- Посмотрите исходный код страницы. Ищите title и метаописание, уникальные именно для этой страницы, один осмысленный H1 и настоящий текст в HTML. Если в исходнике почти пустой div, а весь контент приходит через JavaScript, команда делает одностраничные приложения без серверного рендеринга, и ранжироваться такому сайту сложнее, чем нужно.
- Переключите язык — на телефоне, через мобильный интернет. У каждого языка свой URL? Переключение оставляет вас на той же странице или выбрасывает на главную?
- Спросите, какие части они делали сами. «Мы делали фронтенд для другого агентства» — нормальный ответ; узнать об этом после подписания договора — нет.
SEO и три языка — это архитектура, а не дополнительные опции
Технический SEO — это в основном решения, принятые на первой неделе: рендерится ли HTML на сервере, как устроены URL, есть ли у каждой страницы собственные title, description и canonical, берётся ли микроразметка из реальных данных, а не вставлена вручную, и обновляется ли карта сайта сама. Подрядчик, который продаёт SEO как отдельную услугу после запуска, часто продаёт ремонт того, что сам решил сломать. Спросите, как его решения по веб-разработке — рендеринг и маршрутизация — повлияют на индексацию, и ждите конкретного ответа.
Читатели на узбекском, русском и английском
- Один URL на каждый язык.
/about,/ru/about,/uz/about— и никогда один URL, который подменяет содержимое по cookie или IP-адресу: тогда поисковые системы видят одну версию страницы, у которой их три. - Честный hreflang. Объявляйте только те переводы, которые существуют; ссылка на версию, отдающую 404, хуже, чем её отсутствие.
- Никаких автоматических перенаправлений по геолокации. И русскоязычный читатель в поездке за границей, и поисковый робот, заходящий не из Узбекистана, должны получать ту версию, которую запрашивают.
- Ответственный и бюджет на каждый язык. Перевод — это работа с контентом, а не задача разработки, и именно эта строка чаще всего отсутствует в смете. Машинный перевод на узбекский на странице с ценами или юридическими условиями стоит больше доверия, чем экономит денег.
- Решите вопрос с узбекской графикой заранее. Поддержка и латиницы, и кириллицы навсегда удваивает редакторскую нагрузку; идите на это только при конкретной причине.
Производительность определяется на этапе дизайна, а не оптимизации
Core Web Vitals — загрузка (LCP), отзывчивость (INP) и визуальная стабильность (CLS) — измеряются на реальных визитах, большинство которых происходит с телефонов. Решения, задающие эти цифры, принимаются до того, как появится хоть строчка кода: автовоспроизводимое видео в шапке, слайдер, пять начертаний шрифта, три виджета аналитики и чата, несжатые фотографии.
Поэтому согласуйте бюджет производительности, пока дизайн ещё в Figma, и внесите его в коммерческое предложение: целевое время появления основного содержимого на среднем Android-телефоне через мобильное соединение, потолок веса страницы и ограничение на сторонние скрипты. Бюджет выявляет компромисс, пока он дёшев — «эта карусель самая тяжёлая на странице, оставляем?» — а не в момент запуска, когда её удаление означает переделку макета. Именно здесь UI/UX-дизайн и разработка должны вести один разговор.
Сроки на самом деле срываются на интеграциях
Написать интеграцию редко бывает сложно; сложно получить доступ. Договоры с провайдерами, тестовые доступы, песочницы и документация API приходят от третьих сторон по их графику, а не по вашему, поэтому подавать эти заявки нужно на первой неделе.
Для сайта, который продаёт в Узбекистане, список обычно включает локальные карточные платежи наряду с международными системами, SMS для одноразовых кодов, службу доставки и учётную или складскую систему, на которой уже держится бизнес. Спросите, кто подписывает договор с каждым провайдером — это должны быть вы, а не агентство, — у кого потом остаются доступы и что произойдёт, если платёж прошёл в банке, но не записался на вашей стороне. Для такого случая нужен механизм сверки, а не извинения. Требуйте, чтобы в предложении каждая интеграция была перечислена отдельно, с ответственным и статусом; всё, чего в списке нет, не оценено. Там, где несколько систем должны обмениваться данными, считайте это работой по системной интеграции и закладывайте бюджет соответственно.
Права: примените тест на выход до подписания
| Актив | Должен принадлежать вам с первого дня | Как проверить |
|---|---|---|
| Домен и DNS | Ваш аккаунт у регистратора | Войдите в него сами |
| Исходный код | Git-репозиторий, принадлежащий вашей компании | Коммиты появляются по ходу разработки, а не архивом в конце |
| Хостинг и база данных | Аккаунты, оформленные на вашу компанию | Вы можете добавлять и удалять пользователей |
| Аналитика, Search Console | Ваш аккаунт указан владельцем | Вы можете выдавать и отзывать доступ |
| Файлы дизайна | Ваше рабочее пространство или выгрузка при передаче | Прямо названы в договоре |
| Шрифты, изображения, шаблоны | Лицензии, оформленные на вашу компанию | Попросите показать документы |
Затем примените тест на выход: если бы вы сменили этого подрядчика в следующем месяце, смог бы новый разработчик склонировать репозиторий, пройти по README и запустить сайт локально за один день? Сделайте этот README договорным результатом работ — с переменными окружения и шагами развёртывания. Команда, которая не может его подготовить, либо не документировала систему, либо предпочла бы, чтобы вы не могли уйти.
Как читать оценку и что происходит после запуска
Фиксированная цена за фиксированный объём работает, когда объём действительно можно определить заранее, — маркетинговый сайт с согласованным списком страниц. Для приложения, требования к которому меняются по мере того, как вы узнаёте своих пользователей, фиксированная цена не убирает риск, а превращает его в споры о том, что входило в объём. Поэтапная поставка с ограниченным первым этапом и переоценкой после него обычно честнее.
Оценка без письменно зафиксированных допущений и исключений — не оценка. Смотрите, что входит, что не входит (написание текстов, перевод, фотосъёмка, хостинг), что и к какому сроку должны предоставить вы, а также как оценивается и согласуется изменение. Насторожитесь, если смета пришла без единого вопроса: подрядчик, способный назвать цену по одному сообщению, либо имеет шаблон, в который собирается вас вписать, либо занижает ставку и рассчитывает добрать разницу на запросах об изменениях.
Поддержка — та часть, которую большинство смет оставляет расплывчатой. Работающему сайту всё равно нужны обновления зависимостей и безопасности, продление сертификатов и домена, резервные копии, которые хотя бы раз восстановили для проверки, мониторинг доступности и человек, которому можно позвонить. Спросите, что означает время реакции в часах, устраняются ли дефекты в переданном коде бесплатно в течение гарантийного периода и как оплачивается всё остальное.
Вопросы, которые стоит задать каждому подрядчику
- Какие части проектов из портфолио сделала ваша собственная команда и работают ли эти сайты до сих пор?
- Кто будет писать код, кто его проверяет и кто подменяет этих людей на время отсутствия?
- Рендерится ли HTML на сервере и что это значит для индексации наших страниц?
- Какой бюджет производительности вы готовы зафиксировать при измерении на среднем Android-телефоне?
- Как будут устроены три языковые версии и кто вычитывает каждую из них?
- Какие интеграции входят в объём работ и по каким нам нужно самим подписать договор с третьей стороной?
- В каком репозитории будет находиться код и когда мы получим к нему доступ?
- Что входит в передачу проекта и что покрывает поддержка после запуска?
- Какие допущения и исключения стоят за этой оценкой?
Итоги
Принимайте решение по данным, которые собрали сами, а не по презентации предложения: откройте работающие сайты подрядчика и проверьте их на телефоне. Убедитесь, что отсутствие одного человека не остановит ваш проект. Оформите домен, репозиторий, хостинг и аналитику на своё имя до начала разработки, а не при передаче проекта. Настаивайте, чтобы SEO, производительность и три языковые версии решались на уровне архитектуры, а не продавались потом как дополнительные опции. Читайте каждую оценку ради её исключений — именно там живёт второй счёт. И если два подрядчика по-прежнему кажутся равными, выбирайте того, кто задал вам более удачные вопросы: команда, которая говорит «мы пока не знаем, вот как мы это выясним», надёжнее той, что уверена во всём.
Если хотите задать эти вопросы нам, свяжитесь с нами и расскажите, что вы создаёте.
