Интерфейс приложения для работы
с государственными реестрами

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

Реестры — не что-то статичное. Их нужно заполнять и обновлять. Построили новый дом на улице — добавили. Поставили памятник — добавили. Покрасили забор школы — учли в реестре, чтобы никто не забыл, а то потом еще раз красить придется.

Обновляют и заполняют реестры не только офисные клерки, сидя за компьютерами. Иногда приходится идти в поля. Дойти до школы, сфотографировать покрашенный забор, добавить в тот самый реестр.

Вот как это примерно происходит:

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

Компания «Дата солюшн» пришла к нам сразу с тремя задачами. Первая — провести редизайн сервиса для управления реестрами. Вторая — сделать дизайн приложения для исполнителей. Так что мы работали с уже знакомым заказчиком, понимали контекст и принцип работы сервиса, представляли, как прикрутить одно к другому.

У заказчика уже была первая версия дизайна приложения, но не очень детально проработанная. Поэтому, когда мы начали работу над проектом, все делали с нуля. Ну как с нуля — с учетом и знанием того, что уже изменили в сервисе «Контроль».

По принципу работы приложение «Контроль» в чем-то похоже на «Яндекс.Толока», только не показывает оплату заданий. Все-таки им пользуются сотрудники организаций, у которых есть ежемесячная зарплата, а не фрилансеры.

Большинство заданий в приложении привязаны к геометкам. Куда-то дойти, что-то сфотографировать, обойти территорию — везде нужен GPS или ГЛОНАСС.

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

Некоторые задания по очереди выполняют несколько человек. Например, один исполнитель собирал данные, а второму теперь предстоит сходить и все проверить. Такие задания считаются связанными, и мы эту связь показываем.

У каждого задания есть категория, статус, приоритетность, степень важности и сроки выполнения. Это параметры, которые помогают запланировать время выполнения работ. Так, исполнитель видит, что задача губернаторская, и понимает, что ее надо выполнить побыстрее.

Стоп. А где же тут описание процесса, как мы работали? Его не будет. Мы с заказчиком наладили методологию еще на прошлом проекте, а здесь просто следовали ей. Каждую неделю созванивались, двигались вперед, передавали макеты. Поэтому в этом кейсе будем больше рассказать про дизайн и показывать интерфейсы.

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

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

Мы говорили, что заказчик пришел к нам с тремя проектами. Третий — это конструктор заданий. Мы взялись за него сразу, как только закончили дизайн приложения. И, как это иногда случается, увидели процесс с другой стороны. Со стороны тех, кто ставит задачи. А как увидели, поняли, что сперва стоило сделать конструктор и только потом уже браться за приложение. Потому что раздел «Выполнение задания» могли бы сделать лучше. Но для этого нужно было начинать с другого конца.

Мы не допустили в разделе какие-то принципиальные ошибки или тупиковые сценарии. Просто увидели, что можно сделать лучше. И не могли из-за этого спать.

Что делать? Менять на ходу. Не оставлять же как есть. Заказчик начал реализовывать приложение, а мы быстренько вносили хот-фиксы — то есть делали мелкие улучшения и сразу передавали их разработчикам. На момент написания кейса этот процесс еще не закончен, поэтому покажем то, что есть.

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