// const role =
"Бизнес-аналитик,
который пишет код"
// с 2017 года в продакшене, веду свои интернет-магазины

Автоматизация бизнеса и разработка приложений на заказ

Интернет-магазины, мобильные приложения, сайты, Telegram-боты, интеграции с 1С и CRM. Работаю удалённо с Москвой и всей Россией. Сначала считаю, окупится ли задача, потом пишу код.

// пример: автоматизация заказа
Схема процесса: Пример автоматизации заказа
  1. Заказ поступилДанные попали в систему
  2. ПроверкаАдрес, остатки, данные заказаВсё верно: заказ идёт дальше
  3. чего-то не хватаетМенеджерПолучает заказ и причину
  4. ОформлениеОтправление создано автоматически
  5. Трек-номерЗаписан в заказ

С чем работаю каждый день

Не «трогал на курсе». Реально использую в проектах, которые сейчас в продакшене.

// языки
JavaScriptTypeScriptPythonPHP
// фреймворки
Next.jsReactNode.jsFastAPIExpressTailwind CSS
// мобильные
React NativeExpoiOSAndroid
// БД
PostgreSQLMySQLMongoDBRedisSQLite
// платформы
ShopifyWooCommerceTildaWordPressPayload CMS
// платежи
StripePayPalKlarnaRU-эквайринги
// автоматизация
Make.comBitrix24PlaywrightSeleniumпарсерыcron-задачи
// AI & API
Anthropic APIGoogle Ads APIGA4Google Search ConsoleKlaviyo

Что собрал в продакшен

В общих чертах, детали под NDA. Кликни на проект, чтобы раскрыть и посмотреть схему.

Посылки оформляются прямо из рабочего чата// склад и отправленияменеджер вручную→стикер из чата
// что былоСклад писал в чат, что нужен стикер. Менеджер читал сообщение, заходил в кабинет службы доставки, оформлял отправление и пересылал файл обратно.
// что сделаноЭто делает бот: находит заказ, проверяет данные, оформляет отправление, присылает стикер в чат и записывает трек-номер в заказ и таблицу. Если данных не хватает, бот не угадывает, а передаёт заказ менеджеру и называет причину.
// результатБольше 2 700 отправлений через систему с марта 2026.
~/склад/рабочий-чат

все данные заполнены

склад1042 нужен стикер

ботНайден один заказ: 1042

  • дублей нет
  • габариты заполнены
  • маршрут прямой
  • адрес проверен
  • тариф получен

ботОтправление оформлено

sticker-1042.pdf

ботТрек-номер записан в заказ и таблицу

не заполнены габариты

склад1043 нужен стикер

  • дублей нет
  • габариты не заполнены

ботЗаказ 1043 не оформлен: не заполнены габариты. Менеджеру нужно уточнить данные

// вымышленные данные, интерфейс воспроизведён
Схема процесса: Посылки оформляются прямо из рабочего чата
  1. СообщениеСклад пишет номер заказа
  2. ПоискНаходит один заказ во всех магазинах
  3. ПроверкаДубль, габариты, маршрут, адрес, тарифВсё верно: заказ идёт дальше
  4. например, нет габаритовМенеджерОтправление не оформлено, причина передана менеджеру
  5. ОформлениеОформляет отправление
  6. СтикерФайл приходит ответом в чат
  7. Трек-номерЗаписывается в заказ и таблицу
// открыть кейс отдельно →
Споры по платежам без ручного сбора доказательств// споры по оплате29 %→25 из 32
// что былоБанк списывал деньги по жалобе покупателя и добавлял комиссию. На каждый спор уходил час: собрать трекинг, скриншоты и переписку, заполнить один шаблон на все причины.
// что сделаноИнструмент сводит материалы из 9 источников и подбирает аргументы под конкретную причину спора. Основа — пять лет истории: 1 249 споров и разбор проигрышей. Магазины, покупатели и банки остались те же.
// результатВыиграно 25 из 32 завершённых споров за июль–октябрь 2026.В 2024 году выигрывали 29 %. Текущая выборка пока небольшая.
~/споры/2187.md
причина
Не получено
материалы
Заказ и оплатаПодтверждение доставкиПереписка с покупателем
аргумент
К ответу по причине «не получено» приложено подтверждение доставки
состав
Письмо и приложения
ответ
Передан в платёжную систему
// вымышленные данные, интерфейс воспроизведён
Схема процесса: Споры по платежам без ручного сбора доказательств
  1. Спор открытПлатёжная система сообщает о споре
  2. Сбор материаловЗаказ, доставка, переписка
  3. ПричинаАргумент под конкретную причину
  4. Пакет ответаПисьмо и приложения
  5. ОтветУходит в платёжную систему
// открыть кейс отдельно →
Своё мобильное приложение вместо конструктора// приложение магазина для ios и androidконструктор→своё приложение
// что былоОколо четырёх лет за конструктор приложений на магазин платили примерно $1 000 в месяц. Нестандартные правки упирались в его ограничения.
// что сделаноРазработал своё приложение и панель, в которой команда сама меняет экраны, ставит кампании на расписание и отправляет пуши. Ошибку можно откатить в один клик.
// результат12 % заказов за октябрь пришли через приложение.Конверсия 2,1 % против 2,2 % на конструкторе. Плата около $1 000 в месяц за конструктор ушла.
~/приложение/панель
// демо-магазин, тестовые данные
Схема процесса: Своё мобильное приложение вместо конструктора
  1. ПанельКоманда собирает экран из блоков
  2. ПредпросмотрТелефон и планшет прямо в панели
  3. РасписаниеКампания и пуш на нужное время
  4. ПриложениеОбновляется без нового релиза
  5. РезультатОткрытия, заказы и выручка кампании
// открыть кейс отдельно →
Остатки поставщиков обновляются сами// остатки магазина5 ч/день→авто
// что былоМенеджер каждое утро сверял наличие у трёх поставщиков и вручную обновлял магазин.
// что сделаноПарсер обходит каталоги поставщиков по расписанию, сводит остатки в одном месте и обновляет магазин.
// результатМинус 5 часов рутины в день.
Схема процесса: Остатки поставщиков обновляются сами
  1. РасписаниеЗапуск в заданное время
  2. СборКаталоги поставщиков
  3. СверкаСравнение с остатками магазина
  4. товар закончилсяОповещениеУведомление при обнаружении
  5. ОбновлениеОстатки на сайте
// открыть кейс отдельно →
Единый трекинг отправлений и возвраты в один клик// логистика нескольких магазиновручная сверка→авто
// что былоКаждый магазин отслеживал отправления в своём кабинете. Трек-номера копировали в заказ руками, статусы расходились с тем, что видел покупатель.
// что сделаноЕдиный дашборд: трек-номера приходят сами, статусы совпадают с магазином, возврат создаётся с данными товара прямо из заказа.
// результатКоманда больше не заходит в кабинет доставки.
Схема процесса: Единый трекинг отправлений и возвраты в один клик
  1. ЗаказИз любого подключённого магазина
  2. ОтправлениеСоздаётся автоматически
  3. СтатусыОбновляются в обе стороны
  4. ПокупательВидит актуальный трек-номер
  5. если покупатель возвращает товарВозвратОдин клик, данные из заказа
// открыть кейс отдельно →
Сквозная аналитика: от звонка до выручки// реклама и продажиручной учёт→выручка по каналу
// что былоЗвонки жили в коллтрекинге, клиенты в CRM. Было непонятно, какой канал приносит продажи, а не просто звонки.
// что сделаноЗвонок с рекламы сам создаёт лид в CRM, смена стадии возвращается в коллтрекинг, оплата возвращается суммой выручки.
// результатРуководитель видит выручку по каждому рекламному каналу.
Схема процесса: Сквозная аналитика: от звонка до выручки
  1. ЗвонокС рекламного источника
  2. Лид в CRMСоздаётся автоматически
  3. СтадииПередаются в коллтрекинг
  4. ОплатаСумма привязывается к звонку
  5. ОтчётВыручка по каналу
// открыть кейс отдельно →
Заказы сами попадают в Excel под формат каждого магазина// выгрузки заказоввручную→авто
// что былоЗаказы из нескольких магазинов копировали в таблицы вручную, форматы и поля отличались.
// что сделаноЗаказ сразу формирует выгрузку. У каждого магазина свой профиль: какие поля брать, как объединять позиции, что отфильтровать.
// результатУбрано 40+ часов ручной работы в неделю на пиковых днях.
Схема процесса: Заказы сами попадают в Excel под формат каждого магазина
  1. ЗаказПриходит в момент оформления
  2. ПрофильПравила магазина
  3. ФильтрУбирает служебные позиции
  4. ExcelГотовый файл для оператора
// открыть кейс отдельно →
Бонусы и промокоды без участия оператора// лояльность, магазин ковроввручную→retention +22 %
// что былоПрограммы лояльности на сайте не было, бонусы и промокоды выдавали вручную через CRM.
// что сделаноАвтоматизировал начисление, разблокировку и списание бонусов.
// результатRetention +22 %, около 30 часов в месяц освободилось.
Схема процесса: Бонусы и промокоды без участия оператора
  1. ЗаказПокупка на сайте
  2. НачислениеБонусы начисляются автоматически
  3. РазблокировкаПо статусу заказа
  4. СписаниеПромокод при следующей покупке
// открыть кейс отдельно →
Портал для поставщиков// заказы поставщикампочта и чаты→портал
// что былоПоставщики получали заказы по почте и в мессенджерах, и часть заказов терялась.
// что сделаноПортал с регистрацией, ролями, заказами и автоматической синхронизацией с магазином.
// результатЗаказы больше не теряются в почте и чатах.
Схема процесса: Портал для поставщиков
  1. Заказ в магазинеПоявляется в системе
  2. ПорталНазначается поставщику
  3. СтатусПоставщик отмечает готовность
  4. МагазинСтатус возвращается в заказ
// открыть кейс отдельно →
Свой дашборд вместо трёх подписок// отчётность по каналам3 SaaS→1 свой
// что былоДанные из рекламы, рассылок, маркетплейсов и магазина лежали в разных кабинетах, общую картину собирали раз в неделю.
// что сделаноДашборд сам забирает данные из рекламных кабинетов, CRM и магазина и связывает канал, заказ и выручку.
// результатМинус примерно $300 в месяц на подписках.
Схема процесса: Свой дашборд вместо трёх подписок
  1. ИсточникиРеклама, CRM, магазин
  2. ВыгрузкаПо расписанию
  3. СвязкаКанал, заказ, выручка
  4. ДашбордРешения по бюджету
// открыть кейс отдельно →
SEO-контент от плана до публикации// блог магазинавручную→2 пуб/нед
// что былоКонтент-план жил в таблице, статьи заказывали на аутсорсе и публиковали руками.
// что сделаноСистема анализирует семантику, строит план, генерирует статьи и публикует их по расписанию, следит за дублями.
// результат2 публикации в неделю без ручного ведения календаря.
Схема процесса: SEO-контент от плана до публикации
  1. СемантикаАнализ ниши
  2. ПланПриоритеты тем
  3. СтатьяГенерация
  4. КонтрольПроверка дублей
  5. ПубликацияВ блог по расписанию
// открыть кейс отдельно →
Мультиязычная платформа аренды яхт// каталог и бронированиемессенджеры→заявки с сайта
// что былоБизнес работал через мессенджеры, своего сайта не было.
// что сделаноПлатформа с каталогом, бронированием, несколькими языками и CMS, в которой оператор всё редактирует сам.
// результатЗаявки идут с сайта, а не только через мессенджеры.
Схема процесса: Мультиязычная платформа аренды яхт
  1. КаталогЯхты и маршруты
  2. ЗаявкаКлиент бронирует на сайте
  3. ОператорПолучает заявку и подтверждает
// открыть кейс отдельно →
Свой интернет-магазин бренда вместо одних маркетплейсов// разработка интернет-магазинамаркетплейс→свой канал
// что былоБренд продавал только через маркетплейсы и не имел своего канала.
// что сделаноМагазин с каталогом, фильтрами, оформлением заказа и личным кабинетом, с упором на мобильных.
// результатСвой канал продаж и свои данные о покупателях.
Схема процесса: Свой интернет-магазин бренда вместо одних маркетплейсов
  1. КаталогФильтры и карточки
  2. ЗаказОформление на сайте
  3. КабинетИстория покупателя
  4. ДанныеСвоя база покупателей
// открыть кейс отдельно →
Сайт ресторана с заказом через WhatsApp// сайт и свой канал заказовагрегаторы→свой канал
// что былоЗаказы шли через мессенджеры и агрегаторы, а платформа не позволяла ставить произвольные плагины.
// что сделаноМеню, заказ, карта локаций и страница франшизы. Своя корзина отправляет готовый заказ в WhatsApp.
// результатСвой канал заказов, команда сама обновляет меню.
Схема процесса: Сайт ресторана с заказом через WhatsApp
  1. МенюКаталог блюд
  2. КорзинаНа стороне браузера
  3. WhatsAppГотовый заказ сообщением
  4. РесторанПолучает заказ без агрегатора
// открыть кейс отдельно →
Свои email-цепочки вместо сервиса за $623 в месяц// email-маркетинг$623/мес→свой сервер
// что былоПисьма шли через внешний сервис: подписка росла вместе с базой, а логика ограничивалась его возможностями.
// что сделаноПеренёс рассылки на свой сервер: приветственная цепочка, брошенный заказ, напоминание об отзыве, уведомление о поступлении товара. Отдельный сторож следит за открываемостью по почтовым провайдерам.
// результатМинус $623 в месяц на подписке сервиса рассылок одного магазина.
Схема процесса: Свои email-цепочки вместо сервиса за $623 в месяц
  1. СобытиеПодписка, брошенный заказ, поступление
  2. УсловиеНапример, заказа ещё нет
  3. ПисьмоУходит покупателю автоматически
  4. КонтрольСравнение открываемости по провайдерам
  5. открываемость проселаОповещениеКоманда видит проблему раньше потерь
// открыть кейс отдельно →
Поиск товаров по фото на сайте магазина// компьютерное зрениеот $100/мес→$0 за запрос
// что былоГотовые сервисы визуального поиска работают по подписке, а данные о запросах остаются у них.
// что сделаноПокупатель загружает или снимает фото, система находит одежду на снимке и показывает похожие товары из каталога. Всё работает на своём сервере.
// результат$0 за запрос вместо подписки от $100 в месяц.
Схема процесса: Поиск товаров по фото на сайте магазина
  1. ФотоПокупатель загружает снимок
  2. РаспознаваниеНаходит одежду на фото
  3. СравнениеСверяет с каталогом магазина
  4. РезультатПоказывает похожие товары
// открыть кейс отдельно →
Галерея покупателей вместо платного виджета// фото и видео покупателей на сайте398 МБ→45 МБ
// что былоФото покупателей показывал внешний виджет по подписке, а тяжёлые видео замедляли страницы.
// что сделаноСвоя галерея собирает отмеченные фото из Instagram и отзывы с фото, подключается к сайту одним блоком и грузит лёгкие превью.
// результатВидео-превью ужаты с 398 до 45 МБ, подписка на виджет больше не нужна.
Схема процесса: Галерея покупателей вместо платного виджета
  1. ИсточникиОтметки в соцсетях и отзывы
  2. ОбработкаЛёгкие превью для плиток
  3. ПодборКоманда управляет галереей
  4. СайтБлок на страницах магазина
// открыть кейс отдельно →
Своя защита доставки вместо внешнего приложения// страховка посылок в корзинеподписка→свой сервис
// что былоОпция защиты посылки работала через внешнее приложение с подпиской, при этом риски магазин всё равно нёс сам.
// что сделаноСделал свой сервис: опция предлагается в корзине, добавляется в заказ и отображается в учёте.
// результатПодписка на стороннее приложение снята, правила задаёт магазин.
Схема процесса: Своя защита доставки вместо внешнего приложения
  1. КорзинаПокупатель видит опцию защиты
  2. ЗаказОпция добавляется к оплате
  3. УчётВидно, кто и когда её купил
// открыть кейс отдельно →
Калькулятор юнит-экономики для маркетплейса// сервис для продавца на wildberriesтаблица→живой сервис
// что былоПрибыль с учётом комиссий и логистики считали вручную в большой таблице, идеи новых товаров жили там же.
// что сделаноВеб-сервис считает маржу по товару, обновляет цены по расписанию и ведёт карточки будущих товаров. У администратора и менеджера разные права.
// результатЖивой сервис: маржа товара считается за секунды, а не в таблице.
Схема процесса: Калькулятор юнит-экономики для маркетплейса
  1. ТоварАртикул и себестоимость
  2. РасходыКомиссии и логистика
  3. МаржаРезультат по товару
  4. РешениеКарточка будущего товара
// открыть кейс отдельно →
Расширение браузера заполняет электронные счета// бухгалтерияминуты→секунды
// что былоКаждый счёт в налоговом портале заполняли вручную, поля приходилось переносить по одному.
// что сделаноРасширение для Chrome подставляет данные в форму портала из прошлых счетов или шаблонов клиентов. Сотрудник проверяет и отправляет сам.
// результатЗаполнение счёта сократилось с минут до секунд.
Схема процесса: Расширение браузера заполняет электронные счета
  1. ШаблонКлиент или прошлый счёт
  2. ЗаполнениеРасширение подставляет поля
  3. ПроверкаСотрудник смотрит форму
  4. СчётОтправляется в портале
// открыть кейс отдельно →
Складской модуль с QR-этикетками// учёт складабез учёта→QR и журнал
// что былоОстатки и перемещения нужно было вести в одном месте, без привязки к внешней программе.
// что сделаноМодуль печатает QR-этикетки на товары и зоны, ведёт приёмку, сборку заказов и инвентаризацию со сканером. Дашборд показывает работу по периодам и операторам.
// результат2 875 вариантов товара заведены в систему, каждое движение записано.
Схема процесса: Складской модуль с QR-этикетками
  1. ПриёмкаТовар и зона получают QR
  2. ХранениеОстатки по зонам
  3. СборкаСотрудник сканирует позиции
  4. ЖурналКаждое движение записано
// открыть кейс отдельно →
Серверная передача заказов в рекламные системы// реклама и аналитикатолько браузер→сервер
// что былоБраузерные счётчики теряли часть событий из-за блокировщиков, и реклама обучалась на неполных данных.
// что сделаноСобытия дублируются с сервера: подключён запасной путь через уведомления магазина, повторная отправка при сбоях и защита от двойного учёта одной покупки.
// результатЗаказ попадает в рекламную систему, даже если браузер заблокировал счётчик.
Схема процесса: Серверная передача заказов в рекламные системы
  1. ПокупкаСобытие из браузера и магазина
  2. СерверСобирает и дополняет данные
  3. ДублиОдна покупка учитывается один раз
  4. РекламаПолучает полные данные
// открыть кейс отдельно →
Обмен сайта с 1С снова работает сам// интеграция с 1свручную→по расписанию
// что былоТовары и скидки на сайте перестали обновляться. Задания обмена были включены, но расписание в них оказалось пустым, поэтому каждая выгрузка шла вручную.
// что сделаноНашёл причину через журнал обмена, настроил расписание и проверил результат на стороне сайта и 1С.
// результатВыгрузки идут по расписанию: приняты 642 и 1 685 позиций.
Схема процесса: Обмен сайта с 1С снова работает сам
  1. 1СЗадание обмена
  2. РасписаниеЗапуск в течение дня
  3. ВыгрузкаТовары, цены и скидки
  4. СайтПринимает данные, журнал проверен
// открыть кейс отдельно →

Как я работаю

Не «делаю что сказали». Сначала понимаю задачу, потом код.

// step_01
Анализирую
Разбираю процесс, нахожу узкие места. Иногда выясняется, что задача не там, где её сформулировали.
// step_02
Предлагаю
Решение из реального опыта, а не из туториала. С оценкой стоимости, рисков и трудоёмкости.
// step_03
Реализую
Код, интеграции, автоматизация. Если стек не мой, разбираюсь в чужом и продолжаю с него.
// step_04
Передаю
С документацией и инструкциями. Не оставляю «чёрный ящик», который может починить только я.

Кто будет работать над проектом

Меня зовут Азиз Мухомедиев. С 2017 года я веду собственные интернет-магазины и разрабатываю для них инструменты: от учёта заказов и остатков до мобильных приложений и споров по платежам. Поэтому смотрю на задачу через деньги и процесс, а уже потом через код.

Вы общаетесь напрямую с тем, кто разбирается в задаче и пишет код. Работаю удалённо: Москва, вся Россия и другие страны. Профиль: LinkedIn.

Кого выбрать для автоматизации

Честно: я подхожу не для всех задач.

Частный разработчикСтудияФрилансерГотовый сервис
С кем общаетесьс разработчиком напрямуюобычно с менеджеромс разработчикомтолько с поддержкой
Подходит длянестандартной задачи бизнесакрупного проекта с большой командойразовой небольшой задачитипового сценария
Понимание бизнесасвои магазины с 2017 годазависит от командызависит от человеканет
Гибкостькод под ваш процессвысокая, но дольше согласованиязависит от человекав пределах платформы
Когда не лучший выборнужна большая команда на годызадача маленькая и срочнаяважна передача и поддержкапроцесс нестандартный

Сколько стоит ваша рутина

Посчитайте за минуту. Данные остаются в браузере и никуда не отправляются.

// в месяц—// в год—// часов в месяц—

Формула: сотрудники × часы × стоимость часа × 4,33 недели. Это только прямые расходы, без цены ошибок. Как считать окупаемость.

Статьи по задачам

Разборы из реальных проектов.

Сколько стоит автоматизация бизнеса: от чего зависит ценаОт чего зависит стоимость автоматизации бизнеса и как заранее посчитать, окупится ли она.С какого процесса начать автоматизацию бизнесаКак выбрать первый процесс для автоматизации: четыре вопроса и типичные ошибки.Автоматизация интернет-магазина: что делать в первую очередьКакие процессы интернет-магазина автоматизировать первыми: остатки, заказы, отправления, возвраты, отчёты.Telegram-бот для склада: как сделать, чтобы он не ошибалсяКак устроить Telegram-бота для склада и заказов: проверки перед действием, защита от дублей, передача менеджеру.Интеграция сайта с 1С: почему обмен перестаёт работатьЧастые причины сбоев обмена сайта с 1С и что проверить в первую очередь: расписание, журнал, типы цен.Своё мобильное приложение или конструктор: как посчитатьКогда интернет-магазину выгоднее своё мобильное приложение, а когда конструктор. Реальные цифры из проекта.

Частые вопросы

Что вы разрабатываете?

Мобильные приложения для iOS и Android, сайты и интернет-магазины, личные кабинеты, Telegram-боты, внутренние панели и интеграции. Можно начать с нуля или продолжить чужой проект.

С кем я буду работать?

Напрямую с разработчиком, который разбирается в задаче и пишет код, без менеджера между нами.

Сколько времени занимает проект?

Зависит от объёма. Срок называю после разбора задачи.

Что нужно, чтобы начать?

Опишите, что сотрудники делают вручную, в каких программах и как часто. Этого достаточно для первого разговора. Доступы к системам понадобятся позже, когда договоримся о работе.

Можно ли начать с одного процесса?

Да, обычно так и лучше. Один работающий процесс быстрее покажет результат, чем большой план автоматизации всей компании.

Подойдёт ли это малому бизнесу?

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

Нужно ли менять мою CRM, 1С или сайт?

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

С какими платформами вы работаете?

Shopify, WooCommerce, WordPress, Tilda, Payload CMS, 1С, Битрикс24 и собственные решения. Если вашей системы нет в списке, посмотрю, можно ли подключиться через API или выгрузки.

Можете доработать проект, который делал другой разработчик?

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

Используете ли вы ИИ?

Да, там, где он реально помогает: разбор текста, ответы по базе знаний, подбор аргументов. Для действий с деньгами и заказами добавляю проверки и передачу человеку.

Как считаете, окупится ли автоматизация?

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

Что будет, если процесс потом изменится?

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

Работаете ли вы с клиентами вне России?

Да, работаю удалённо, в том числе с интернет-магазинами, которые продают за рубеж.

Сколько стоит автоматизация?

Цена зависит от объёма и проекта. После разбора задачи называю стоимость, срок и ограничения.

Работаете ли вы с Москвой и регионами?

Да, работаю удалённо с компаниями из Москвы, других регионов России и из-за рубежа.

Подпишете NDA?

Да. Поэтому кейсы на сайте показаны без названий компаний, а примеры интерфейсов собраны на вымышленных данных.

Что я получу в конце?

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