Сначала работающая система. Потом разговор о деньгах.

Задача. Девелопер ведёт готовность корпусов в Excel-«шахматке»: по строкам этажи, по столбцам виды работ, в клетке — цветная заливка. Так учитывают ход стройки в большинстве компаний.

Было. Инженер обходил объект с блокнотом, вечером переносил отметки в файл своего объекта и отправлял его в офис. Там из нескольких таких файлов вручную собирали сводку. Руководство смотрело на прошлую неделю, а откуда взялась отметка «выполнено» — проверить было нечем.

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

Excel остался — но как выгрузка на выходе, а не как способ вести учёт.

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

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

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

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

Задача. Сеть автосервисов ведёт ремонты в 1С: заказ-наряды, работы, запчасти, суммы. Клиент к этой системе доступа не имеет и узнаёт о ходе ремонта только по телефону.

Было. Клиент не знает, что с машиной, и звонит. Мастер отходит от подъёмника и объясняет. Нашли по ходу ещё одну поломку — снова звонок: описать словами, дождаться, пока клиент подумает и перезвонит. Машина всё это время стоит на подъёмнике.

Стало. Клиент открывает приложение и видит: «снят бампер, ждём деталь». Мастер фотографирует найденную поломку и отправляет с ценой — клиент нажимает «согласовано». Работы не встают. Состав заказ-наряда и суммы приходят из 1С сервиса, вручную ничего не дублируется.

Одно решение на сеть сервисов: у каждого свои данные, клиенты не пересекаются.

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

Было. Чтобы назвать клиенту цену, менеджер открывал четыре сайта по очереди, в каждом искал артикул и его аналоги, выписывал цены и сравнивал. Несколько минут на один запрос — а запросов десятки в день.

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

Провели оплату в 1С — подписка продлилась сама, без звонка администратору.

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

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

19 уязвимостей закрыли правками кода, остальные вынесли в требования к настройке. Торги при этом шли своим чередом. Результат перепроверил независимый внешний аудитор.

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

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

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

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

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

Было. Закупщик рассылал 10–20 поставщикам список позиций, получал файлы с ценами и вручную сводил их в одну таблицу. Считал лучшие цены, рассылал цену для торга, принимал второй круг, считал снова. Потом делал файл для загрузки в 1С и протокол на подпись. День работы — и высокий шанс ошибиться в формуле.

Стало. Тот же Excel, но с панелью кнопок в порядке работы: собрать предложения, посчитать цены, принять второй круг, рассчитать, сформировать документы. Каждая кнопка пишет отчёт — что именно она сделала и по каким строкам, чтобы расчёт можно было проверить.

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

Задача. Строительной организации нужно получить из чертежа перечень того, что на нём изображено: сколько проёмов, какое оборудование, с какими размерами. Это основа для сметы и заказа материалов.

Было. Окна, двери, узлы и оборудование на чертеже не подписаны словами — их узнают по начертанию. Чтобы посчитать, сколько чего на листе, инженер разбирал чертёж глазами. Один лист формата A0 — это часы работы, а ошибка стоит дорого.

Стало. Сервис читает чертёж целиком и возвращает таблицу: что найдено, сколько, каких размеров, плюс описание листа словами. Там, где он не уверен, ставит пометку — и человек проверяет только эти места, а не весь лист заново.

Тяжёлая модель запускается только на страницах, где действительно есть чертёжная графика. За счёт этого обработка одного листа стоит копейки.

Задача. Одна из систем автоматизации по техническому заданию заказчика — организации с большим документооборотом. Каждый отчётный период она переоформляет пакеты однотипных документов: содержание то же, меняются даты периода. Речь о сотнях листов за раз.

Было. Это делали вручную в графическом редакторе — затирали поле, подбирали шрифт на глаз, вписывали новое значение. Получалось заметно: фон не совпадал с бумагой, буквы отличались по толщине. На пачку уходил рабочий день.

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

Контроль. Каждый документ оператор смотрит в режиме «до / после» со шторкой и подтверждает вручную. Любой параметр можно поправить перед выгрузкой.

Всё считается на сервере заказчика: ни один документ не уходит во внешние сервисы.

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

Было. Сотрудник каждый день открывал сайты восьми застройщиков и выписывал каждый лот: цену, площадь, отделку, срок сдачи. Часы работы. Вчерашние цифры никто не сохранял, поэтому сравнить «стало и было» было не с чем.

Стало. Ночью система обходит те же сайты сама. Утром открываешь: таблица всех лотов, отдельная вкладка «что изменилось за сутки», графики цен и выгрузка в Excel. Цена всегда берётся акционная — та, по которой реально продают.

Если сайт конкурента упал или переделался, сбор не встаёт и данные не портятся. Новый конкурент подключается настройкой, а не переписыванием системы.

Задача. Аналитик товарного рынка каждый день выпускает обзор для профессиональной аудитории. Чтобы его написать, нужна картина на утро: биржевые котировки, курсы, отчёты фондов, погода в регионах выращивания, календарь публикаций и новости отрасли.

Было. Всё это он открывал руками — полтора десятка сайтов, новости на трёх языках. Полтора часа до начала работы, просто чтобы понять, что случилось за ночь.

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

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

Задача. Трейдер анализирует поведение опционов внутри торгового дня. Для этого нужна история: как в течение дня менялись цена и расчётная стоимость инструмента. Биржа такую историю не отдаёт — только состояние «как сейчас».

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

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

На выходе — история, по которой можно строить отчёты, а не архив одинаковых записей.

Задача. Компания работает во внешнем сервисе, который раз в неделю отдаёт файл со сводкой операций за период — сотни строк. Эти данные должны попасть в 1С, иначе учёт не сходится.

Было. Сотрудник открывал файл и вручную заводил карточки контрагентов, создавал документы за период и переносил в них строки. Час рутины, в которой легко промахнуться и не заметить этого.

Стало. Обработка читает файл, сама находит существующие карточки или создаёт новые, формирует документы за период и заполняет строки. Запустили тот же файл второй раз — дублей не появится.

Задача. Небольшой отдел продаж принимает обращения с сайта, по телефону и в мессенджерах. Полноценная CRM для четырёх человек избыточна, а без неё обращения теряются.

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

Стало. Сотрудник берёт свободное обращение — оно закрепляется за ним, и он ставит дату следующего действия. Экран «Мои дела» показывает просроченное, сегодняшнее и неделю вперёд. Если тот же человек обратился повторно, система находит дубль по телефону, почте или телеграму.

Закрытое не удаляется, а уходит в архив с полной перепиской — видно, кто что обещал.

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

Было. Их выясняли на первом созвоне — час времени с обеих сторон. Половина ответов потом терялась в переписке, к части возвращались по второму разу.

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

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

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