IT-компании Ташкента: как выбрать подрядчика и что проверить до подписания договора
Какие бывают IT-компании в Ташкенте, как подобрать подрядчика под задачу, что проверить до подписания договора и как сравнить два коммерческих предложения.

По запросу «IT-компании Ташкента» поиск выдаёт длинный список, в котором рядом оказываются фирмы, обслуживающие офисные компьютеры, интеграторы 1С, студии мобильных приложений, разработчики корпоративных систем и консультанты. Все они честно называют себя IT-компаниями, но делают совершенно разную работу. Многие неудачные проекты начинаются не с плохого кода, а с того, что задачу отдали подрядчику не того типа. Поэтому, прежде чем выбирать IT-компанию, полезно понять, какая именно вам нужна. В этом руководстве мы разбираем, какие IT-компании работают на рынке Узбекистана, как сопоставить тип подрядчика с задачей, что проверить до подписания договора, какие признаки должны насторожить, что спросить на первом звонке и как сравнить два коммерческих предложения. Мы и сами одна из таких компаний, поэтому о себе расскажем только в конце, и все проверки из статьи в полной мере относятся к нам.
Какие IT-компании работают на рынке
Под вывеской «IT-компания» в Ташкенте работают как минимум шесть разных видов бизнеса. Границы между ними размыты, многие совмещают два-три направления, но у каждой компании есть основная работа, на которой держится её опыт.
| Тип подрядчика | Чем занимается | Когда подходит | Чего не ждать |
|---|---|---|---|
| IT-аутсорсинг и хелпдеск | Обслуживание компьютеров, сети, серверов, почты и пользователей по договору | Офис должен работать, а своего системного администратора нет | Разработки системы под ваши процессы |
| Интеграторы 1С | Внедрение, настройка и доработка 1С: учёт, зарплата, склад, отчётность | Бухгалтерия и склад уже на 1С или переходят на неё | Мобильного приложения или клиентского веб-сервиса |
| Продуктовые студии | Новый цифровой продукт от идеи до первой версии: исследование, дизайн, MVP | Стартап или новое направление, где сначала нужно проверить гипотезу | Сопровождения сложной корпоративной инфраструктуры |
| Компании по заказной разработке | Веб-платформы, мобильные приложения, корпоративные системы и интеграции | Готовые программы не подходят вашим процессам или не связаны между собой | Обслуживания офисной техники и типовой настройки 1С |
| IT-консалтинг | Аудит систем, IT-стратегия, выбор технологий и подрядчика, проверка смет | Непонятно, что делать и в каком порядке, или нужно второе мнение | Кода: итог работы — письменный отчёт и план |
| Фрилансеры | Отдельные задачи: сайт, доработка, интеграция, дизайн | Небольшая чётко описанная задача, и есть кому проверить результат | Замены, если исполнитель пропадёт |
Отдельно стоят вендоры готового программного обеспечения — CRM, учётных и складских систем, — которые продают собственный продукт и настраивают его под клиента. Их стоит рассмотреть первыми, если задача типовая: настроить готовое, как правило, быстрее и дешевле, чем разработать своё.
Длинный список услуг на сайте сам по себе ни о чём не говорит — ни в плюс, ни в минус. Спросите, какие задачи составляют основную часть работы компании и какие проекты за этим стоят: ответ покажет её настоящий профиль быстрее, чем раздел «Услуги».
Как подобрать тип компании под задачу
Начинайте не с поиска подрядчика, а с формулировки задачи на языке бизнеса: что сейчас не работает, во что это обходится и как вы поймёте, что проблема решена. Затем сопоставьте её с типом компании:
- «У нас не работают компьютеры, почта или сеть». Это IT-аутсорсинг. Компания по разработке может согласиться и на это, но заниматься офисной техникой будет по остаточному принципу.
- «Учёт ведётся в 1С, нужны новые отчёты или обработки». Интегратор 1С. Если 1С нужно связать с сайтом, CRM или мобильным приложением, понадобятся и интегратор, и разработчик, а в договоре должно быть записано, кто отвечает за стык между системами.
- «Хотим проверить идею нового продукта». Продуктовая студия или компания по разработке с сильной дизайн-командой. Главное здесь — умение сократить первую версию до того, что действительно проверяет гипотезу.
- «Готовые программы не подходят нашим процессам» или «системы не связаны между собой». Компания по заказной разработке ПО. Сначала убедитесь, что задачу действительно нельзя решить настройкой готового продукта; хороший подрядчик задаст этот вопрос сам.
- «Не знаем, с чего начать», «есть старая система, и мы в ней сомневаемся», «на руках две сметы, и они не сходятся». IT-консалтинг. Хороший консультант может честно сказать, что разработка не нужна вовсе, и должен отдать вам план, который можно реализовать с любым подрядчиком.
- «Нужно поправить форму на сайте». Фрилансер справится, если вы можете сами проверить результат и у вас есть доступы, которые не исчезнут вместе с ним.
Если задача не укладывается ни в один пункт, это нормально: значит, её сначала нужно разложить на части, и у каждой части может быть свой исполнитель.
Чек-лист: что проверить до подписания договора
Эти проверки не требуют технического образования. Портфолио можно изучить ещё до первой встречи, остальное — по мере того, как подрядчик присылает оценку и проект договора.
Портфолио, которое можно открыть
- Попросите ссылки на работающие сайты и приложения в App Store и Google Play, а не скриншоты и макеты.
- Внутренние системы по ссылке не открыть, поэтому для таких проектов попросите демонстрацию по видеосвязи на тестовых данных или обезличенный фрагмент документации.
- Уточните, что именно делала сама компания: весь проект, только дизайн или отдельную часть по субподряду.
- Если есть возможность, поговорите с заказчиком одного из проектов о том, как шла работа после запуска.
Кому принадлежат код и аккаунты
- Репозиторий с кодом оформлен на вашу компанию, и вы видите изменения по ходу работы, а не получаете архив в конце.
- Домен, хостинг, облачные сервисы, аккаунты разработчика в магазинах приложений и аналитика оформлены на вас.
- Подрядчик работает в этих аккаунтах как приглашённый пользователь, которого можно отключить.
Таблица активов с проверками и «тест на выход» есть в нашем руководстве по выбору веб-студии; они подходят для любого программного проекта, а не только для сайта.
Договор
- Предмет договора и результат работ описаны в приложении, а не одной строкой «разработка программного обеспечения».
- Указаны этапы, сроки, порядок приёмки и то, что происходит, если результат не принят.
- Права на код и документацию переходят к заказчику, и в договоре сказано, в какой момент.
- Описан порядок оценки и согласования изменений.
- Есть гарантийный срок на исправление дефектов.
- Прописаны конфиденциальность и порядок передачи проекта при расторжении договора.
- Юридическое лицо, которое подписывает договор, совпадает с тем, которое выставляет счета.
Качество оценки
Хорошая оценка разбита на этапы, перечисляет допущения и исключения, называет риски и то, что к определённому сроку должны предоставить вы. Смета одной суммой без расшифровки — не повод сразу отказываться от компании, но повод задать вопросы, прежде чем сравнивать её с другими предложениями.
Поддержка после запуска
- Что входит: исправление ошибок, обновления зависимостей и безопасности, резервные копии, мониторинг.
- Какое время реакции обещано и что считается срочным случаем.
- Как оплачиваются доработки после окончания гарантийного срока.
- Кто конкретно ответит, когда что-то сломается.
Язык документации
Договоритесь заранее, на каком языке будут договор, техническое задание, документация и интерфейс системы. Если бухгалтерия работает на узбекском, руководство — на русском, а поддерживать систему потом, возможно, будут другие разработчики, это нужно решить до начала работ, а не при передаче проекта. Документация, которую ваша команда не может прочитать, всё равно что отсутствует.
Резидентство IT Park: проверять, а не верить на слово
Если вам важно, чтобы подрядчик был резидентом IT Park (например, из-за налоговых условий или требований вашей бухгалтерии), не полагайтесь на логотип на сайте или фразу в презентации. Попросите подтверждающий документ и сверьте данные с официальными источниками IT Park. Резидентство — это юридический и налоговый статус компании, а не оценка качества её работы, поэтому оно не заменяет ни одной проверки из этого списка. Как статус подрядчика влияет на ваши собственные расчёты, лучше уточнить у своего бухгалтера.
Красные флаги
- Цена по одному сообщению. Точная сумма без единого уточняющего вопроса означает либо шаблон, в который вас впишут, либо расчёт добрать разницу на изменениях.
- Оплата не привязана к результатам. Крупная предоплата за весь проект без этапов и приёмки переносит весь риск на вас.
- Код и аккаунты остаются у подрядчика. «Репозиторий передадим после финального платежа», домен на имя студии, хостинг на её аккаунте. Права на код могут переходить по мере оплаты, но видеть код вы должны с первых недель.
- Портфолио только из картинок. Ни одного проекта, который можно открыть по ссылке, и никаких объяснений.
- Непонятно, кто будет делать проект. Если на вопрос о команде отвечают общими словами, работа может уйти на субподряд или к первому освободившемуся человеку.
- Согласие на всё. Компания ни разу не сказала «это не наш профиль» или «это вам не нужно». Подрядчик, который берётся за любую задачу, нередко учится на вашей.
- Твёрдый срок до анализа. Дата запуска, названная до того, как кто-то разобрался в интеграциях и данных, — это пожелание, а не план.
- Давление скидкой или сроком. «Цена действует до пятницы» — повод отложить решение, а не ускорить его.
- Молчание о том, что будет после запуска. Если в предложении нет ни слова о поддержке и гарантии, скорее всего, их нет и в планах.
Вопросы для первого звонка
Первый звонок — это не презентация компании, а проверка того, как она думает. Задайте эти вопросы всем кандидатам в одном и том же порядке, чтобы потом было проще сравнивать ответы:
- Какие задачи составляют основную часть вашей работы?
- Какие два-три проекта, похожих на наш, работают сейчас и что в них делала ваша команда?
- Кто конкретно будет вести наш проект, в штате ли эти люди и кто их подменит на время отсутствия?
- Что вам нужно узнать, прежде чем назвать цену и срок, и как у вас устроен этап анализа?
- На кого будут оформлены репозиторий, хостинг и домен и когда мы получим к ним доступ?
- Как часто мы будем видеть работающую версию и как проходит приёмка этапа?
- Как оцениваются и согласуются изменения после начала работ?
- Что входит в поддержку после запуска и какой у вас гарантийный срок?
- На каком языке будут договор, документация и переписка?
- Какую часть этой задачи вы бы не стали делать сами или посоветовали бы не делать вовсе?
Следите не только за ответами, но и за встречными вопросами. Компания, которая расспрашивает о ваших процессах, данных и существующих системах, уже начала работать над задачей; компания, которая рассказывает только о себе, — ещё нет. Ответ «мы пока не знаем, вот как мы это выясним» — хороший знак, а не признак слабости.
Как сравнить два коммерческих предложения
Итоговая сумма — последнее, что стоит сравнивать. Разница в цене чаще всего объясняется тем, что в предложениях описана разная работа, поэтому сначала приведите их к одному объёму. Выпишите оба предложения в одну таблицу:
| Что сравнивать | Вопрос к предложению | На что обратить внимание |
|---|---|---|
| Объём работ | Какие функции, роли и экраны перечислены? | Одно из предложений может описывать упрощённую версию задачи |
| Что не входит | Включены ли дизайн, тестирование, развёртывание, миграция данных, перевод, документация? | Пустая строка сейчас — второй счёт потом |
| Допущения | На каких предположениях построена сумма? | Расчёт на готовый API или чистые данные, которых у вас нет |
| Этапы и оплата | Как разбит проект и за что вы платите на каждом этапе? | Платёж, за которым не стоит проверяемый результат |
| Код и аккаунты | Где хранится код и на кого оформлены сервисы? | Передача «в конце проекта» |
| Команда | Кто работает над проектом и сколько людей задействовано? | Один человек на весь проект и никого на подмену |
| Сроки | От чего зависит дата запуска? | Срок, который не учитывает ожидание третьих сторон |
| Поддержка | Что происходит после запуска и как это оплачивается? | Раздела нет вовсе |
Там, где одно из предложений молчит, задайте вопрос письменно и не додумывайте ответ за подрядчика. Пересылать предложение одного подрядчика другому целиком не стоит: это чужая коммерческая информация. Достаточно спросить, входит ли в цену, например, тестирование на реальных устройствах. Когда все ячейки заполнены, разрыв в цене обычно сокращается, а оставшаяся разница становится понятной: один подрядчик заложил риск, которого не заметил другой, или предложил начать с меньшего первого этапа. Подробнее о том, из чего складывается цена и какие статьи расходов чаще всего забывают, мы писали в статье о стоимости разработки ПО в Узбекистане.
Если и после этого выбор неочевиден, отдайте предпочтение подрядчику, который задал вам больше точных вопросов, и начните с короткого первого этапа с понятным результатом. Он покажет, как команда работает на самом деле, и обойдётся дешевле, чем ошибка, обнаруженная в середине проекта.
К какому типу относится BITS Technology
BITS Technology — IT-компания из Ташкента, основанная в 2020 году. По классификации из таблицы выше мы — компания по заказной разработке: создаём веб-платформы, мобильные приложения, ИИ-решения, корпоративные системы и интеграции. Отдельное направление — IT-консалтинг: аудит систем, IT-стратегия, выбор технологий и подрядчика, проверка смет. Консультирует инженер той же команды, которая пишет код, а план остаётся у вас независимо от того, кто будет его реализовывать. Общаемся на русском, узбекском и английском, документацию ведём на языке вашей команды. Любой проект начинается с короткого вводного звонка, после которого мы присылаем предложение с объёмом работ, этапами и стоимостью.
Задавайте нам те же вопросы, что и любому другому подрядчику: свяжитесь с нами и расскажите о задаче. Полный список направлений — на странице услуг.


