Процесс живёт в таблицах и почте
Заявки, согласования и учёт ведутся в общих файлах и письмах. Нужна система с ролями, статусами и историей, где видно, кто что сделал.
Заказной веб-сервис или веб-приложение — это система с бизнес-логикой, доступная по сети: пользователи входят в браузере под своей ролью, работают с данными, а результат попадает в учёт и в смежные системы. Слово «веб-сервис» понимают и как программный интерфейс: им занимается страница про API и бэкенд, а здесь речь о системах с ролями и правилами. Это не сайт, который рассказывает о компании. Мы разрабатываем порталы и кабинеты, внутренние сервисы, сервисы приёма заявок и экраны контроля обмена между системами. Начинаем с одного рабочего сценария, а не со списка из сорока функций. Исходники и сервер остаются у вас.
Обследование — 200 000 ₽, 2–3 неделиПортал или кабинет — от 250 000 ₽Исходный код в вашем репозитории с первого коммита
Заявки, согласования и учёт ведутся в общих файлах и письмах. Нужна система с ролями, статусами и историей, где видно, кто что сделал.
Остатки, статусы заказов, документы и сверки сейчас выдаёт менеджер по телефону. Эти вопросы должен закрывать кабинет.
Сайт, почта, мессенджеры и звонки. Нужна одна очередь с исполнителями, сроками и напоминаниями, а не несколько отдельных списков.
Между 1С, CRM, складом и сайтом данные переносят руками. Нужен сервис с экраном для сотрудников: что ушло, что не прошло и почему, с кнопкой повтора. Сам обмен между системами разобран на странице про API и бэкенд.
Данные нельзя выносить из контура, правила процесса не укладываются в настройки, а подписка на всех сотрудников стоит больше, чем польза от тех, кто заходит раз в неделю.
Автор ушёл, документации и сборки нет, любая правка страшна. Сервис нужно привести в порядок или переписать по частям.
Типов шесть, у каждого свой состав и своя типовая беда. Платформам для многих организаций посвящена отдельная страница про SaaS.
Мы не будем писать сервис, если задачу закрывает настройка готового. Четыре варианта в таблице, три проверки ниже. Общий разбор — в статье про коробочное ПО и заказную разработку.
Бывает, что подходит связка: типовое остаётся в готовых системах, суть бизнеса пишется отдельным сервисом и подключается по API. Для учёта клиентов и сделок этот выбор разобран на странице про разработку CRM.
Пять решений определяют, останется ли сервис работоспособным через два года. Их записывают в обследовании, а не обнаруживают во время разработки.
Кто что видит и что может менять. Права проверяются на сервере для каждой операции и каждого объекта, а не скрытой кнопкой в интерфейсе. Таблицу ролей составляют так, чтобы её можно было проверить: из-под каждой роли пробуют открыть чужое. Пример такой таблицы есть на странице про порталы и кабинеты.
Где живут данные: в самом сервисе или в 1С и CRM, а сервис лишь показывает их и принимает действия? От ответа зависит всё: от схемы базы до того, что видит пользователь при сбое смежной системы. По каждому объекту записываем, кто главный при расхождении.
Объекты проходят статусы: черновик, на согласовании, в работе, закрыто. Заранее записываем, кто может переводить объект между статусами и что при этом происходит. Каждое изменение остаётся в журнале с автором и временем.
1С обновляется, у партнёра сменился сертификат, сеть пропала. Сервис не должен терять заявки: сообщение откладывается в очередь, повторяется с растущей паузой, а ответственному уходит оповещение. Повтор не должен создавать дубль: у каждой операции есть ключ, по которому принимающая сторона узнаёт уже обработанное. Если смежная система так не умеет, расхождения ловит сверка. Как строится такая серверная часть, описано на странице про разработку API и бэкенда.
Площадку выбираете вы: свои серверы или хостер по вашему договору, хостинг мы не оказываем. Персональные данные граждан России обычно должны храниться на серверах в России, поэтому схему размещения фиксируем в обследовании, а не выясняем перед запуском. Если сервис открыт внешним пользователям, заранее решаем, по какому адресу он доступен снаружи, кто выпускает сертификаты и как закрыт административный вход.
Первая версия (MVP, в тарифах «Пилот, тяжёлый») — сервис, в котором первые пользователи решают свою главную задачу на реальных данных, под своей ролью и с журналом действий. Не прототип с нарисованными экранами и не набор всего понемногу.
Решение записывается в список «входит / откладываем», который подписывают до начала работ: на приёмке по нему сверяют, что сделано, и не спорят о том, что обещали. Как оформить такой список в документе, описано в статье про техническое задание.
Цены — по тарифам, нижняя ступень совпадает со страницей про порталы и кабинеты. Точная цена только у обследования, дальше вилка, которая сужается по его результатам.
Один-два процесса: пользователи и роли, сценарии, данные, ограничения контура, состав первой версии, вилка бюджета. Вычитается из первого этапа, если продолжаете с нами.
Если сервис связан с 1С, CRM, сайтом и складом: схема обменов и матрица источников истины по каждому объекту.
Проверка одного сценария небольшой группой на ваших данных в вашем контуре: одна роль, обмен с учётной системой только на чтение, результат — протокол испытаний. Показывает, нужен ли сервис людям и годятся ли данные. Это не готовый портал или кабинет для всех пользователей: нижняя ступень порталов и кабинетов — от 250 000 ₽, как на странице про порталы и кабинеты. Дальше первая версия или остановка.
Простой кабинет с одной ролью или витрина данных поверх готовых данных, которые открывают реальным пользователям. Кабинет партнёра с индивидуальными ценами и сверкой стоит больше.
Роли, главный сценарий, обмен с учётной системой, журнал, администрирование, протокол испытаний. Это MVP, а не система в ежедневной эксплуатации: проверка восстановления из копии, нагрузочные испытания и полный мониторинг идут в выводе в эксплуатацию.
Рабочая система в ежедневной эксплуатации: опытная эксплуатация, нагрузочные испытания на данных сопоставимого объёма (обезличенных или сгенерированных), резервные копии с проверкой восстановления, полный мониторинг, обучение, передача исходников и инструкций.
Мониторинг, обращения пользователей и разбор инцидентов. Плановые доработки входят в пакеты от 60 000 ₽ в месяц. Три пакета часов, ставка сверх пакета — 5 000 ₽ в час.
Разбираем процесс на примерах из вашей работы, считаем пользователей и объёмы данных, фиксируем роли, источники истины, интеграции и состав первой версии. На выходе документ, с которым можно идти в тендер и сравнивать предложения, в том числе не наши.
Поднимаем репозиторий, сборку и стенд без боевых персональных данных, делаем вход, роли и модель данных, согласуем макеты интерфейса ключевых экранов на обезличенных образцах ваших данных. Раз в две недели показываем работающую версию на стенде, замечания идут в следующую итерацию.
Собираем сценарий, ради которого сервис нужен, и подключаем смежные системы: сначала на копии в вашем контуре, потом на боевых данных в режиме чтения, запись включаем последней.
Первые пользователи проходят сценарий на реальных данных в вашем контуре, мы смотрим журнал и обращения, правим по реальным случаям. Приёмка идёт по протоколу испытаний, согласованному до начала работ.
Опытная эксплуатация, нагрузочные испытания и расширение функций идут этапами с отдельной приёмкой. Либо передаём исходники и инструкции вашей команде. Сопровождение у нас или у вас: решаете вы.
Две роли и один тип пользователя — это одно. Внешние пользователи, вложенные подразделения и доступ к отдельным объектам — другое, и проверок там больше.
Каждая смежная система добавляет свой протокол, свои ошибки и согласование доступов с её владельцем. Хуже всего, когда данные в источниках противоречат друг другу.
Закрытый периметр, отечественная операционная система, вход через корпоративный каталог и журнал по требованию меняют и разработку, и приёмку.
Цену двигает не число экранов, а число правил и исключений.
Что обязательно, а что украшение, как строится ролевая модель и откуда берутся данные.
Когда брать готовое, когда писать своё и почему доработанная коробка хуже обоих вариантов.
Версии, формат ошибок, повторы запросов и вебхуки: на что смотреть, когда сервис обменивается с другими системами.
Что обязательно записать, чтобы два подрядчика назвали похожую цену, а на приёмке не спорили.
Сорок минут созвона: что за процесс, кто будет пользоваться, какие системы вокруг. По итогам скажем, с какой ступени начинать и в какую вилку это примерно укладывается. Хватит ли готового решения, отвечаем по итогам обследования.
Нижняя ступень порталов и кабинетов — от 250 000 ₽: витрина данных или простой кабинет с одной ролью, как на странице про порталы и кабинеты. Лёгкий пилот от 150 000 ₽ — один сценарий, а не готовый портал. Первая версия сервиса (MVP) — «Пилот, тяжёлый» по тарифам: 400 000–1 200 000 ₽ и 2–3 месяца. Если задача в вилку не помещается, скажем об этом до начала работ и предложим урезать состав первой версии. Вывод в эксплуатацию начинается от 1 500 000 ₽ этапами по 300 000–700 000 ₽. Цену обследования называем сразу и фиксируем в договоре: 200 000 ₽ за один-два процесса и 350 000 ₽, если сервис связан с несколькими системами. Цену следующих ступеней называем по его итогам.
Сайт в первую очередь рассказывает: каталог, описание, новости. Веб-сервис в первую очередь работает с данными и правилами: у пользователей есть роли, они вводят и меняют данные, а результат уходит в учёт и другие системы. Граница нечёткая, поэтому смотрим не на технологию, а на то, есть ли роли, правила и обмен с учётными системами.
Когда процесс типовой, интеграций мало, данные можно хранить у вендора, а цена за пользователя вас устраивает. Мы скажем об этом в отчёте обследования, если настройки готового продукта достаточно. Своё имеет смысл, когда готовое приходится ломать, нужен закрытый контур или много ролей и интеграций.
Можно. Самый короткий путь — лёгкий пилот одного сценария за 150 000–400 000 ₽ и 2–8 недель: небольшая группа пользователей и ваши данные; это проверка, а не открытый пользователям кабинет. Если сценарий себя оправдал, первая версия добавляет роли, обмен с учётной системой, журнал и администрирование.
Да, если в вашей версии и конфигурации 1С есть подходящий интерфейс и его можно опубликовать в вашем контуре: это выясняется в начале обследования. Для 1С используем HTTP-сервисы или стандартный интерфейс OData, для CRM и сайта их API. В первую версию входит один обмен, нужный главному сценарию. Данные идут через очередь, поэтому при недоступной 1С заявки не теряются, а ждут. Если у системы нет ни программного интерфейса, ни выгрузки, обходной путь называем в отчёте обследования.
Вы выбираете площадку: свои серверы или хостер по вашему договору. Хостинг сами мы не оказываем. Сервис поднимается по инструкции, поэтому перенос на другую площадку не требует нас.
Исходный код лежит в вашем репозитории с первого коммита. Результат работ (исходный код, конфигурации, документация) передаётся вам по акту; порядок передачи прав записывается в договоре; открытые компоненты остаются под своими лицензиями, их список входит в документацию. Развёртывание описано инструкцией, и на приёмке ваш администратор проверяет, что стенд поднимается без нас. Документации достаточно, чтобы передать проект другому подрядчику.
Если исходники есть или их можно восстановить, обследование начинается с проверки: собирается ли сервис на чистом сервере, где лежат данные, ключи и доступы, какие зависимости устарели, есть ли тесты. Дальше решаем: чинить на месте или переписывать по частям, оставляя работающие разделы. Каждая часть идёт отдельным этапом с приёмкой, цену называем по итогам обследования.
Сопровождение берём ежемесячно: 20 000, 60 000 или 120 000 ₽ в месяц в зависимости от пакета часов (до 4, 12 или 25 часов), сверх пакета 5 000 ₽ в час по согласованию до начала. Плановые доработки входят с пакета на 60 000 ₽.
Мы в Ростове-на-Дону, работаем с заказчиками по всей России: удалённо и в вашем контуре. Доступ к системам и обследование согласуем на старте с вашей службой безопасности.