Веб-услуги · Заказные системы
Разработка корпоративного ПО для внутренних инструментов, заменяющих таблицу или ручной процесс: требования, собранные у людей, которые пользуются системой каждый день, интеграция с вашими ERP и CRM, права доступа, соответствующие вашей оргструктуре, и полноценная передача.
Разработка корпоративного ПО в Дубае обычно начинается после того, как таблицу растянули дальше того, что она безопасно способна выдержать: общий файл с конфликтами версий, процесс, зависящий от того, что один человек помнит все исключения, или согласования по почте без следа после этого. Для бизнеса Дубая и ОАЭ мы строим внутреннюю систему, заменяющую эту таблицу, привязанную к реальному рабочему процессу, а не к общему шаблону, и рассчитанную по числу людей, которые реально будут ею пользоваться, а не по пакету лицензий, который они никогда полностью не используют.
Разработка корпоративного ПО также чаще всего идёт не так, когда её ведут как проект сайта с дополнительными формами. Публичный сайт терпит редкий граничный случай; внутренняя система, неправильно рассчитавшая комиссию, потерявшая корректировку остатков или позволившая не тому человеку утвердить собственный расходный отчёт, приносит реальные потери в ту же неделю, когда это случается. Поэтому требования, интеграция и права доступа получают здесь не меньше внимания, чем сам интерфейс, в каждом проекте разработки корпоративного ПО в Дубае.
Эта работа входит в наши более широкие веб-услуги, наряду с разработкой сайтов для публичной стороны бизнеса и разработкой на Sitecore для организаций, уже использующих корпоративную CMS.
Требования
Документ требований это не формальность. Именно он определяет, подойдёт ли система тому, как реально работает ваша команда, или её начнут обходить в течение месяца.
Менеджер, заказывающий проект, и сотрудники, работающие с системой каждый день, редко описывают одну и ту же проблему. Мы опрашиваем обе стороны до того, как записать хоть одно требование.
Большинство сбоев процесса происходит именно в исключениях: возврат, частичный возврат средств, запись, требующая двух согласований. Это записывается заранее, а не обнаруживается во время тестирования.
Измеримый результат, например задача, раньше занимавшая день, теперь занимает час, согласуется до начала разработки, чтобы оценка велась по этому результату, а не по мнению.
Интеграция
В разработке корпоративного ПО для Дубая новая внутренняя система редко работает изолированно. Обычно ей нужны записи клиентов из CRM, данные об остатках или финансах из ERP, или и то, и другое, причём точные в обе стороны, а не скопированные один раз и оставленные расходиться. Разработка корпоративного ПО тратит здесь реальное время, потому что несовпадение между двумя системами, молча существующее месяцами, наносит больше урона, чем любая недостающая функция.
Там, где ERP или CRM предоставляют документированный API, мы интегрируемся напрямую с ним. Там, где его нет, пробел закрывает слой промежуточного ПО или плановая синхронизация данных, с мониторингом, чтобы неудачную синхронизацию замечали в тот же день, а не в тот же квартал.
Роли и права доступа
Хороший проект разработки корпоративного ПО для Дубая знает: внутренние системы хранят информацию, которая не должна быть видна каждому, кто в них входит, от цифр зарплаты до контактов клиентов, поэтому разработка корпоративного ПО относится к модели прав доступа как к базовому требованию, а не настройке, добавленной под конец. Каждая роль ограничена тем, что ей нужно видеть и менять по работе, и каждое значимое действие, запись созданная, изменённая, утверждённая или удалённая, записывается в журнал действий с указанием, кто и когда это сделал, чтобы спор об изменённой цифре можно было решить по журналу, а не по памяти.
Федеральный декрет-закон ОАЭ № 45 от 2021 года о защите персональных данных требует от контролёров применять меры, соразмерные риску, которые сохраняют системы обработки конфиденциальными, точными и защищёнными, и быть способными подтвердить, что такие меры существуют. Это не юридическая консультация, и бизнесу, работающему с чувствительными персональными данными внутри такой системы, стоит уточнить свои конкретные обязательства у квалифицированного консультанта, но журнал действий и правильно настроенная модель прав доступа, это практичный способ поддержать это требование, наряду с любой более широкой программой соответствия, которую ваш бизнес уже ведёт.
Запуск
Система, работающая на тестах, всё ещё должна пережить контакт с реальными сотрудниками, реальными объёмами данных и живую передачу. Так заканчивается типичный проект разработки корпоративного ПО в Дубае.
Пилотная группа использует систему первой, на реальной работе, а не на тестовом наборе данных, чтобы проблемы проявились до того, как от системы начнут зависеть все сразу.
Существующие записи очищаются и импортируются, с этапом сверки, подтверждающим, что ничего не было потеряно или продублировано при переносе.
Каждую роль обучают именно тому, что ей реально нужно делать в системе, а не общему обзору для всех сразу.
Вы получаете код, структуру базы данных и права администратора на своё имя, а также записанный разбор системы, поэтому она не зависит от нас, чтобы продолжать работать.
Более долгосрочные запросы на изменения и поддержка доступны в рамках обслуживания сайта или как отдельный проект после того, как система уже некоторое время используется.
Смежная работа
Внутренние системы часто запускают сообщения для клиентов. Смотрите интеграцию WhatsApp API, чтобы понять, как это подключается к CRM.
Новую систему, работающую с чувствительными данными, можно оценить в рамках тестирования на проникновение до или после запуска.
Там, где публичному сайту и внутренней системе нужно делить данные, наша страница разработки на Sitecore раскрывает именно эту CMS.
Из блога
Ежемесячный чек-лист обслуживания сайта для бизнеса в Дубае: обновления, резервные копии, аптайм, формы, безопасность, производительность и действия при сбое.
Читать статью
Cloud API против ссылки click to chat, шаблоны сообщений, согласие, 24-часовое окно и передача человеку, для бизнеса из ОАЭ, встраивающего WhatsApp в свой сайт.
Читать статью
Как бизнесу в ОАЭ решить, разрабатывать или покупать корпоративное ПО, и во что на самом деле обходится каждый путь со временем.
Читать статьюПрямые ответы
Сайт в основном читают посетители и редактирует небольшая команда. Внутреннюю систему весь день используют сотрудники, чтобы создавать, менять и утверждать записи, поэтому требования, модель прав доступа и проверка точности данных важны здесь намного больше, чем визуальный дизайн.
Бывает и так, и так. Часть требований быстрее и надёжнее закрывается настройкой устоявшейся платформы, другие, особенно процессы, специфичные именно для того, как реально работает ваш бизнес, лучше решаются заказной разработкой. Мы рекомендуем то, что подходит требованию, а не стандартный ответ по умолчанию.
Обычно да, через собственный API каждой системы, хотя они редко используют одну и ту же модель данных, поэтому обычно нужен слой сопоставления, чтобы держать записи клиентов и финансов синхронными без двойного ввода.
Доступ ограничен тем, что роли нужно для работы: менеджер филиала может видеть записи своего филиала, финансовый пользователь может видеть цифры без права их менять, а администратор сам управляет ролями. Мы согласуем список ролей с вами до начала разработки.
Код, база данных и хостинг-аккаунт принадлежат вам, так же как и в наших проектах по разработке сайтов, поэтому система и её данные не привязаны к нам. Передача включает документацию структуры данных, а не только обучение пользователей.
Каждый проект получает письменное предложение с фиксированной ценой, рассчитанное под ваше техническое задание, присылаемое в течение 45 минут в рабочее время без обязательств. Основные факторы стоимости, это объём, количество ролей и требуемые интеграции.
Источники
Фиксированная цена в письменном виде
Получили. Мы уже готовим ваше предложение.
В рабочее время вы получите его в течение 45 минут. Проверьте почту, там письмо с подтверждением.
