Ищу IT-компанию в Саудовской Аравии — как выбрать среди предложений?

В прошлом году в Эр-Рияде мы повелись на самый дешевый ценник в 75.000 SAR под логистический софт — в итоге разработка растянулась на 10 месяцев, и нам без конца выкатывали допники. Вышло 130.000 SAR. Если бы сразу пошли к проверенным ребятам за 140.000 SAR со сроком 5 месяцев, запустились бы на полгода раньше и не теряли деньги на простоях.

Проверьте, чтобы договор регулировался законами и торговыми судами Королевства Саудовская Аравия. У подрядчика должна быть действующая коммерческая регистрация (Commercial Registration - CR) с указанием разработки ПО в видах деятельности. И обязательно пропишите пункт по закону о защите данных (PDPL) — данные о заказах и клиентах должны храниться на серверах внутри Королевства.

Контора, которая обещает софт для полевых сотрудников с офлайн-режимом и интеграцией с ERP за два месяца и 65.000 SAR, либо впарит вам сырой готовый шаблон без нормальной адаптации, либо вообще не въехала в ТЗ. За этот срок они даже тестовый контур не развернут и синхронизацию по API не закончат.

Запросите у всех четырех контакты трех реальных клиентов в Саудовской Аравии, которым они уже сдали проекты. Наберите им сами и спросите прямо: «Сдали вовремя? Баги быстро фиксят?». Самую правдивую картину узнаете именно так.

P.S.: вопрос уже задавали ниже, ответ во втором сообщении.

советую съездить к ним в офис. в эр-рияде полно фирм-вывесок которые просто арендуют один стол и полностью сливают работу куда-то в азию. честно не жмите руку, пока не выпьете чай с техлидом лично.

обязательно добавьте в свою сравнительную таблицу такие пункты: 1) срок бесплатной гарантии и поддержки после запуска (должно быть минимум 6 месяцев), 2) тариф на почасовую допразработку, 3) кто отвечает за процессы одобрения в магазинах Android и iOS.

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

Спасибо, что написали об этом, это действительно так. Еженедельный письменный отчет о прогрессе помогает гораздо больше, чем постоянные вопросы о сроках.

То, что делают все, не значит, что это правильно. Я бы пошел этим путем.

Появились три разных мнения, они дополняют друг друга. Если критерии приемки не прописаны, момент завершения работы становится предметом спора.

Если критерии приемки не прописаны, момент завершения работы становится предметом спора. Если напишете результат здесь, это поможет и другим.

здесь есть еще и аспект измерений. в общем если в договоре не прописано право собственности на код при уходе у вас нет переговорной позиции.

оставю как заметку, пригодится.

Верно. Если критерии приемки не прописаны, момент завершения работы становится предметом спора.

На этом всё, извините, если затянул.

Вопрос будет немного наивным извините заранее. Самое дорогое в унаследованной системе — неизвестные зависимости.

Проверено опытом.

Краткое резюме для новичков: Пытаться сделать это в одиночку — самый дорогой путь.

Внедрение процесса управления изменениями не замедляет работу, а ускоряет её. Конечно, если ваша ситуация отличается, всё меняется.

Я бы не торопился. Без измерений мы всегда приходим к одному и тому же.

На этом всё извините, если затянул.

Попробую.

Очень актуальная тема. Первые три месяца все идет хорошо, проблемы всплывают на четвертом.

Интересно, есть ли те, кто делает иначе.

В этом пункте я с вами не согласен. Больше всего времени у нас уходило на то, что было непонятно, кто принимает решения.

Удачи.

Извините, но это верно не во всех случаях. Доступы должны открываться на компанию, а не на личные аккаунты.

Надеюсь, это будет полезно.