Внутренние рабочие системы
Учёт заявок, согласования, планирование загрузки, контроль выполнения и рабочие места сотрудников с разными правами.
На выходеСогласованный процесс, роли пользователей и история действий.
AST · Урал · 15 лет на рынке
Разработка ПОна Урале
Создаём программные решения для малого и среднего бизнеса на Урале: внутренние системы, веб-приложения и личные кабинеты. Начинаем с задачи пользователей, чтобы определить полезную первую версию и стоимость её разработки.
01 / Состав работ
Какие решения разрабатываем
Заказная разработка подходит, когда готовая система не закрывает существенный для бизнеса процесс. Если задачу можно решить настройкой CRM или обменом данными, рассматриваем этот вариант до создания нового продукта.
Личные кабинеты
Работа клиентов и партнёров с заказами, документами, статусами и обращениями. Отдельно определяем, какие данные доступны каждой роли.
На выходеСценарии входа, доступа к данным и выполнения операций.
Веб-приложения
Бизнес-логика, интерфейс, серверная часть и хранение данных. Продумываем работу с ошибками, ограничениями и повторными действиями.
На выходеПриложение с проверенными пользовательскими сценариями.
Отчёты и управленческие панели
Объединение показателей из согласованных источников, правила расчёта, фильтры и детализация до исходных записей.
На выходеОписанные показатели, источники и порядок обновления данных.
Модули и расширения
Новые функции для существующего решения с учётом его архитектуры, лицензий и совместимости с будущими обновлениями.
На выходеИзменения с перечнем затронутых компонентов и проверок.
Запуск и сопровождение
Подготовка среды, перенос согласованных данных, инструкция по эксплуатации и план выпуска следующих изменений.
На выходеПакет передачи проекта и согласованный порядок поддержки.
02 / Задачи бизнеса
От какой задачи можно начать
Учёт вырос из таблиц
Несколько сотрудников исправляют одни данные, теряются статусы и версии. Начинаем с единого процесса, ролей и правил изменения записей.
Клиенты постоянно запрашивают статус
Личный кабинет может показывать этап заказа и документы. Сначала определяем источник этих данных и действия, доступные клиенту.
Готовая система требует обходных действий
Сравниваем стоимость настройки, расширения и отдельной разработки. Проверяем ограничения действующей системы на самом рискованном сценарии.
Разработка / Границы проекта
Что войдёт в первую версию
Один основной процесс и одна роль пользователя. Например, реестр заявок со статусами и поиском.
Результат
Рабочий модуль, модель данных, правила доступа и инструкция для пользователя.
Проверка приёмки
Основной процесс проходит от создания записи до результата; запрещённые операции недоступны, изменения отслеживаются.
Расширение состава
Несколько ролей, отчёты, миграция истории, сложные согласования и интеграции оцениваются отдельно.
React / TypeScriptPython / FastAPIPostgreSQL
Технологии выбираем по совместимости, доступности сопровождения и требованиям к данным. Возможный стек не определяет стоимость без согласованного состава.
Что передаём вместе с разработкой ↗Выбираем состав работ
Что именно разрабатываем: кабинет, B2B-портал или внутреннюю систему
Личные кабинеты и B2B-порталы
Проектируем роли клиентов и сотрудников, заказы, документы и обмен с учётной системой. В первую версию выбираем один основной маршрут пользователя. Проверку доступа между организациями, актуальность статусов и обработку ошибок включаем в критерии приёмки.
Автоматизация процесса и ERP
Начать можно с отдельного модуля: согласования заявки, учёта операции или рабочего места сотрудника. Полная ERP объединяет несколько контуров и требует обследования, миграции, этапного внедрения и отдельного бюджета. Стартовая цена одного модуля не является ценой ERP.
03 / Порядок работы
Этапы разработки программного обеспечения
На каждом этапе определяем входные данные, ответственного и результат, который нужно согласовать.
- 01
Обследование и требования
Описываем пользователей, текущий процесс, интеграции и ограничения. Выделяем обязательные функции и вопросы, влияющие на оценку.
- 02
Прототип и первая версия
Показываем ключевые экраны и последовательность действий. Фиксируем границы первой версии и критерии, по которым она будет принята.
- 03
Разработка и проверка
Реализуем согласованные части и демонстрируем их по этапам. Проверяем основные действия, права доступа, ошибки и обмен с другими системами.
- 04
Приёмка и запуск
Проходим согласованные сценарии, готовим среду и перенос данных. Передаём инструкции и определяем порядок исправлений и дальнейшего развития.
04 / Приёмка проекта
Результат, который можно проверить
До разработки переводим общие пожелания в проверяемые действия. Например, для внутренней системы заявок договариваемся о следующих сценариях.
| Что проверяем | Пример критерия приёмки |
|---|---|
| Рабочий процесс | Пользователь создаёт заявку, ответственный меняет статус, автор видит изменение и может найти историю. |
| Права и данные | Сотрудник видит разрешённые записи; роль без полномочий не может изменить или выгрузить закрытые данные. |
| Ошибки и восстановление | При недоступности внешней системы операция получает понятный статус и предусмотренный способ повторного выполнения. |
Пример требований для обсуждения. Нагрузку, совместимость и специальные требования фиксируем отдельно для конкретного проекта.
05 / Бюджет
Стоимость заказной разработки
Оценка строится по функциям, интеграциям и требованиям к эксплуатации. Один личный кабинет с просмотром статуса и система с оплатой, сложными ролями и двусторонним обменом — разные проекты даже при похожем интерфейсе.
- Исследование и проектирование
- Разбор процессов, прототип, технические ограничения и проверка самых неопределённых частей.
- Реализация первой версии
- Пользовательские роли, экраны, бизнес-правила, интеграции, перенос данных и критерии приёмки.
- Эксплуатация и развитие
- Хостинг, лицензии, внешние API, мониторинг, сопровождение и новые функции после запуска.
Ориентир бюджета · 2026
Разовые работыот 55 000 ₽
Пример состава: 1 шт. — функциональные модули, 1 шт. — роли пользователей.
Рассчитать свою задачу ↗Стартовая стоимость выбранного состава. Дополнительные работы согласуем отдельно; условия и исключения — в калькуляторе.
Что подготовить для оценки
Опишите пользователей, одну основную операцию, существующие системы и желаемый результат. Если есть таблица, схема или техническое задание, их можно использовать на этапе обследования; отсутствие готового ТЗ не мешает начать обсуждение.
Условия работы · Урал
Формат обслуживания на Урале
Формат работы
Проекты в Свердловской области и других регионах Урала оцениваем по адресам и составу работ. Междугородняя логистика, командировки и физическое обслуживание площадок согласуются отдельно.
Расписание и связь
Уточняем часовой пояс и рабочий график каждой площадки. Проверяем, что происходит при разрыве связи и какие операции должны продолжаться локально.
Что уточним по услуге
Определяем владельца продукта и участников приёмки. Демонстрации, задачи и документация доступны в согласованном рабочем пространстве; доступ к производственным данным выдаётся по необходимости.
Возможности AST
Как это может работать в вашей компании
Примеры того, как можно решить рабочие задачи на современных технологиях. Это сценарии для обсуждения, не опубликованные клиентские кейсы AST.
Сценарий решенияЛичный кабинет для клиентов B2B
Клиенты спрашивают о статусе заказа и документах по телефону, а менеджеры повторяют одни ответы.
Как решаем
Что делаем
Проектируем кабинет с ролями, списком заказов, документами и обращениями. Подключаем согласованный источник данных и определяем, какие действия разрешены клиенту.
Польза для бизнеса
Клиент может самостоятельно получить доступную ему информацию, а команда видит контекст обращения.
Как проверяем
Проверяем изоляцию данных компаний, актуальность статусов, восстановление доступа и ошибки интеграции.
Django / FastAPIPostgreSQLReact / Vue
Стек уточняется после проверки задачи и совместимости.
Сценарий решенияРабочее приложение для склада
Операции фиксируются в таблицах, штрихкоды сверяются вручную, а соединение на площадке нестабильно.
Как решаем
Что делаем
Создаём интерфейс приёмки и перемещения, подключаем считывание кодов. При необходимости проектируем локальное сохранение и синхронизацию с правилами разрешения конфликтов.
Польза для бизнеса
Операция имеет автора, время и статус обмена; ошибки ввода можно разбирать по истории.
Как проверяем
Проверяем повторное сканирование, потерю связи и повторную отправку без дублирования операции.
PWATypeScriptPostgreSQL
Стек уточняется после проверки задачи и совместимости.
Сценарий решенияМобильное приложение выездного сотрудника
Адреса, задания и фотографии результата передаются в чатах и плохо связываются с заказом.
Как решаем
Что делаем
Проектируем список заданий, статусы, вложения и роли. Отдельно согласуем работу без связи, синхронизацию и доступ к данным на устройстве.
Польза для бизнеса
Задание и материалы остаются в одном рабочем процессе, доступном ответственным.
Как проверяем
Проверяем выполнение задания, загрузку вложений, ограничения ролей и сценарии нестабильной связи.
FlutterFastAPIPostgreSQL
Стек уточняется после проверки задачи и совместимости.
06 / До начала работы
Вопросы
по услуге
Обязательно ли заказывать новую программу?
Нет. Сначала сравниваем настройку готового продукта, доработку существующего и разработку с нуля. Если задача сводится к передаче данных между работающими системами, разумно начать с интеграции.
Можно начать без технического задания?
Да. Для первого обсуждения нужны описание процесса и желаемые изменения. Подготовку требований и прототипа выделяем в понятный этап с собственным результатом.
Что такое MVP и зачем он бизнесу?
Это первая версия с достаточным набором функций для проверки основного рабочего сценария. Внутри компании это может быть один процесс для ограниченной группы сотрудников. Критерии полезности определяем до разработки.
Кому принадлежат исходный код и права?
Состав передаваемых материалов и права использования фиксируем в договоре. Отдельно перечисляем собственные разработки, сторонние компоненты и их лицензии, чтобы условия дальнейшей эксплуатации были понятны.
Можно доработать существующий проект?
Да, после изучения кода, документации, прав доступа и возможности развернуть проверочную среду. Сначала оцениваем состояние проекта и риски изменений, затем согласуем объём работ.
Как определяются сроки?
После уточнения функций, интеграций, доступности исходных данных и порядка согласования. Проект разбиваем на этапы; изменение требований оцениваем отдельно по влиянию на срок и бюджет.
Кто обслуживает систему после запуска?
Формат поддержки согласуем отдельно: состав исправлений, обновления, мониторинг и развитие. Для передачи другой команде заранее определяем необходимую документацию и порядок доступа к проекту.
Как связаться с AST и где находится офис?
Основной офис: Екатеринбург, проспект Ленина, 14, офис 411. Телефон +7 (902) 583-64-20, почта 1@it-ast.ru. Встречу согласуем заранее. Проекты в Свердловской области и других регионах Урала оцениваем по адресам и составу работ. Междугородняя логистика, командировки и физическое обслуживание площадок согласуются отдельно.
Разбирает команда AST
Практика, которая
помогает выбрать решение.
Связаться с AST
Обсудим вашу
задачу.
Проекты в Свердловской области и других регионах Урала оцениваем по адресам и составу работ. Междугородняя логистика, командировки и физическое обслуживание площадок согласуются отдельно.
Основной офис AST — ЕкатеринбургЕкатеринбург, проспект Ленина, 14, офис 411
Встречу в офисе согласуем заранее по телефону или почте.
Контакты и формат работы ↗Начнём с вашей задачи
Обсудить разработку
Опишите исходную ситуацию и желаемый результат.
