Проекты, над которыми я работал, требовали погружения в предметную область, интервьюирование заказчика, глубокий анализ бизнес-процессов. Мне помогало высшее профильное образование (магистратура с отличием) и системная работа над проектом. Я научился доводить до конца проекты, проходя через все этапы разработки.
В каждом проекте была своя отрасль — библиотечное дело, финансы, оптовая торговля, энергетика, розница. И в каждом случае нужно было:
Понять терминологию — что такое «отгрузка на реализацию», «отчёт комитента», «АППОЭР», «аннуитетный платёж», «технологическое присоединение».
Разобраться в процессах — кто что делает, в каком порядке, что критично, что можно упростить.
Учесть регулирование — где есть стандарты и нормативы, их нельзя игнорировать.
Перевести в систему — так, чтобы заказчик узнал свои процессы, а не абстрактную схему.
CRM для сотен тысяч покупателей
Сложность предметной области: клиентская база такого объёма — это не просто «много записей». Это сегментация, история взаимодействий, права доступа разных отделов, интеграции с внешними системами. Нужно было понять, как устроена работа с клиентами в компании, какие роли участвуют, какие данные критичны.
Что сделал: разобрался в логике клиентских процессов и построил систему, где каждая операция предсказуема и контролируема при больших объёмах.
WHM для сети из нескольких сотен складов
Сложность предметной области: складской учёт — это движение товаров, остатки, зоны ответственности, распределённые площадки. Каждый склад живёт по своим правилам, но система должна видеть картину целиком. Плюс производительность: десятки сотрудников работают ежедневно, страницы не должны «тормозить».
Что сделал: понял логику складских процессов на уровне сети и построил систему, которая выдерживает ежедневную нагрузку без потери скорости.
Электронная библиотечная система
Сложность предметной области: библиотечное дело — отдельный мир со своими стандартами. Нужно было разобраться в ролях (читатель, библиотекарь, представитель организации), в способах доступа (по IP, по общему логину, по индивидуальным учётным записям), в защите от скачивания с сохранением цитирования, в адаптации для людей с особыми потребностями. Отдельно — отчётность по стандартам COUNTER R5 и АППОЭР: это не просто «сделать отчёт», а соответствовать внешним требованиям, которые проверяют.
Что сделал: освоил библиотечные стандарты и регулируемую отчётность, научился работать с метаданными и большими объёмами контента.
Конструктор сайтов дилеров для автомобильных брендов
Сложность предметной области: автомобильный бренд — это жёсткие стандарты. Дилерская сеть — это десятки и сотни точек, у каждой свои локальные особенности, но бренд требует единообразия. Нужно было понять, как устроена работа бренда с дилерами, что можно делегировать на места, а что нельзя.
Что сделал: разобрался в логике франшизных отношений и построил систему, где дилеры получают гибкость, а бренд — контроль.
Кредитные калькуляторы для автомобильных брендов
Сложность предметной области: финансы. Кредиты, аннуитетные платежи, отложенные платежи, trade-in, страхование жизни. Каждая кредитная программа — своя логика расчёта. Ошибка в копейку — это уже проблема. Нужно было разобраться в банковских продуктах и корректно их считать.
Что сделал: освоил финансовую логику кредитных продуктов и обеспечил точность расчётов на целочисленной арифметике.
Генератор ценников для автомобильных дилеров
Сложность предметной области: требования бренда к оформлению ценников — это не «сделать красиво», а соответствовать стандарту. Плюс интеграция с API бренда: модели и опции подгружаются автоматически, нужно понимать структуру данных.
Что сделал: разобрался в стандартах оформления бренда и в структуре внешнего API.
Система дропшиппинга и оптовой торговли
Сложность предметной области: это, пожалуй, самый сложный кейс с точки зрения предмета. Дропшиппинг — это когда ты продаёшь товар, которого у тебя нет, и отгружаешь напрямую от поставщика клиенту. Нужно было разобраться в:
документообороте (счета, приёмка, сборочные листы, накладные, счета-фактуры, отгрузки на реализацию, возвраты, отчёты комиссионера и комитента);
учёте склада поставщика и системы параллельно;
резервировании на нескольких уровнях;
импорте прайс-листов в разных форматах с формулами и связями между колонками.
Это область, где без погружения в бизнес-процессы не сделать ничего.
Что сделал: разобрался в оптовой торговле и дропшиппинге на уровне документооборота, построил систему, объединяющую несколько складов и магазинов в единый контур.
Интернет-магазин одежды с покупкой по меркам
Сложность предметной области: здесь два принципиально разных типа заказов в одном магазине. Обычные покупки со склада — стандартная логистика. Изготовление по меркам — отдельный жизненный цикл: ввод мерок, производство 4–6 недель, невозвратность (кроме брака или несоответствия меркам), отдельная доставка. Плюс смешанные заказы, когда в одной корзине и то, и другое.
Что сделал: разобрался в логике made-to-order и построил систему, которая разводит потоки, не путая покупателя.
HR-портал для сети магазинов
Сложность предметной области: розничная сеть с тысячами сотрудников, у которых нет рабочих компьютеров. Нужно было понять, как доставлять информацию до продавцов в магазинах, как продвигать вакансии внутри сети, как распространять информацию о корпоративных мероприятиях. Ключевой канал — мобильное приложение.
Что сделал: разобрался в HR-процессах распределённой розничной сети и построил портал под реальные условия работы сотрудников.
Система управления проектами для отдела разработки
Сложность предметной области: замена JIRA — это не «сделать таск-трекер». Нужно было разобраться в процессах отдела разработки: спринты, задачи, заявки, контроль качества, тестирование, выгрузка на серверы, уведомления. Плюс интеграции с системами контроля версий, Robot Framework, YouGile, Telegram. Плюс база знаний с версионностью и публикацией.
Что сделал: разобрался в процессах разработки на уровне, достаточном для замены промышленного инструмента, и построил систему, которая работает в ежедневной эксплуатации.
Система приёма заявок на технологическое присоединение к электросетям
Сложность предметной области: это регулируемая деятельность. Сроки этапов, состав документов, основания для отказа, обязательные уведомления — всё прописано в нормативных актах. Ошибка в процессе — это предписание регулятора. Нужно было разобраться в регламенте и перевести его в систему.
Что сделал: освоил регулируемую предметную область и построил систему, которая не теряет заявки и не нарушает сроки.