INTERLAB
Услуги / веб-приложения

Разработка веб-приложений

Проектируем и разрабатываем веб-приложения для бизнеса: личные кабинеты, внутренние порталы, панели управления. Начинаем с бизнес-логики и модели данных, затем строим backend, API и интерфейс — и сопровождаем систему после запуска. Работаем в Алматы, ведём проекты по всему Казахстану.

Обсудить проект Как мы работаем
  • Кабинеты
  • Роли
  • API
Коротко

Что такое разработка веб-приложений на заказ?

Разработка веб-приложений на заказ — это создание системы под процессы конкретной компании: личные кабинеты, роли и права доступа, бизнес-логика, база данных, API и интеграции с внешними сервисами. В отличие от готовых платформ, такое приложение повторяет реальные сценарии работы компании и масштабируется вместе с ней.

Кому нужно веб-приложение

Бизнесу, который вырос из таблиц

Процессы живут в Excel и мессенджерах: данные теряются, версии путаются, историю изменений не восстановить. Веб-приложение собирает их в одну систему с ролями, статусами и журналом действий.

Компаниям с клиентским сервисом

Клиентам нужен личный кабинет: заказы, статусы, документы, оплаты. Кабинет снимает рутинные вопросы с менеджеров и делает сервис прозрачным.

Командам, которым тесно в готовых сервисах

Готовая платформа не отражает бизнес-логику: нестандартные роли, этапы согласований, требования к данным. Приходится подстраивать процессы под инструмент, а должно быть наоборот.

Компаниям с разрозненными системами

Учёт — в одной программе, заявки — в другой, отчёты — вручную. Единое веб-приложение связывает системы через API и становится рабочим местом для сотрудников.

Какие задачи решает разработка веб-приложений

Клиент

Как навести порядок в заявках и данных клиентов?

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

Клиент

Как дать клиентам личный кабинет?

Личный кабинет показывает клиенту заказы, статусы, документы и оплаты без звонков менеджеру. Компания снижает нагрузку на поддержку, клиент получает прозрачный сервис.

Клиент

Как автоматизировать внутренние процессы?

Бизнес-логика переносится в приложение: маршруты согласований, смена статусов, уведомления и отчёты выполняются системой, а не вручную. Сотрудники работают в одном интерфейсе вместо набора таблиц и чатов.

Клиент

Как связать приложение с 1С, платежами и другими системами?

Через API и интеграции: приложение обменивается данными с учётными системами, платёжными сервисами и мессенджерами. Данные вводятся один раз и синхронизируются автоматически, без двойного ввода.

Клиент

Выдержит ли система рост числа пользователей?

Выдержит, если масштабирование заложено в архитектуру: разделение backend и frontend, очереди задач, кэширование, мониторинг. Такую систему можно наращивать модулями, не переписывая с нуля.

Что входит в работу

10пунктов

  • Аналитика и проектирование: пользовательские сценарии, модель данных, архитектура
  • Личные кабинеты и роли с разграничением прав доступа
  • Бизнес-логика: статусы, согласования, автоматические действия
  • Backend и база данных с резервным копированием
  • API для интеграций и внешних клиентов
  • Frontend: интерфейс, который работает и на телефоне, и на десктопе
  • Интеграции с учётными и платёжными системами
  • Аналитика продукта: события, отчёты, дашборды для решений
  • QA: тестирование критических сценариев перед каждым релизом
  • Сопровождение: мониторинг, обновления, развитие по roadmap

Сколько стоит веб-приложение: ориентиры InterLAB

Запускаем ядро — минимальный набор сценариев, который уже приносит пользу, — и расширяем систему по данным.

ФорматЧто входитОриентирСрок
MVP веб-приложенияКлючевой сценарий, личный кабинет, роли, админка2–5 млн ₸6–12 недель
Под ключКабинеты для разных ролей, интеграции, отчёты, API5–15 млн ₸2–4 месяца
Сложная системаПортал или B2B-платформа с множеством ролей и интеграцийот 10 млн ₸4–8 месяцев

Это вилки, а не прайс: точную оценку даём после брифа. Цена складывается из числа ролей, сценариев и интеграций, а не из количества экранов.

Договор, оплата и гарантия

Одни условия для всех B2B-проектов: деньги привязаны к принятому результату, а цена этапа не меняется после старта.

УсловиеКак работаем
Оплата небольших проектовПроект до 3 млн ₸ и MVP-спринт: 50% на старте, 50% после приёмки
Оплата крупных проектовERP, CRM, SaaS, порталы — по этапам на 1–2 месяца: 30% перед этапом, 70% после приёмки этапа по акту
Цена этапаФиксируется до старта. Новые требования оцениваем отдельно и берём в работу только после вашего согласия
Гарантия6 месяцев после приёмки: бесплатно исправляем ошибки в нашем коде — когда система работает не так, как договорились
Что не входит в гарантиюНовые функции и изменение требований, а также сбои из-за изменений в сторонних системах (обновление 1С, смена API банка или сервиса) — это сопровождение
Код и доступыПринадлежат заказчику с первого коммита: репозиторий, серверы и ключи — на ваших аккаунтах. NDA — по вашему или нашему шаблону

Условия закрепляем в договоре до начала работ.

Личные кабинеты, B2B-порталы и корпоративные системы

Три самых частых типа веб-приложений на заказ. Технически они строятся на одном стеке, а различаются пользователи, роли и интеграции.

КритерийЛичный кабинетB2B-портал и платформаКорпоративный портал
Для когоКлиенты компании, которым удобнее решать вопросы самим: заказы, записи, договоры, оплатыКомпании-партнёры: дилеры, оптовые покупатели, поставщики, агентыСотрудники компании: офис, филиалы, выездные команды
Что входитРегистрация и вход, заказы и статусы, документы и счета, онлайн-оплата, уведомления, обращения в поддержкуКаталог с ценами и условиями по договору, заказы от имени компании, кредитный лимит и отсрочка платежа, счета, накладные и акты, сверка взаиморасчётовЗаявки и согласования (закупки, отпуска, командировки), документы и шаблоны, база знаний, справочник сотрудников, задачи и отчёты подразделений
Типовые ролиКлиент; менеджер компании, который видит своих клиентов; администраторКомпания-клиент со своими пользователями — руководитель, закупщик, бухгалтер; менеджер поставщика; администратор платформыСотрудник, руководитель подразделения, согласующие (финансы, HR), администратор
ИнтеграцииCRM, 1С, платёжные сервисы, WhatsApp и Telegram для уведомлений1С или ERP (цены, остатки, документы, взаиморасчёты), CRM, ЭДОКорпоративные учётные записи для единого входа (SSO), 1С и HR-система, почта и календари, мессенджеры
С чего начинаютС одного сценария, по которому клиенты чаще всего звонят менеджеру, — например, статус заказа и документыС повторного заказа по договорным ценам для постоянных партнёровС одного процесса согласования, который сейчас идёт по почте и в мессенджерах

Типы можно совмещать: B2B-портал для партнёров и корпоративный портал для сотрудников работают на одной базе и одном API — с разными ролями.

Как устроена разработка

  1. 01

    Бриф и оценка

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

  2. 02

    Проектирование

    Описываем сценарии, роли и модель данных, проектируем архитектуру и API. Здесь же фиксируем границы первой версии — что входит в запуск, а что уходит в roadmap.

  3. 03

    Прототип

    Кликабельный интерфейс до первой строки кода: маршруты пользователей проверяются заранее, правки на этом этапе обходятся дешевле всего.

  4. 04

    Разработка и QA

    Backend, frontend и интеграции строим итерациями по две недели, в конце каждой — демо работающей версии. Критические сценарии покрываем тестами.

  5. 05

    Запуск и сопровождение

    Релиз, мониторинг, передача доступов и обучение сотрудников. Дальше — развитие продукта по roadmap: новые модули, оптимизация, масштабирование.

Оценим проект до старта разработки

Опишите задачу в форме ниже — ответим в течение рабочего часа и предложим следующий шаг: созвон, разбор или оценку.

Получить оценку проекта Техническая консультация
Технологии

Архитектура и стек

Строим на TypeScript, Next.js и Node.js с PostgreSQL: строгая типизация сокращает число ошибок, а распространённый стек упрощает поддержку и передачу проекта. Архитектура разделяет интерфейс, бизнес-логику и данные — систему можно развивать по частям, не останавливая работу компании.

  • Next.js
  • React
  • TypeScript
  • Node.js
  • PostgreSQL
  • Redis
  • WebSocket
  • Docker
  • CI/CD
Интеграции

Интеграции

Веб-приложение редко работает в одиночку: подключаем учётные системы, платёжные сервисы и мессенджеры через API. Данные синхронизируются автоматически — без двойного ввода и ручных выгрузок.

1С, Kaspi, Платёжные сервисы, WhatsApp, Telegram, AmoCRM, Bitrix24, REST API

Проекты InterLAB по этому направлению

Реальные работы со статусом на дату: что запущено, что ещё в разработке, где демо.

Клиент · в разработке

Кабинет клиентов бухгалтерской компании

Заказчик — бухгалтерская компания (Казахстан). Разработка InterLAB, готовим сдачу.

Кабинет, в котором клиенты бухгалтерии сами выставляют счета, акты выполненных работ и счета-фактуры, а не пишут бухгалтеру в мессенджер.

Смотреть в портфолио
Свой продукт · используется

Life OS — личная операционная система

Собственный продукт InterLAB. Используем сами, клиентам не продаётся.

Одно место для целей, привычек и контекста о людях вокруг — с ассистентом, который помнит предыдущие разговоры. На нём проверяем продуктовые и архитектурные решения до того, как предлагать их клиентам.

Смотреть в портфолио
Предпродажа · прототип

Qadam LMS — система обучения сотрудников

Предложение и прототип для компании примерно на 1 500 сотрудников.

Своя система обучения: курсы, тесты и отчёты для руководителей. Масштаб около 1 500 сотрудников — требование к проектированию, а не число действующих пользователей.

Смотреть в портфолио

статус на 12.10.2026

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

Ориентиры InterLAB: MVP веб-приложения — 2–5 млн ₸ за 6–12 недель, продукт под ключ — 5–15 млн ₸ за 2–4 месяца, сложные системы с множеством ролей и интеграций — от 10 млн ₸ за 4–8 месяцев. Это вилки, а не прайс: точную оценку даём после брифа — цена зависит от числа ролей, сценариев и интеграций.

Сайт рассказывает о компании, веб-приложение выполняет работу: авторизация, личные кабинеты, бизнес-логика, обработка данных. У приложения есть backend, база данных и роли пользователей — у сайта их обычно нет.

Интернет-магазин продаёт всем по одним ценам с оплатой при заказе. B2B-портал работает с компаниями по договору: у каждого партнёра свои цены и условия оплаты, заказ оформляют несколько сотрудников компании с разными правами, а оплата может идти по счёту с отсрочкой в пределах кредитного лимита.

Да. Кабинет делается отдельным веб-приложением — обычно на поддомене сайта — и получает данные о заказах, документах и оплатах из 1С или CRM через API. Сайт переделывать не нужно, а учёт остаётся в привычной системе.

CRM — система для работы с клиентами и продажами: контакты, сделки, воронка. Корпоративный портал — рабочее место сотрудников: заявки и согласования, документы, база знаний, справочник коллег. Если задачи пересекаются, одно веб-приложение может закрывать обе — разными разделами с общими ролями и единым входом.

Можно и стоит. Определяем ядро — минимальный набор сценариев, который уже приносит пользу, — и запускаем его первым. Дальше система растёт модулями по roadmap, без переписывания с нуля.

Заказчику: репозиторий создаётся в вашей организации, инфраструктура оформляется на ваши аккаунты. При завершении сотрудничества вы забираете код, доступы и документацию.

Сопровождение: мониторинг, резервное копирование, обновления и развитие функциональности по roadmap. Объём поддержки фиксируем отдельно — от дежурного мониторинга до выделенной команды.

Возьмёмся. Сначала — технический аудит: архитектура, безопасность, техдолг. По результатам составляем план рефакторинга и развития; работы можно выполнить силами InterLAB.

Разборы по теме в блоге

Сколько стоит разработка веб-приложения

Ориентиры бюджета и сроков на веб-приложение: MVP, продукт под ключ, сложные системы. Из чего складывается цена, чем бюджет отличается от мобильного приложения и что входит в первую версию.

Сайт или веб-приложение: что нужно вашему бизнесу

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

Анатомия UI-компонента: кнопка, поле, карточка и их состояния

Из каких частей состоят кнопка, поле ввода и карточка, какие у них варианты и состояния — hover, focus, disabled, loading, error — и как описать компонент для разработки.

Figma с нуля: фреймы, Auto Layout и компоненты

Пошаговый урок по Figma: страницы и фреймы, constraints, Auto Layout с hug и fill, компоненты, варианты и свойства, переменные и Dev Mode — на примере кнопки и карточки.

Дизайн-система на практике: токены, компоненты, правила

Учимся закладывать дизайн-систему: базовые и семантические токены в формате W3C DTCG, перенос в CSS-переменные, компонент на токенах и тёмная тема без переделки.

Загрузка, пусто, ошибка: состояния интерфейса, о которых забывают

Skeleton или спиннер, пустые экраны, которые учат, ошибки, из которых можно выйти, офлайн, оптимистичный интерфейс и отмена вместо «Вы уверены?». Практика InterLAB.

Переходы между экранами и состояниями: как движение объясняет, куда вы попали

Как переходы между экранами объясняют, куда вы попали: пространственная модель, общий элемент, View Transitions API, каркасы загрузки и уменьшенное движение.

Асинхронный JavaScript: промисы, async/await и fetch

Как работают промисы и async/await, почему fetch не падает на 404, как запускать запросы параллельно через Promise.all и allSettled и отменять их AbortController.

useEffect: синхронизация с внешним миром и когда он не нужен

Как работает useEffect: зависимости и линтер, очистка таймеров и запросов, двойной запуск в StrictMode, гонки при загрузке данных и чем заменить лишние эффекты.

Next.js: серверные компоненты, загрузка данных и Server Actions

Урок по Next.js 16: граница сервер/клиент и "use client", загрузка данных, кэш use cache с cacheTag, стриминг через Suspense и форма на Server Action.

Управление состоянием: локальное, Context, Zustand и серверное

Где хранить состояние в React: локально, поднятием, в Context, в сторе Zustand, в кэше TanStack Query или в URL. Таблица выбора, проверенные примеры и ошибки.

Vue 3 с нуля: компоненты и реактивность

Первое приложение на Vue 3: проект через create-vue, однофайловые компоненты со script setup, ref и computed, директивы v-if, v-for и v-model, props и emits. С тестами.

Тестирование фронтенда: Vitest и Testing Library

Unit-тест функции и тест React-компонента через поведение пользователя: запросы по ролям, user-event, моки fetch и MSW, и что не стоит тестировать.

Архитектура фронтенда: структура проекта, слои и границы

Как организовать растущий фронтенд: папки по фичам или по типам, слои UI, состояния и данных, публичный API модулей и правила импорта, закреплённые в ESLint.

Что такое backend: сервер, API, база и всё между ними

Из чего состоит серверная часть: путь запроса, валидация, бизнес-логика, база, права, сессии, фоновые задачи и логи. Сравнение стеков Node.js, Java и Python.

Node.js с нуля: модули, npm и первый сервер

Урок по Node.js 24 LTS: package.json и lock-файл, ES-модули, fs/promises и events, HTTP-сервер на node:http, переменные окружения через --env-file и режим --watch.

REST API на Express: CRUD, валидация, ошибки

Пошаговый CRUD API /api/tasks на Express 5 и Zod 4: маршруты и middleware, коды 201/400/404/409, единый формат ошибок Problem Details, curl и тесты node:test + supertest.

NestJS: модули, контроллеры, сервисы и DTO

Урок по NestJS 12: модуль заявок с контроллером и сервисом, внедрение зависимостей, DTO с ValidationPipe, исключения и e2e-тест на supertest.

FastAPI: API на Python с валидацией и документацией

Урок FastAPI: venv, модели Pydantic v2, коды ответов и HTTPException, зависимости Depends, автодокументация /docs и тесты TestClient + pytest на API заявок.

Аутентификация: сессии, cookies и JWT

Сессии или JWT: где хранить токен, атрибуты cookie HttpOnly, Secure и SameSite, refresh и отзыв, защита от CSRF. Пример входа на Express 5 с Argon2id и тестами.

Тестирование backend: unit- и интеграционные тесты API

Unit-тест сервиса с подменой зависимостей и интеграционные тесты эндпоинтов: Vitest, supertest, PostgreSQL в Docker через Testcontainers, фикстуры и моки HTTP.

SQL с нуля: SELECT, WHERE, ORDER BY

Учебная база магазина в Docker одной командой, SELECT и WHERE с AND/OR, IN, BETWEEN, LIKE, IS NULL, сортировка, LIMIT и OFFSET и 10 упражнений с проверенными ответами.

SQL: JOIN, GROUP BY и агрегаты

INNER и LEFT JOIN, COUNT, SUM, AVG и NULL в агрегатах, GROUP BY и HAVING, подзапросы и CTE на учебной базе магазина. Дубли после JOIN и упражнения с ответами.

PostgreSQL: установка в Docker, psql и первая таблица

Запускаем PostgreSQL 17 в Docker с томом, работаем в psql, создаём базу и пользователя с правами, выбираем типы и ограничения таблиц и делаем бэкап через pg_dump.

Проектирование БД: связи, ключи и нормализация

Проектируем схему сервиса онлайн-записи в PostgreSQL: связи 1:1, 1:N, N:M, первичные и внешние ключи, правила ON DELETE, нормализация до 3НФ и разумная денормализация.

Транзакции и изоляция: ACID без мистики

BEGIN, COMMIT и ROLLBACK, уровни изоляции PostgreSQL, потерянное обновление и двойная запись на двух сессиях psql, FOR UPDATE, EXCLUDE и повтор при ошибке 40001.

ORM и миграции на примере Prisma

Урок по Prisma 7.10 с PostgreSQL 17: schema.prisma, migrate dev и реальный SQL миграций, связи, транзакция, N+1 и include, сырой SQL и правила миграций на проде.

NoSQL: документы, ключ-значение и когда они лучше SQL

Чем документная, key-value, колоночная и графовая модели отличаются от таблиц, когда MongoDB удобнее PostgreSQL, где она вредит и почему jsonb — частый компромисс.

PostgreSQL или MySQL: отличия на практике

Один и тот же SQL в PostgreSQL 17 и MySQL 8.4: сравнение строк, деление, DDL в транзакции, изоляция по умолчанию, JSON, расширения, репликация и хостинг.

Linux для разработчика: файлы, права, процессы, SSH

Первичная настройка сервера на Ubuntu 24.04: вход по SSH-ключу, пользователь с sudo, chown и права, процессы и порты, сервис systemd, журналы, apt и файрвол.

Docker с нуля: образ, контейнер, Dockerfile

Образ, контейнер и слои на практике: многоэтапный Dockerfile для Node.js API, .dockerignore, запуск без root, HEALTHCHECK, порты, тома и логи с реальным выводом.

Docker Compose: приложение и база локально одной командой

compose.yaml для Node.js API, PostgreSQL и Redis: сеть и имена сервисов, тома, .env, healthcheck и depends_on, профили и override, команды up, logs, exec и down.

Nginx как reverse proxy: HTTPS, статика, заголовки

Nginx перед Node.js: proxy_pass и X-Forwarded-*, статика с кэшем, gzip, лимит тела, таймауты, HTTPS через certbot и заголовки безопасности. Конфиг проверен в Docker.

Деплой: VPS, PaaS или контейнеры и выкатка без простоя

Сравниваем VPS, PaaS (Vercel, Render, Fly.io) и Kubernetes по модели работы, разбираем rolling и blue-green, health checks, откат, миграции БД и переменные окружения.

CI/CD на GitHub Actions: проверки на каждый pull request

Workflow для Node.js: npm ci с кэшем, линтер, типы, тесты на трёх версиях Node и с PostgreSQL, сборка Docker-образа, обязательные проверки, права токена и деплой по тегу.

Мониторинг и логирование: что собирать и как реагировать

Что собирать и как реагировать: JSON-логи на pino с request id, четыре золотых сигнала, /healthz и /readyz, метрики Prometheus, PromQL и первый алерт.

E2E-тесты на Playwright

Пишем e2e-тест формы заявки на Playwright 1.64: локаторы по ролям, авто-ожидания, фикстуры, вход через storageState, разбор падения по trace и запуск в CI.

Рецепт: доступное модальное окно на React

Готовый компонент Modal на нативном <dialog> и showModal(): фокус внутрь и обратно, Esc, клик по подложке, блокировка прокрутки, анимация и тесты с axe.

Рецепт: debounce и throttle

Готовые debounce и throttle на TypeScript с cancel, flush и опциями leading/trailing, хук useDebouncedValue для React и тесты на поддельных таймерах Vitest.

Рецепт: закрытые страницы в Next.js

Как закрыть кабинет и админку в Next.js 16: проверка в proxy.ts, слой доступа к данным, роли, защита Server Actions, возврат после входа и тесты Playwright.

Рецепт: хранение паролей — хеширование и проверка

Готовый модуль для Node.js 24: Argon2id по параметрам OWASP, проверка пароля, перехеширование, переход с bcrypt при входе и одинаковое время ответа. С тестами.

Рецепт: типизированный API-клиент на fetch

Готовый API-клиент на TypeScript: базовый URL, заголовки, таймаут и отмена, ошибки в формате Problem Details (RFC 9457), ответы через схемы Zod. С тестами.

Справочник хуков React

Хуки React 19 в таблицах: useState, useEffect, useRef, useMemo, useTransition, useActionState, useOptimistic, use и другие — сигнатура, назначение, типичная ошибка.

Справочник SQL: запросы, изменения данных, DDL и транзакции

SQL на PostgreSQL 17 с реальным выводом: порядок SELECT, WHERE, JOIN, GROUP BY, оконные функции, CTE, ON CONFLICT, DDL, индексы, транзакции, отличия MySQL.

Частые ошибки JavaScript, React и Next.js и как их исправить

33 частых ошибок JS, TypeScript, React, Next.js, Node и npm с реальным текстом сообщения: undefined, CORS, Hydration failed, ERESOLVE, EADDRINUSE и как их исправить.

Смежные направления

Разработка SaaS-продуктов

Разработка CRM-систем на заказ

Разработка MVP для бизнеса и стартапов

Интеграция корпоративных систем и API

Расскажите о задаче — мы изучим запрос и свяжемся с вами

Есть задача?
Обсудим и оценим — бесплатно.

Расскажите о продукте или проблеме. Предложим архитектуру, срок и стоимость первой версии после изучения задачи.

  • Оценка объёма и рисков до старта
  • NDA — по вашему или нашему шаблону
  • Старт работ в течение недели
Написать в WhatsApp

Не присылайте через форму пароли, ключи доступа и исходный код — безопасную передачу доступа обсудим отдельно.

Нажимая кнопку, вы соглашаетесь с обработкой персональных данных.