Два года назад сказать владельцу бизнеса в ОАЭ, что мы сможем создать индивидуальную CRM-систему за 14 дней, было бы ложью. Сегодня это просто констатация факта. Требования не изменились — просто работа выполняется по-другому.
На данный момент это самое недооцененное изменение в сфере технологий, и именно оно является главной причиной того, что 2026 год — необычный и прекрасный год для разработки программного обеспечения. Вот что на самом деле изменилось.
Исходная ситуация до появления ИИ
Традиционный проект по разработке индивидуального программного обеспечения для средней компании в ОАЭ выглядел примерно так:
| Этап | Время | Почему так долго |
|---|---|---|
| Требования | 2–3 недели | Совещания, документы, согласования |
| Проектирование | 3–4 недели | Вайрфреймы, макеты, доработки, новые доработки |
| Бэкенд | 4–6 недель | Схема базы данных, конечные точки API, аутентификация, хостинг |
| Фронтенд | 4–6 недель | Компоненты, экраны, адаптивная верстка, доступность |
| Интеграция | 2–3 недели | Платежи, электронная почта, SMS, сторонние API |
| Тестирование и контроль качества | 2–3 недели | Ручное тестирование, исправление ошибок |
| Развёртывание и обучение | 1 неделя | Запуск в эксплуатацию, обучение команды клиента |
| Всего | 4–6 месяцев |
Это была реальная работа, а не надуманные затраты. Каждый шаг был необходим. Препятствием была не лень — это было неизбежное набирание текста и чтение.
Что именно изменило ИИ
Существует миф, что «теперь код пишет ИИ». На самом деле это не так. Старшие инженеры по-прежнему проектируют системы, принимают решения и проверяют каждую строку. Изменилось сопротивление между процессом мышления и процессом создания.
Конкретно, вот что стало быстрее:
Шаблонные фрагменты и каркас. Настройка нового проекта, написание первых 50 компонентов, определение схемы базы данных, генерация конечных точек API — работа, которая раньше занимала неделю, теперь занимает полдня. ИИ генерирует шаблоны, инженер проверяет и адаптирует их.
Преобразование спецификаций в код. Старший инженер читает заметки по результатам анализа, вводит структурированное описание требуемой функции и получает рабочий первый вариант. Затем инженер проводит рефакторинг, тестирует и выпускает продукт. Этап «первого варианта», который раньше занимал два дня, теперь занимает 30 минут.
Рефакторинг в больших масштабах. Раньше переименование понятия в 200 файлах требовало тщательной ручной проверки. Теперь это 5-минутный просмотр предложенного ИИ диффа. Код остается чистым, потому что его очистка обходится недорого.
Документация и тесты. ИИ генерирует первый вариант; инженер исправляет его и добавляет человеческое видение. Документация больше не отстает, потому что её написание больше не является самой медленной частью процесса.
Межплатформенный контекст. Старший инженер может переключаться между Swift, Kotlin, Next.js, Python и SQL в течение одного дня, поскольку ИИ обрабатывает переключение синтаксиса. Специализация по языку имеет меньшее значение; специализация по суждению — большее.
Конечный результат: примерно 5–10-кратное увеличение производительности на одного старшего инженера, в зависимости от проекта. Это не означает, что «ИИ заменяет инженеров». Речь идет о том, что «старший инженер стал небольшой командой».
Что НЕ изменилось
Если бы всё стало быстрее, работа была бы выполнена. Но это не так. Не изменились именно те аспекты, которые занимают много времени:
Понимание бизнеса. ИИ не знает, как на самом деле выглядит ваш процесс бронирования, какие исключения вы допускаете или какие крайние случаи могут подорвать вашу репутацию. Этот разговор по-прежнему происходит между людьми.
Компромиссы и архитектура. Выбор между серверным и клиентским рендерингом, между SQL и хранилищем документов, между монолитной и модульной архитектурой — это субъективные решения, которые ИИ не может принять за вас. Ответственность за принятие решения по-прежнему лежит на старшем инженере.
Крайние случаи и безопасность. ИИ с удовольствием генерирует код, обрабатывающий «счастливый путь». Безопасность, крайние случаи, условия гонки, векторы отказа в обслуживании — все это требует целенаправленного мышления с позиции противника. Старшие инженеры по-прежнему уделяют этому много времени. Мы отказываемся выпускать продукт без этого.
Анализ реального продукта. Кнопка с идеальным пиксельным изображением в Figma все равно может оказаться не той кнопкой. ИИ не ощущает того трения, которое испытывает реальный пользователь, проходящий через реальный рабочий процесс на реальном телефоне. Инженеры по-прежнему должны использовать то, что они создают.
Координация с людьми. Когда продукт запускается в реальной организации, где люди действительно отвечают на звонки и обрабатывают бронирования, управление изменениями по-прежнему занимает столько времени, сколько требуется.
Почему большинство агентств по-прежнему тратят 6 месяцев
Если отдельные инженеры стали работать в 5–10 раз быстрее, почему большинство агентств по-прежнему оценивают тот же проект в 4–6 месяцев?
Есть несколько причин, перечисленных в порядке убывания честности:
-
Они по-прежнему используют процессы 2022 года. Два месяца на изучение, фиксация дизайна, затем передача в разработку, затем передача в отдел контроля качества. При каждой передаче теряется информация; ИИ на одном этапе не помогает при переходе к следующему.
-
Модель ценообразования основана на часах. Когда вы выставляете счета по часам, завершение проекта за 14 дней вместо 6 месяцев негативно сказывается на следующем счете. Стимул заключается в том, чтобы затянуть процесс.
-
Большинство инженеров не являются старшими специалистами. ИИ в руках старшего инженера — это мультипликатор. ИИ в руках младшего специалиста, которому не хватает опыта, — это генератор кода, требующего значительной доработки. Агентства, полагающиеся на младших сотрудников, не могут сократить сроки без потери качества.
-
Отсутствие готовности к риску. Новые инструменты, новые рабочие процессы, новые методы — все это требует руководства, готового отказаться от старых подходов. Большинство агентств к этому не готовы.
-
Они продают время, а не результат. «Это займет 6 месяцев» звучит профессионально. «Это займет 14 дней» вызывает подозрения у заказчика, привыкшего к многолетним срокам.
Мы часто сталкиваемся с этим последним моментом. Владельцы бизнеса в ОАЭ спрашивают: «Если вы можете сделать это за 14 дней, почему так не поступают все? Не снижается ли качество?» Честный ответ таков: большинство агентств еще не внедрили новые рабочие процессы, а качество остается на том же уровне или даже выше, поскольку автоматизация берет на себя те части работы, требующие высокой степени повторяемости, в которых люди допускают ошибки, когда устают.
Что это означает для вашего проекта
Если вы планируете проект по разработке индивидуального программного обеспечения в ОАЭ в 2026 году, практические последствия будут следующими:
Ожидайте предложений в диапазоне от 2 до 6 недель для проектов реального объема. Мобильное приложение, индивидуальная CRM-система, интеграция ИИ — это проекты продолжительностью 2–4 недели при наличии компетентной команды старших специалистов. Срок в 6 месяцев — это тревожный сигнал.
Спросите, как ИИ используется в рабочем процессе команды. Не как модное слово — а конкретно: какие инструменты, на каких этапах и для каких видов работ. Если ответ расплывчат, рабочий процесс, вероятно, устарел.
Настаивайте на фиксированной цене. Почасовая оплата поощряет медлительность. Команда, которая устанавливает цену по результату, должна работать быстро, чтобы быть прибыльной, и это согласует стимулы.
Попросите показать ежедневный прогресс на действующем тестовом URL-адресе. Команды, работающие с ИИ, каждый день выпускают что-то видимое. Если вам приходится ждать две недели до первой демонстрации, рабочий процесс неверный.
Убедитесь, что инженеры, пишущие код, являются старшими специалистами. Это важно как никогда. ИИ усиливает того, кто его использует — и это усиление не всегда идет в лучшую сторону.
Рынок разделится на две части
В течение следующих 18 месяцев будут заметны два типа компаний-разработчиков программного обеспечения:
Первые будут предлагать сроки в 4–6 месяцев, поставлять стандартные решения SaaS-on-rails и выставлять счета по часовой ставке. Они будут продолжать существовать, поскольку некоторым покупателям удобна такая модель, и они всегда за неё платили.
Второй тип будет предлагать сроки в 2–6 недель, поставлять действительно подходящее решение и выставлять счета по результату. Они будут работать быстрее, стоить дешевле в абсолютном выражении и завоевывать больше долгосрочных отношений.
Разрыв между этими двумя типами будет увеличиваться. Цены будут расходиться. Результат через год будет отличаться не только по степени, но и по сути.
Если ваша компания выбирает партнера по разработке программного обеспечения в 2026 году и далее — именно этот выбор вы и делаете.
Хотите узнать, как будет выглядеть ваш проект при таком подходе? Напишите нам в WhatsApp — мы определим объем работ в течение 24 часов и предоставим вам расценки в течение нескольких дней, а не недель.