Pull to refresh

Comments 8

А пользовали главного экрана приложения не путаются где текст, где кнопка, куда нажимать и чем отличается стрелка вправо от нижнего текста "посмотреть", что вероятно обозначает кнопку? И почему сверху поиск коллеги, а дальше больше похоже на список задач?

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

Я не поняла вопроса на счет списка задач. Это действительно список, но список сервисов со статусами по той или иной заявке. Основная функция информативная.

Сверху строка поиска, судя по всему - людей. Однако под ней - не список людей, как напрашивается, а статусов сервисов.

Если нажать на карточку или на «подробнее»

А зачем тогда "или" и вообще отдельная кнопка?

В общем, с материал дизайном как всегда вопросы... Непонятно как отличить кнопку от надписи и иконку от кнопки и того, куда она направляет.

Мне нравится задумка приложения внутри одной компании. Некая Вики для коллег. Мб у кого-то уже есть что-то похожее? Поделитесь, пожалуйста, как вам опыт использования?

В нашем приложении есть и информационно-справочная часть, шаблоны заявлений, новости, чат-бот (который помогает с общими вопросами). Это достаточно удобно.

Не всегда работа в известных приложениях и компаниях обязывает писать посты на Хабре только потому, что у маркетинга план по статьям на Хабре )

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

А по статье: вы собрали мудбоард, и итоговые скрины (макеты) прям далеки от него. Я тут не понял связи.

У Tele2 нет библиотеки компонентов для мобильного приложения? Вы прошли правильный сложный путь, но для большой компании для внутреннего проекта это кажется излишним.

Уточнила у команды про техническую часть. Данные из корпоративных информационных систем компании, с которыми интегрирован бэкэнд приложения. Бек написан на C#. Фронтовая часть сделана на React Native.

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

У Tele2 есть библиотека компонентов. Когда я описываю свою работу я перечисляю компоненты и материалы, которые я переиспользовала. Но мы делали новый внутренний продукт, и он должен отличаться от уже имеющихся продуктов. Потом библиотека не является чем-то, что можно собрать один раз и переиспользовать для всего. Если мы отбросим момент того, что это другой проект, в имеющейся библиотеке может не быть нужных в какой-то ситуации компонентов.

Sign up to leave a comment.