---
updateDate: 2026-02-05T00:00:00Z
publishDate: 2024-08-12
publishYear: 2019
name: Control-mobile
title: Приложение для работы с государственными реестрами
excerpt: Создали дизайн приложения, в котором подрядчики выполняют задания бюджетных организаций и заполняют государственные реестры.
context: До этого мы уже разработали дизайн сервиса для управления государственными реестрами. Мобильное приложение — продолжение того проекта.
image: ~/assets/images/portfolio/control-mobile/control-mobile.png
imageAlt: Интерфейс приложения для работы с государственными реестрами
thumbnail:
src: ~/assets/images/portfolio/cards/control-mobile.svg
src2: ~/assets/images/portfolio/cards-l/control-mobile_big.svg
alt: Собака Павлова • Контроль • Приложение для работы с государственными реестрами
logo:
src: ~/assets/images/portfolio/control/logo.svg
alt: Контроль • Логотип
link: https://datasolution.team/
doubleSize: true
tags:
- gos
- ux-design
- ux-outsource
- prof
- mob
- control
- constructor
relatedPages:
- text: |
### Вам нужен интерфейс?
#### Заказать дизайн
Напишите нам на [we@sobakapav.ru](mailto:we@sobakapav.ru)
#### Что мы можем сделать?
[UX-дизайн под ключ](/services/ux-audit), как в этом кейсе. И [многое другое](/services).
collection: services
page: ux-design
- text: |
### Хотите уметь так же?
Научим создавать хорошие интерфейсы.
collection: promo
page: mio
- collection: promo
page: uc
relatedPages2:
- text: |
### Похожие проекты
collection: portfolio
page: control-patent
- collection: portfolio
page: control-forest
- collection: portfolio
page: data-solution
- collection: portfolio
page: control
- collection: portfolio
page: gormost
- collection: portfolio
page: trash
- collection: portfolio
page: smartdeal
- collection: portfolio
page: lantapro
result:
- src: ~/assets/images/portfolio/figma.svg
text: Макеты интерфейса
link: https://www.figma.com/design/U0sS1u4ob8JhBblZKSuOkV/%D0%9A%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D1%8C.-%D0%9F%D1%80%D0%B8%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5.-%D0%94%D0%BB%D1%8F-%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8
budget: ~ 800 000 ₽
director: Закончили проект и сразу взялись за следующий с тем же заказчиком
metadata:
canonical: https://sobakapav.ru/portfolio/control-mobile
title: Мобильный интерфейс • Приложение для работы с реестрами (практический кейс)
description: "Разработали UX/UI мобильного приложения, в котором подрядчики выполняют задания бюджетных организаций и заполняют информацией государственные реестры."
robots:
index: true
follow: true
openGraph:
site_name: Собака Павлова
images:
- url: '~/assets/images/portfolio/control-mobile/control-mobile.png'
width: 1337
height: 933
---
import Image from '~/components/common/Image.astro';
import TOC from '~/components/widgets/TOC.astro';
<TOC>
[Приложение](#anchor1) • [Задача](#anchor2) • [Дизайн-процесс](#anchor3) • [Результат](#anchor4) • [Цены и сроки](#anchor5)
</TOC>
## <a name="anchor1" />Приложение
«Контроль» — сервис, в котором можно управлять государственными реестрами: списками улиц, домов, инфраструктурных объектов и, возможно, даже людей. В общем, всего, что интересует государство.
Реестры — не что-то статичное. Их нужно заполнять и обновлять. Построили новый дом на улице — добавили. Поставили памятник — добавили. Покрасили забор школы — учли в реестре, чтобы никто не забыл, а то потом еще раз красить придется.
Обновляют и заполняют реестры не только офисные клерки, сидя за компьютерами. Иногда приходится идти в поля. Дойти до школы, сфотографировать покрашенный забор, добавить в тот самый реестр.
_Этим занимаются специальные люди с приложением «Контроль»._
Вот как это примерно происходит:
1. Городу нужно подготовить реестр качелей в детском парке, которые нужно покрасить к следующему лету.
2. Ответственный за парк госслужащий ставит в «Контроле» задачу на компанию или городское подразделение, которые занимаются реестрами.
3. Сотрудник подразделения заходит в приложение, смотрит все задачи и выбирает с качелями в детском парке.
4. Потом идет в парк и фотографирует каждые качели.
5. Фотографии попадают в реестр.
6. Исполнитель закрывает задачу.
Это очень упрощенная схема — на самом деле обычно задания намного сложнее, их можно выполнять неделями.
## <a name="anchor2" />Задача
Компания «Дата солюшн» пришла к нам сразу с тремя задачами. Первая — провести [редизайн сервиса для управления реестрами](https://sobakapav.ru/portfolio/control). Вторая — сделать дизайн приложения для исполнителей. Так что мы работали с уже знакомым заказчиком, понимали контекст и принцип работы сервиса, представляли, как прикрутить одно к другому.
У заказчика уже была первая версия дизайна приложения, но не очень детально проработанная. Поэтому, когда мы начали работу над проектом, все делали с нуля. Ну как с нуля — с учетом и знанием того, что уже изменили в сервисе «Контроль».
## <a name="anchor3" />Дизайн-процесс
По принципу работы приложение «Контроль» в чем-то похоже на [«Яндекс.Толока»](https://toloka.yandex.ru/), только не показывает оплату заданий. Все-таки им пользуются сотрудники организаций, у которых есть ежемесячная зарплата, а не фрилансеры.
Большинство заданий в приложении привязаны к геометкам. Куда-то дойти, что-то сфотографировать, обойти территорию — везде нужен GPS или ГЛОНАСС.
Так, например, заказчик рассказывал нам про задачи лесника. Ему нужно обойти некую территорию в лесу и в каждой точке маршрута сделать фотографии. Когда лесник закрывает задачу, отчет отправляется проверяющему. Тот смотрит записанный маршрут, листает фото, утверждает, и данные отправляются в реестр. Так что запись данных с геоточек — один из способов проверить, точно ли задача выполнена.
_Задания можно посмотреть списком или на карте. Если исполнитель за что-то готов взяться, он добавляет его себе или сразу приступает к выполнению. Тогда задание перемещается во вкладку «Мои»_
Некоторые задания по очереди выполняют несколько человек. Например, один исполнитель собирал данные, а второму теперь предстоит сходить и все проверить. Такие задания считаются связанными, и мы эту связь показываем.
У каждого задания есть категория, статус, приоритетность, степень важности и сроки выполнения. Это параметры, которые помогают запланировать время выполнения работ. Так, исполнитель видит, что задача губернаторская, и понимает, что ее надо выполнить побыстрее.
_Любую задачу можно загрузить на смартфон — исполнителям иногда приходится работать там, где не ловит связь_
Стоп. А где же тут описание процесса, как мы работали? Его не будет. Мы с заказчиком наладили методологию еще на [прошлом проекте](https://sobakapav.ru/portfolio/control), а здесь просто следовали ей. Каждую неделю созванивались, двигались вперед, передавали макеты. Поэтому в этом кейсе будем больше рассказать про дизайн и показывать интерфейсы.
Так выглядит календарь. Здесь можно назначить дату и время выполнения задания. В календаре привязанное к дате задание отображается как оранжевая дуга вокруг числа — чем длиннее дуга, тем больше часов займет выполнение. Оранжевый круг означает, что на этот день больше ничего планировать нельзя.
_В календаре можно планировать отпуска и выходные, отмечать больничные, следить за назначенными задачами с привязкой к датам_
В календаре исполнитель может заранее указать, когда планирует взять отгул или уйти в отпуск. А еще отметить, что болел. Такие дни окрашиваются в синий цвет.
_Сотрудник может отпроситься на полдня, а другие полдня поработать. Тогда в календаре у него появится синий кружок, обозначающий выходной, и вокруг него — оранжевая дуга со временем работы_
Мы говорили, что заказчик пришел к нам с тремя проектами. Третий — это конструктор заданий. Мы взялись за него сразу, как только закончили дизайн приложения. И, как это иногда случается, увидели процесс с другой стороны. Со стороны тех, кто ставит задачи. А как увидели, поняли, что сперва стоило сделать конструктор и только потом уже браться за приложение. Потому что раздел «Выполнение задания» могли бы сделать лучше. Но для этого нужно было начинать с другого конца.
Мы не допустили в разделе какие-то принципиальные ошибки или тупиковые сценарии. Просто увидели, что можно сделать лучше. И не могли из-за этого спать.
_В приложении можно искать задания — набрать в поиске ключевое слово и выбирать из предложенного. Если сотруднику нравятся проверки, пусть занимается проверками_
Что делать? Менять на ходу. Не оставлять же как есть. Заказчик начал реализовывать приложение, а мы быстренько вносили хот-фиксы — то есть делали мелкие улучшения и сразу передавали их разработчикам. На момент написания кейса этот процесс еще не закончен, поэтому покажем то, что есть.
Сотруднику обслуживающей организации нужно провести инвентаризацию многоквартирных домов: посчитать количество подъездов и квартир, сделать фотографии, отметить расположение и что-то еще.
_Все задания складываются в ленту_
Весь процесс инвентаризации у него разбит на этапы. На каждом нужно ответить на вопрос. Иногда вопросы безальтернативные — приложение просит подтвердить, что сотрудник что-то сделал или готов сделать и может перейти к следующему этапу работ.
_На текст и список задач не обращайте внимания — здесь мы демонстрируем, как выглядят разные задания в ленте. Так, запись аудио нужна, когда сотрудник должен сделать опрос или провести интервью_
А так выглядит карточка дома с несколькими уровнями вложенности: подъезды, секции, квартиры, кухни, гостиные — можно посчитать все что угодно.
_Некоторым карточкам нужны несколько уровней вложенности. Например, для проверки многоквартирного дома_
Так выглядит интерфейс, в котором нужно делать много мелких действий. Его мы и решили улучшить, когда изучили, как руководители ставят задачи.
_Некоторые задачи состоят из нескольких этапов, причем сперва нужно закончить один, а потом уже переходить к следующему_
Самое время для загадки. Смотрите, два условия:
- у каждого сотрудника есть профиль;
- он его заполняет сам.
Угадайте, что здесь не так?
_У каждого сотрудника есть свой профиль_
А вот уже заполненный профиль. Ну как, нашли ошибку? Имейте в виду: она очень неочевидна и не имеет отношения к UI. Только к UX.
_Написать личное сообщение внутри приложения сотруднику не получится. Зато можно узнать телефон и позвонить_
В чем же ошибка? Объясняем.
Реестры — это обычно закрытая от посторонних людей информация. Кто попало ее не посмотрит. И взять на выполнение какую-нибудь задачу обычный прохожий не может. Это не «Яндекс.Толока». Значит, сотрудников в приложении надо верифицировать — подтвердить, что каждый человек — действительно сотрудник.
В первом экране мы предлагаем пользователю заполнить профиль самому. Это как? Любой человек может скачать приложение из каталога и написать, что он работает в мэрии? Конечно же, нет.
Поэтому руководство должно создавать и заполнять все профили само. А потом просто давать доступы сотрудникам. Иначе в теории приложение будут устанавливать мошенники, чтобы брать задания и ходить по квартирам якобы по поручению губернатора.
_Про Android-пользователей тоже не забыли_
В этом проекте у нас не было пользователей как таковых. Дело в том, что сотрудники государственных организаций работают по строгим инструкциям. Выполнять задачи как угодно им нельзя. И приложение должно соответствовать этим инструкциям. А сами пользователи при таком подходе превращаются в функции.
Конечно, невозможно сделать идеальное приложение, если не знаешь, как им станут пользоваться люди. Все равно будут ошибаться и теряться. Но это надо отлавливать на тестировании.
_Одни и те же компоненты в разных состояниях_
## <a name="anchor4" />Результат
Тестирование будет проводить сам заказчик. А мы, если что, поможем. Опыт есть. Но сейчас, пока мы пишем кейс, приложение находится в разработке, а мы консультируем заказчика. И делаем для него еще один проект.
## <a name="anchor5" />