Когда вы используете приложения для работы, они редко показывают вам все данные, необходимые для получения полного контекста вашей работы. И это позор, потому что эта информация часто легко доступна для вас и может быть интегрирована в ваше приложение.
Все дело в контексте
Допустим, вас попросили создать приложение для управления проектами для вашей организации. Вы создаете веб-приложение и размещаете его в облаке. С помощью приложения вы можете хранить информацию о проектах, клиентах и проектных командах. Ваша организация использует другое приложение для связи и еще одно для хранения файлов, поэтому вместо дублирования функций вы указываете на существующие приложения для быстрого доступа.
Ваше приложение работает, но удобно ли им пользоваться? Слишком часто вы видите, как ваши коллеги переключаются между вашим приложением и другими приложениями, чтобы получить полный контекст своей работы: информацию о проекте, последние электронные письма клиенту, общение с командой проекта, файлы проекта и людей, которые работают над проект. Что вы могли бы сделать по-другому?
Перенесите рабочие данные в свое приложение
Допустим, ваша организация использует Microsoft 365. Информация о проекте хранится в вашем приложении. Чтобы общаться с командой проекта, им нужно перейти в Teams. Чтобы получить файлы проекта, они должны перейти в SharePoint. Общение с заказчиком осуществляется по электронной почте в Outlook, а информация о людях доступна через Teams, Outlook или SharePoint, в зависимости от того, где они находятся в данный момент. Вместо того, чтобы переключаться между всеми этими разными приложениями, почему бы не перенести соответствующие данные в свое приложение?
Рабочим приложениям нужны рабочие данные. Даже если у вашего приложения есть определенная цель, например управление проектами, людям, использующим его, потребуется больше информации, чтобы получить полный контекст своей работы. Проекты заказываются заказчиком и выполняются командой проекта. Пока вы работаете над проектами, вы создаете файлы и общаетесь по ним. То же самое касается управления заказами или любого другого бизнес-сценария. Так почему же этот рабочий контекст должен быть фрагментирован? Почему бы не предлагать своим коллегам всю необходимую им информацию именно там, где она им нужна: в вашем приложении?
Если вы используете Microsoft 365, информация о людях и файлах легко доступна для вас и доступна с помощью Microsoft Graph — API для Microsoft 365. Вместо того, чтобы требовать от ваших пользователей переходить между различными приложениями, вы можете использовать Graph, чтобы принести контекстно релевантную информацию для вашего приложения. Вы можете ввести электронные письма, отправленные и полученные от клиента. Вы можете принести файлы проекта, над которыми недавно работала проектная группа. Вы можете показать информацию о членах команды проекта, их местонахождении и часовых поясах прямо в вашем приложении. Вы можете получить всю эту информацию и многое другое в контексте своего приложения, чтобы ваши коллеги тратили больше времени на работу и меньше времени на переключение контекстов.
Самое замечательное в использовании Microsoft Graph заключается в том, что он позволяет вам использовать данные и идеи, которые хранятся в Microsoft 365. Вы получаете преимущества всех функций Microsoft 365, таких как хранилище, управление доступом или аварийное восстановление, и в в то же время, вы можете интегрировать его в ваше приложение контекстно-зависимым образом.
Перенос рабочих данных в ваше приложение не требует большого количества дополнительной работы. Если вы используете Microsoft 365, используйте Microsoft Graph и получайте доступ к организационным данным и аналитическим сведениям, хранящимся в Microsoft 365, которые имеют отношение к вашему приложению. Узнайте, что возможно с помощью Microsoft Graph.
Первоначально опубликовано на https://blog.mastykarz.nl 19 августа 2022 г.
