IT-компания в Анталии — это техническая команда, которая создаёт программу под ваш собственный рабочий процесс, связывает между собой уже используемые системы и поддерживает эту программу годами после запуска. Правильный выбор делается не по скриншотам в портфолио, а по восьми конкретным пунктам, о которых нужно спросить письменно: техзадание, договор, права на код, выбор технологий, договор поддержки, безопасность данных, интеграции и модель ценообразования.
Это руководство — чек-лист для компаний, которые начинают в Анталии проект по разработке ПО на заказ, мобильного приложения, панели управления или интеграции: какой вопрос заранее показывает какой риск и какой пункт дорого обойдётся, если его нет в договоре. Наш объём услуг описан на странице разработка ПО в Анталии; здесь речь о самом решении.
Что IT-компания в Анталии делает и чего не делает
Разработчиков ПО и веб-агентства часто складывают в одну корзину, хотя результат разный. Агентство делает витрину: сайт, контент, видимость. IT-компания делает место, где идёт сама работа: бронирования, заказы, склад, взаиморасчёты, коммерческие предложения, выездные сотрудники, отчёты. Чаще всего в Анталии у разработчиков заказывают:
- Панель и операционное ПО на заказ: бронирования, заказы, склад, баланс и задачи на одном экране.
- Мобильное приложение: для клиентов или для выездной команды, вместе с админ-панелью.
- Интеграции: бухгалтерия, турецкая электронная счёт-фактура (e-fatura), доставка, маркетплейсы, платежи, канал-менеджер.
- Модернизация: обновление старой системы, которую больше нельзя поддерживать, или перенос её данных.
Чего команда не делает — тоже важно: она не опишет ваши процессы за вас. Кто что согласует, как работает отмена, по какому правилу меняется цена — это ваше знание. Хорошая команда вытащит его правильными вопросами, но не примет решение вместо вас.
Готовый продукт или разработка на заказ?
Первое решение — не подрядчик, а метод. Если готовый SaaS закрывает вашу работу, разработка на заказ — лишние расходы; если готовый продукт мешает операционке, разработка на заказ — не расход, а возвращённое время.
| Критерий | Готовый продукт (SaaS) | Разработка на заказ |
|---|---|---|
| Стартовые затраты | Низкие, обычно месячная подписка | Единоразовая стоимость разработки |
| Текущие затраты | Плата за пользователя или филиал, растёт со временем | Годовой сервер + поддержка, не зависит от числа пользователей |
| Время до начала работы | Дни | Недели на каждый этап |
| Соответствие процессу | Насколько допускает продукт | Под ваш процесс |
| Гибкость интеграций | Готовые коннекторы поставщика | Можно написать под любую систему |
| Права на данные и код | У поставщика; выгрузка при уходе может быть ограничена | У вас, если это записано в договоре |
| Запросы на изменения | Зависят от плана поставщика | Зависят от ваших приоритетов |
| Когда это верный выбор | Процесс стандартный, команда небольшая, бюджет ограничен | Процесс уникальный, данные вручную переносят между системами, готовый продукт мешает |
Есть и третий путь, и в Анталии мы собираем его чаще всего: оставить готовые продукты на месте и написать между ними собственный слой. Бухгалтерская программа остаётся, панель маркетплейса остаётся, а вы разрабатываете программу, которая убирает ручное копирование между ними. Разницу мы подробно разобрали в статье что такое разработка ПО на заказ.
Чем проекты в Анталии отличаются
Местный контекст действительно меняет объём работ. Четыре ситуации встречаются постоянно.
Туризм, отели и бронирование
В отелях, виллах, на катерах и в экскурсионном бизнесе главный риск — двойное бронирование. Если канал-менеджер, форма брони на сайте и заявка по телефону не пишут в одну и ту же таблицу доступности, однажды один номер обязательно продадут дважды. К этому добавляются сезонные правила цен, депозит, политика отмены и многоязычность: один и тот же экран могут использовать сотрудники, работающие на турецком, английском и русском.
Сельское хозяйство и логистика
В теплицах, на оптовых рынках и в перевозках нужны учёт партий, количество ящиков и упаковки, план отгрузок и взаиморасчёты между производителем и покупателем. Пересчёт килограммов в штуки, ежедневное изменение цены и комиссия посредника — правила, с которыми готовые продукты справляются плохо; это одна из областей, где разработка на заказ окупается быстрее всего.
Недвижимость и строительство
Управление портфелем объектов, контроль того, что один объект ведут несколько агентов, поддержка языков и валют для иностранных покупателей, выгрузка на порталы объявлений, учёт сделок по тапу и платежей. Чаще всего забывают о другом: фотографии и описания объекта должны храниться в одном месте, чтобы во все каналы уходила одна и та же версия.
Медицинский туризм и клиники
Канал, по которому пришёл запрос пациента (форма, WhatsApp, агентство), должен соединяться с записью на приём, предложением и планом лечения в одной карточке. Чувствительность данных здесь выше: по KVKK, турецкому закону о защите персональных данных, медицинские данные относятся к особой категории, поэтому права доступа и журналирование нужно проектировать с самого начала.
Сезонная нагрузка — общий знаменатель. С апреля по октябрь у команды нет времени на программы, поэтому календарь строят с конца: анализ и разработка зимой, запуск и обучение до открытия сезона, в сезон — только поддержка. Переход на новую систему посреди сезона проваливается, даже если программа хорошая.
Восемь критериев выбора команды
1. Техзадание и договор
Это самый важный пункт. Если в предложении одна строка вроде «панель управления — 3 месяца», в конце проекта вы будете спорить о том, чего не хватает. В нормальном техзадании перечислены экраны, роли пользователей, права каждой роли, интеграции, что прямо исключено из объёма, этапы сдачи и критерии приёмки. В договоре должны быть и раунды правок, условия при задержке, график платежей и порядок оценки новых запросов.
Практическая проверка: если третий человек, прочитав предложение, отвечает на вопрос «что будет сдано по итогам проекта» так же, как вы, документ достаточен.
2. Права на код и передача исходников
Если в договоре не написано, что исходный код и данные принадлежат вам, полного контроля над системой у вас нет. Спросите три вещи отдельно: будет ли передан исходный код, на чьём аккаунте лежит репозиторий и можете ли вы получить резервную копию базы данных в любой момент. Записи о сервере и домене тоже должны быть оформлены на компанию. Просить об этом — не недоверие, а стандарт: именно это определяет, сможете ли вы продолжить с другой командой.
3. Выбор технологий
Правильный вопрос — не «какая технология лучше», а «найдётся ли через пять лет разработчик, который это поддержит». Распространённый и актуальный стек (современные фреймворки JavaScript/TypeScript на вебе, единая кодовая база на Flutter или React Native в мобильной части, реляционная база данных) защищает от зависимости от одной команды; собственный фреймворк, которого никто не знает, — долгосрочный риск. Уточните и то, будут ли iOS и Android делать отдельно или из одной кодовой базы; подробности — на странице разработка мобильных приложений.
4. Договор поддержки
Работа не заканчивается сдачей: обновления безопасности, изменения API у сервисов, с которыми вы интегрированы, обновления сервера и неизбежные ошибки продолжаются. В договоре должны быть указаны время реакции, какие работы входят в поддержку (исправление ошибок, безопасность, резервные копии) и какие считаются новой разработкой, сколько часов в месяц включено и стоимость часа сверх лимита. Отдельный вопрос для туризма: есть ли поддержка в выходные и вечером в сезон? Если система бронирования встала в субботу вечером, ждать до понедельника нельзя.
5. Безопасность данных и KVKK
Вы обрабатываете имена клиентов, телефоны, паспортные данные, платёжную информацию, иногда медицинские данные. Минимум, который стоит ожидать от разработчика: HTTPS и шифрованные соединения, доступ по ролям, журналирование критичных операций, регулярные резервные копии с проверенным восстановлением и ограниченный круг людей с доступом к базе.
Юридически контролёром данных являетесь вы, а IT-компания в большинстве случаев — обработчик. Описание этих отношений в договоре, понимание того, в какой стране стоит сервер, и сбор уведомлений и согласий в правильном месте системы — основа соответствия KVKK, турецкому аналогу GDPR.
6. Интеграции
Проекты чаще задерживаются на интеграциях, а не на разработке. На этапе предложения перечислите, какие системы будут подключены и у кого доступ или лицензия на каждую:
- Электронная счёт-фактура (e-fatura / e-arşiv): обязательная в Турции электронная отчётность через частного интегратора или портал налоговой; плата провайдеру обычно за счёт компании.
- Бухгалтерия: в турецких системах вроде Logo, Mikro или Netsis объём работ определяют наличие API или выгрузки и возраст установки.
- Доставка: печать этикеток и отслеживание; у каждой компании свой сервис и договор.
- Маркетплейсы: Trendyol и другие турецкие площадки; лицензия интегратора оформляется на компанию.
- Платежи: провайдеры вроде iyzico и PayTR; заявка на виртуальный POS и комиссия — забота компании.
- Для туризма: подключение канал-менеджера и модуля бронирования.
По каждой интеграции получите письменный ответ на вопросы «кто подаёт заявку, кто платит, есть ли тестовая среда».
7. Модель цены: фиксированная сумма или ставка за день?
Обе модели могут быть верными; неверно выбрать ту, которая не соответствует объёму.
| Модель | Как работает | Плюс | Риск | Когда подходит |
|---|---|---|---|---|
| Фиксированная цена | Одна сумма по техзаданию | Бюджет известен заранее | Всё вне объёма — отдельное предложение; неопределённость заложена в цену | Объём понятен, интеграции известны |
| Ставка за день (time and materials) | Ежемесячный счёт за отработанные дни | Легко менять приоритеты | Итоговая сумма заранее неизвестна, нужна дисциплина учёта | Исследовательские задачи, объём которых проясняется в работе |
| Поэтапная фиксированная цена | У каждого этапа свой объём и своя цена | Контроль бюджета и гибкость | Между этапами нужно время на перепланирование | Многомодульные операционные проекты |
На практике здоровее всего третий вариант: сделать первый этап по фиксированной цене, а следующий переоценить на данных реального использования.
8. Преимущество местной команды
Удалённая работа давно стала нормой, и всё же у команды в регионе два конкретных преимущества. Первое — контекст: не нужно объяснять сезонный календарь, многоязычный персонал и привычки агентств и маркетплейсов. Второе — запуск: быть рядом с командой в день перехода на новую систему полезнее десяти онлайн-встреч. При этом «местная» сама по себе не признак качества: те же семь пунктов требуйте у местной команды письменно. Наша команда работает из Алании, проекты по всей Анталии ведём в основном онлайн, при необходимости — со встречами на месте.
Этапы проекта и типичные сроки
Таблица ниже показывает типичный ход одномодульного операционного решения или панели среднего размера; сроки меняются вместе с объёмом.
| Этап | Что получается | Типичный срок | Чьё участие нужно |
|---|---|---|---|
| 1. Первая встреча | Описание задачи, список текущих систем | 1–3 дня | Тот, кто ведёт процесс, руководитель |
| 2. Анализ и техзадание | Экраны, роли, интеграции, критерии приёмки | 1–2 недели | Сотрудники, знающие процесс |
| 3. Предложение и договор | План этапов, цена, сроки, пункты о правах на код | 2–5 дней | Принимающий решение |
| 4. Дизайн и прототип | Кликабельный сценарий экранов, согласование | 1–2 недели | Те, кто будет работать с экранами |
| 5. Разработка (этап 1) | Работающая первая версия, тестовая среда | 6–10 недель | Обратная связь раз в неделю |
| 6. Тесты и перенос данных | Миграция старых данных, список ошибок | 1–3 недели | Сотрудники, знающие данные |
| 7. Запуск и обучение | Работа вживую, инструкция, параллельный период | 1–2 недели | Все пользователи |
| 8. Поддержка и следующий этап | Ошибки, обновления, новые модули | Постоянно | Короткая ежемесячная встреча |
Одномодульный проект от договора до реальной работы обычно занимает 3–4 месяца. Если планируете под сезон, считайте назад: чтобы запуститься в конце марта, анализ нужно начинать в декабре.
Как планировать бюджет
Цену определяют число модулей, роли пользователей, количество интеграций, потребность в мобильном приложении и объём переносимых старых данных. Наши опубликованные стартовые суммы — без KDV (турецкого НДС) и все «от»; точная цена появляется после техзадания:
- Разработка ПО на заказ: от 50 000 TL. CRM, ERP, склад, бронирование, дилерская/B2B-панель, автоматизация и интеграция по API оцениваются в этом объёме.
- Мобильное приложение: от 100 000 TL. iOS + Android из одной кодовой базы, до 12 экранов, вход и push-уведомления включены.
- Сервер и бэкенд: 12 000 TL в год — API, база данных, резервные копии, безопасность и обновления.
В бюджет добавьте: платежи третьим сторонам (интегратор e-fatura, аккаунты Apple и Google, канал-менеджер, комиссия виртуального POS), строку поддержки и запросы на изменения, которые приходят со второго года. Когда меняется бизнес, меняется и программа; это не ошибка, а признак живой системы. Актуальные детали пакетов — на странице цены.
Самый честный способ посчитать окупаемость — считать время: шесть часов ручной работы в неделю дают около 300 часов в год. Умножьте это на свою стоимость часа, и срок возврата появится сам.
Действительно ли вам нужна разработка на заказ?
Некоторым компаниям нужен не заказной проект, а готовый инструмент правильной категории. Грубое деление такое: если проблема в работе с клиентами и воронке продаж — смотрите CRM-систему; если в цепочке склад–производство–финансы — ERP-систему; если процесс уникален и ни то, ни другое его не закрывает — разработку на заказ. Все три мы сравнили в таблицах в статье CRM, ERP и операционные системы.
Наши проекты в Анталии
Для Suits Finance — консалтинговой компании из Анталии, которая помогает клиентам открывать бизнес за рубежом, — мы собрали услуги по нескольким странам в единый цифровой сценарий; сайт Suits Finance AE для подразделения того же клиента в Дубае и ОАЭ — это та же работа для второго рынка. Один клиент, две страны и две разные аудитории означают, что структуру контента и процесс запуска нужно планировать отдельно с самого начала. В ресторане Art of Tart в Анталии на первый план выходит программная часть: меню обновляется в собственной админ-панели, а гость открывает его со столика по QR-коду. На этих проектах видно, как перечисленные выше критерии выглядят на практике.
Часто задаваемые вопросы
На что смотреть в первую очередь при выборе IT-компании в Анталии?
На техзадание. Опыт в вашей отрасли полезен, но сам по себе недостаточен; решает то, сможет ли команда правильными вопросами вытащить ваш процесс и зафиксировать его на бумаге. Если после первой встречи вы получаете документ со списком экранов, ролей, интеграций и исключений из объёма — вы в правильном месте.
Сколько длится проект разработки ПО в Анталии?
Одномодульный проект от договора до реальной работы обычно занимает 3–4 месяца: 2–4 недели анализа и дизайна, 6–10 недель разработки, остальное — тесты, перенос данных и обучение. В многомодульных проектах верный путь — этапы, где в конце каждого есть работающая версия.
От чего зависит цена разработки на заказ?
От числа модулей, ролей пользователей, объёма панели, количества интеграций, необходимости мобильного приложения и объёма переносимых старых данных. У нас разработка на заказ начинается от 50 000 TL, мобильное приложение — от 100 000 TL (без НДС); точная цена даётся по этапам после техзадания. Платежи третьим сторонам — интегратору e-fatura, магазинам приложений, за виртуальный POS — считаются отдельно.
Будут ли исходный код и данные принадлежать нам?
Да, если это написано в договоре, — и это должно быть написано. Передача исходного кода, аккаунт, на котором лежит репозиторий, выдача резервной копии базы по запросу и оформление сервера и домена на компанию — четыре отдельных пункта; спросите о каждом.
Как туристический сезон влияет на график?
С апреля по октябрь у команды нет времени на программы. Поэтому анализ и разработку ставят на зимние месяцы, а запуск и обучение — на недели до открытия сезона. В сезон делают только поддержку и небольшие улучшения.
Нужен ли договор поддержки после запуска?
На практике да. Обновления безопасности, изменения API, обновления сервера и исправление ошибок продолжаются и после сдачи. Зафиксируйте время реакции, что входит и не входит в объём, включённые часы и стоимость переработки; в туризме отдельно уточните поддержку в выходные во время сезона.
Заключение
Выбор IT-компании в Анталии — не вопрос симпатии к портфолио, а управление риском. Техзадание определяет проект, пункт о правах на код защищает ваше будущее, список интеграций предотвращает задержки, договор поддержки держит программу живой, а модель цены — ваш бюджет. Если эти пять пунктов зафиксированы письменно, остальное обсуждаемо.
Опишите проект одним абзацем — объём первого этапа и ориентировочный срок мы оценим бесплатно. Подробности на странице разработка ПО на заказ.
Телефон / WhatsApp: +90 536 628 0007
