Как я создавал приложение для коммуникации жильцов с управляющей компанией
Всем привет. Меня зовут Андрей, я джуниор-дизайнер и пока что в поиске работы. Сегодня хотел рассказать вам о своем концепте приложения для жильцов дома, созданном для упрощения общения с управляющей компанией.
Я не проверял, есть ли уже такого рода приложения, поэтому начал разработку интерфейса, положившись на свой опыт и свои пожелания. Соответсвенно, у меня не было референсов и не было возможности произвести анализ конкурентов.
Проблема
Проблема заключалась в том, что иногда я не мог дозвониться до УК для решения каких-либо вопросов, связанных с моим ЖК. Если отключался свет, его телефон надрывался от звонков всех жильцов по поводу света, и мне, например, по абсолютно другой проблеме было до них просто не дозвониться.
Решение
Я подумал, что большинство проблем не требуют разговора с оператором колл-центра: вещи, связанные с уборкой, ремонтом или установкой, можно решить, не затрагивая оператора.
Соответственно, я решил исключить ненужное время для разговора по телефону и разработать приложение, в котором можно максимально быстро оставлять заявки, удобно отслеживать новости своего ЖК и в целом района.
Wireframing
Я начал накидывать функциональность, которую хочу видеть, и попутно общался со знакомыми и анализировал их потребности и запросы. На основе всего этого я начал рисовать примерный прототип и пытаться грамотно уместить все функции.
Имея на руках нужные мне функции и примерное расположение элементов дизайна, я начал создавать user flow и накидать разные сценарии, чтобы понять, как со всем этим взаимодействовать.
Отрисовка экранов
Получив какой-никакой UX, я перешел к UI.
На первом экране нас встречают новости нашего ЖК (туда входят и в целом новости района, которые напрямую касаются нашего дома, и других ЖК поблизости).
- Первый экран — новости. Они всегда встречают пользователя при первом открытии приложения.
- Второй экран — профиль.
- Третий экран — моя УК.
По центру экрана, внизу, всегда находится кнопка для начала оформления быстрой заявки (уже после начала оформления заявки, она выступает в роли кнопки отмены, «+» превращается в «х»)
По нажатию появляются основные пункты, которые я задумывал в такого рода приложении.
Так вот, после выбора мастера нас встречает форма подтверждения личных данных: если в квартире проживают два человека, можно было бы менять данные, так как там будут указаны телефон для связи и ФИО жильца.
После подтверждения мы выбираем время, когда хотим, чтобы пришел мастер, и оставляем комментарий для УК. Это обязательно, ведь проблема может быть не только у вас, но в целой парадной. В таком случае после оформления заявки с вами свяжется УК и сообщит о дальнейших действиях.
После нас встречает надпись, что заявка оформлена. Посмотреть заявку мы можем в истории заявок. Также там мы можем ее либо отменить (либо опять активировать после отмены), либо оставить отзыв или удалить после ее выполнения.
Проверка
По моему мнению, данная фича очень интересна и очень практична.
Чтобы УК была уверена в своих сотрудниках, у пользователя в истории заявок у активной заявки есть кнопка «Проблема решена».
Нажав ее, пользователь получает QR-код, который должен отсканировать мастер. Только в этом случае заявка будет закрыта.
Пока ваша заявка не будет отработана на 100%, вы не должны показывать этот код мастеру. Без этого QR-кода мастеру не будет оплачена данная заявка. Тут удовлетворены все стороны.
Пользователь (житель) получает качественную работу, мастер получает прозрачную систему оплату труда, ведь каждый заказ можно отследить, а компания контролирует работу мастеров и получает обратную связь, что также позволяет премировать мастеров или штрафовать.
Заключение
Я знаю, что дизайн не идеален и можно долго работать с цветами и типографикой, но для меня на первом месте стоит удобство использования и пользовательский опыт. Я постарался выявить проблему, сделать анализ и подготовить решение.
Я буду дорабатывать данный проект и стараться делать его еще удобнее и логичнее. Ведь я только начинаю свой путь в мире мобильных интерфейсов, поэтому, если вам было интересно и если вам не сложно, поддержите меня стрелкой вверх.
Спасибо за внимание!
Норм, но начинать нужно с анализа рынка, всё же.
Главное для жителя — оплачивать квитанции и сдавать показания счётчиков, а не новости УК.
Для джуниора хорошо.
И да, мы делаем как-раз такой продукт=) — https://apiqa.io/
оплачивать квитанции - это главное как раз для компании, а не для жителя. Жителю важнее, чтобы УК его слышала, работала и реагировала на заявки.
Фигово вы рынок проанализировали
) Стив Ивитс, я ни слова не написал про обращения… Я писал про новости УК. Вот новости, как-раз, нужны компании, а не жителям (в большинстве случаев). А теперь разберемся с коммуникацией, приоритетность для Жителей: 1 оплата, 2 показания, 3 обращения. Оплата важна людям, так как за проеб будут пени и вообще сложнее за 2 месяца платить, чем за один, как мы все понимаем, суммы растут каждый месяц. Обращения важны и УК! — так как по закону, если УК не выполняет обслуживание дома, то люди могут отказаться от УК. Вы не правы, Стив, нормально мы проанализировали рынок и с заявками работаем непрерывно улучшая эту штуку. А вот новости не (из важных: отключение воды и ремонтные работы…, которые лучше уж пушами в таком случае слать).
Вы может и не написали про обращения, зато автор статью начал именно с них.
Оплата не особо нужна, всё давно есть в онлайн-банках, откуда все и платят давным давно. Я лично плачу раз в 2-3 месяца.
Обращения - да, важны. О чем я и написал.
Новости - важны, чтобы знать, как компания отрабатывает оплачиваемые нами услуги, плюс отключения - то что вы написали