Заказные программные решения
Готовое ПО закрывает большинство процессов; однако именно те процессы, что отличают компанию от конкурентов, обычно остаются в непокрытой части. Заказное ПО существует, чтобы закрыть этот пробел.
Решение о разработке заказного ПО начинается со сравнения стоимости попытки подстроить готовый продукт под задачу и стоимости написания решения с нуля. Не каждая потребность требует индивидуальной разработки; для некоторых организаций правильный ответ — грамотно настроить уже имеющийся продукт. Там, где заказная разработка действительно необходима, мы стремимся сохранять узкий объём.
Разработку мы начинаем с модели данных. Интерфейс и бизнес-правила меняются на протяжении всего срока службы системы, и стоимость этих изменений остаётся ограниченной. Плохо построенная же модель данных порождает новые затраты при каждом изменении.
Подходим ли мы для этой задачи?
Решение начинается со сравнения стоимости попытки подстроить готовый продукт под задачу и стоимости написания решения с нуля. Для некоторых организаций правильный ответ — грамотно настроить уже имеющийся продукт; в таких случаях сказать об этом тоже наша задача.
Да, давайте обсудим
- Процесс, отличающий организацию от конкурентов, находится именно там, где у готового продукта нет аналога
- Требуется связать несколько систем между собой, а между ними остаётся ручной труд
- Нормативные требования или аудит требуют, чтобы процесс учёта и согласования строился по вашему собственному описанию
- Используемый вами продукт в целом справляется с задачами; лишь один модуль работает у вас иначе, и вы не хотите менять всю систему из-за этого
Нет, кто-то другой сделает это лучше
- Вся потребность полностью покрывается распространённым пакетным продуктом
- Процесс ещё не устоялся; сначала его нужно прояснить
- Потребность относится к веб-сайту, интернет-торговле или цифровому маркетингу — этим занимается Netloji
Чем мы занимаемся
- Анализ бизнес-процессов и сбор требований
- Проектирование реляционной модели данных
- Разработка слоёв приложения и сервисов
- Веб-интерфейсы управления
- Аутентификация, авторизация и аудиторский след
- Интеграция с существующими системами и разработка API
- Отчётность и экспорт данных
- Миграция данных из старой системы
- Ввод в эксплуатацию, обучение пользователей и последующая поддержка
Выполненные нами работы в этой области
Не все работы, а те, что мы можем указать вместе с организацией и годом.
KEY
Система, разработанная нами для внутреннего документооборота и архива. Внедрена в муниципалитете; техническая документация остаётся у нас.
ProDi
Приложение, разработанное нами для отслеживания проектов и планирования работ. Использовалось после адаптации под собственный рабочий процесс организации.
Oranity
Разработано для избирательных процессов профессиональной палаты. Годами использовалось в отделении; типичный пример решения процесса без готового аналога с помощью заказного ПО.
Как мы работаем
Анализ
Мы описываем процесс, разговаривая с теми, кто его непосредственно выполняет. Письменный регламент и реальная практика на местах в большинстве организаций расходятся; именно эта разница — самая важная информация проекта.
Модель данных
Мы проектируем сущности, связи и ограничения. Мы строим модель так, чтобы она выдерживала изменение бизнес-правил, и не оставляем временных решений, втиснутых в таблицу.
Контракты и разработка
При наличии интеграции мы составляем контракт интерфейса ещё до начала разработки. Далее мы продвигаемся рабочими частями; на каждом этапе существует версия, работающая с реальными данными, — отдельную демоверсию мы не поддерживаем.
Ввод в эксплуатацию
Мы сами выполняем миграцию данных, определение прав доступа и обучение пользователей. На начальном этапе мы отслеживаем ежедневное использование и вносим исправления в течение той же недели.
Наши технические решения
- Разработка начинается не с экрана, а с данных. Сначала определяется, какие данные будут храниться, какие связи существуют между ними и какое правило их объединяет. Дизайн экранов строится уже поверх этой структуры.
- Каркас слоя доступа к данным и бизнес-логики создают наши собственные инструменты. То, что повторяющиеся слои не пишутся вручную, ускоряет проект; но ещё важнее то, что это обеспечивает единообразное построение одной и той же структуры в каждом модуле.
- Связь с внешними системами опирается на письменный контракт интерфейса. Интеграция, написанная исходя из текущего поведения другой системы, перестаёт работать при её обновлении. Если контракта нет, мы определяем его перед началом интеграции.
- Информация о том, кто, когда и что изменил, не добавляется в систему задним числом. Если аудиторский след не заложен изначально, исторические записи остаются неполными; когда такая запись требуется по нормативным причинам или в связи со спором, восполнить этот пробел уже невозможно.
- Модель данных и документация сервисов — часть сдачи проекта. Если систему будет сопровождать ваша команда или другая компания, для этого она не должна зависеть от нас.
Ваше присутствие в интернете — в надёжных руках Netloji
За ваш корпоративный сайт, интернет-магазин и веб-приложения отвечает Netloji — программный и цифровой бренд группы. От дизайна до инфраструктуры, от запуска до последующей поддержки — всё ведётся из одних рук; вы занимаетесь своим делом.
За этим стоит собственная технология
Платформа разработки Netloji и растущий вокруг неё набор инструментов. Конструктор баз данных, генератор кода и DAL на основе агентного подхода, ассистент разработки на базе MCP для программирования с ИИ — все три работают на одной линии. Именно отсюда берётся повторяющийся каркас проекта, а времени на основную задачу остаётся больше.
Модульное управление контентом по принципу API-first. Не требует написания кода для базы данных и панели управления; поскольку контент получают напрямую через API, веб, мобильные и другие клиенты работают с одним и тем же источником. Открытие нового канала не означает написания нового экрана управления.
Сервер контента, публикующий файлы по хешированным URL. Каждый загруженный файл становится доступен по собственному адресу; любая платформа, использующая API, работает с одним и тем же контентом. Необходимость использовать собственный сервер приложения в качестве файлового хранилища отпадает.
Эти три названия — видимая часть линии. За ними работает целый слой инструментов разработки — от фоновых сервисов до инфраструктуры плагинов и инструментов работы с данными и контентом; каждый новый проект добавляет в этот слой ещё один инструмент.