Алексей Никитин

Портфолио

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

или в Телеграм

Cifra

Задача

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

Подробнее о новом налоге

Пользователи

Гипотеза о полезности сервиса с мультибанком и аналитикой предполагает активное использование. Поэтому можно исключить людей с небольшим количеством клиентов и единичными операциями по счетам в месяц.

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

Приложение Cifra
Приложение при активном использовании

Регистрация

Во время регистрации в качестве плательщика нпд на каждом шаге можно открыть чат и задать вопрос.

Регистрация в налоговой

При этом показываем подборку популярных вопросов в контексте текущего шага.

Вопросы в контексте шага регистрации

Аналитика

Так как по закону доходы самозанятого не могут превышать 2,4 миллиона рублей в год, предупреждаем заранее.

График ежедневных доходов по чекам. Цветные градиенты – доходы по разным счетам.

Аналитика по доходам

Автоматизация

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

Автооплата
Настройки
Настройки приложения

Для каждого отдельного счёта включается автоматическое формирование чеков на доходы.

Для счетов, у которых не установлено автоматическое формирование чеков, все новые доходы собираются в одном блоке с возможность убрать лишние и сформировать чеки для остальных.

Банковский счёт
Новые доходы

Если автоматизация не требуется, то чеки можно сформировать из любого дохода вручную.

Доход

Отправка чеков клиентам происходит средствами операционной системы.

Чек
Примеры логотипов

Логотипы банков

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

ПИК-Комфорт

Проблема

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

В службе эксплуатации диспетчер распределяет заявку на конкретного исполнителя. Нельзя в любое время узнать статус выполнения, если клиент перезванивает для уточнения, оператор долго выясняет информацию, связывается со службой эксплуатации. Клиенты вынуждены долго ждать на линии. Цель всего проекта сократить время на обработку и выполнение заявок.

Клиентский центр

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

Во время разговора оператор видит историю всех контактов с жителем (могут быть не только звонки), может быстро сориентироваться в ситуации.

Поиск адреса

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

Поэтому при поиске адреса выводятся подходящие улицы во всех городах, и при совпадениях дополнительно выводятся названия городов. Адрес ассоциируется с номером телефона при первом обращении, может быть несколько адресов связанных с одним номером.

Поиск по уникальным названиям улиц
Одинаковые адреса в разных городах

Интерфейс тестировался и адаптировался под активное длительное использование на посредственных мониторах.

Подготовлен набор элементов интерфейса и компонентов в различных состояниях.

Диспетчерская

Для службы эксплуатации разработан интерфейс распределения и контроля выполнения заявок. Диспетчер видит входящие заявки с описанием из клиентского центра. Далее он распределяет заявки по списку доступных исполнителей.

Заявки перемещаются по вкладкам по мере выполнения. Один диспетчер может принимать заявки для нескольких служб эксплуатации. Интерфейсы собираются на основе библиотеки Ant Design.

Интерфейс диспетчера службы эксплуатации
Заявки клиентов перемещаются по вкладкам по мере выполнения

Приложение исполнителя

Исполнитель получает все свои задачи в простое мобильное приложение, где может писать комментарии, прикладывать фото и отмечать заявки выполненными. Закуплены ударопрочные водонепроницаемые телефоны.

Мобильное приложение исполнителя

Успешный пилотный запуск системы проведён в конце 2018 года на ограниченной территории.

Ранее

Сбертех
Сбертех
Сбертех
Сбертех
Сбертех
Сбертех
Сбертех
Сбертех
Сбертех
RU-Center
RU-Center
RU-Center
RU-Center
RU-Center
Сбертех
Сбертех
Сбертех
Сбертех
Сбертех
Сбертех
Сбертех
Сбертех
Сбертех