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

«Суперприложение» для сотрудников организации — это мобильное приложение, в котором доступны все инструменты и ресурсы, необходимые работнику на ежедневной основе. Суперприложения можно сравнить с традиционными корпоративными приложениями наподобие CRM- и ERP-систем, в которых со временем появляется все больше функций, однако в них сложно ориентироваться и они могут иметь проблемы с производительностью. В отличие от последних, суперприложение может быть более удобным. Его компоненты — миниприложения — отвечают определенным стандартам и имеют похожий пользовательский интерфейс, что облегчает их освоение. Ненужные миниприложения пользователь может отключить.

Концепция суперприложений зародилась в начале 2010-х годов в Китае — они, как правило, объединяют функции платежной системы, интернет-магазина, мессенджера, социальной сети и иногда государственных услуг. Характерные примеры — WeChat и Alipay. Первыми суперприложения создали местные гиганты электронной коммерции. Со временем специалисты Baidu, Alibaba и Huawei даже составили спецификацию пакета миниприложений, которую консорциум W3C опубликовал в качестве рабочего черновика будущего стандарта. Она определяет требования к суперприложениям и формат, в котором предоставляются его компоненты и вспомогательные ресурсы. Потребительские суперприложения распространились в основном в странах Азии, Южной Америки и Африки.

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

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

Суперприложение для сотрудников внедрили в одной из крупных компаний, предоставляющей медицинские услуги по схеме подряда. Мобильное приложение, созданное сторонним разработчиком, объединяет все инструменты и ресурсы, которыми на повседневной основе пользуются медики, работающие по вызову в партнерских организациях, — ленты сообщений, чаты, средства доступа к файлам, внутренние приложения. Благодаря этому удалось избежать необходимости установки множества изолированных приложений, безопасность каждого из которых пришлось бы контролировать отдельно. Система передает напоминания о вызовах и сроках исполнения, а пользователи могут одним касанием отвечать на них, задавать вопросы, просматривать рабочие графики, зарплатные ведомости и др.

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

Таким образом, у корпоративных суперприложений есть свои достоинства и недостатки. Они вряд ли вытеснят традиционные, особенно учитывая, что некоторые приложения специального назначения не удастся перевести на общую платформу. Если на предприятии пользуются множеством приложений, разработчики могут с помощью общих библиотек снабдить их единообразным интерфейсом вместо того, чтобы превращать в миниприложения. Можно создать традиционный внутренний веб-портал с доступом к необходимым приложениям — это будет более привычным, чем суперприложение.

Как цифровизация меняет жизнь производственных предприятий? Такие кейсы оказываются на слуху гораздо реже, чем проекты цифровой трансформации телекоммуникационных компаний или банков. Тем интереснее знакомство с опытом КАМАЗа, крупнейшего в России производителя тяжелых грузовых автомобилей. Толчком к оптимизации и автоматизации многих бизнес-процессов стала разработка мобильного приложения для сотрудников KAMAZ Mobile. Благодаря широкому использованию мобильного приложения и роботизации процессов компании уже удалось сэкономить немалые средства, но команда проекта не останавливается на достигнутом.

30 октября на конференции «BPM 2019. Процессы цифрового предприятия», организуемой издательством «Открытые системы», выступит Лариса Зубрилова, генеральный директор Центра обслуживания бизнеса «КАМАЗ». Она ответила на несколько вопросов «Директора информационной службы».

- Как в вашей компании автоматизировано управление бизнес-процессами?

В нашем контакт-центре установлена система Terrasoft, через нее поступают заявки от клиентов. На базе этой системы контакт-центр обслуживает сотрудников КАМАЗа по вопросам, связанным с кадровым администрированием и оплатой труда, выездом в командировки, работоспособностью оргтехники и доступом к информационным системам, а также работой системы отслеживания автомобилей — маршрутов, расхода топлива и пр.

- О чем вы расскажете на BPM 2019 и что вам интересно будет услышать самой?

Расскажу про разработку нашей команды — мобильное приложение для внутреннего клиента и его функционал, о том, с какими проблемами мы столкнулись и как их решали, какие эффекты получили от его внедрения и какие бизнес-процессы оптимизировали при этом.

Наше мобильное приложение KAMAZ Mobile — одно из первых в машиностроительной отрасли. Я акцентирую на этом внимание, потому что бизнес-процессы производственной компании значительно сложнее, чем в ретейле или в финансовой сфере. И на эти витиеватые, сложные процессы мы сумели наложить автоматизацию, выровнять их, сделать универсальными и удобоваримыми. Нам можно гордиться сделанным, мы решили действительно очень сложную задачу.

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

- Как родилась идея мобильного приложения? На решение какой задачи оно было нацелено изначально?

Стояла задача уйти от бумажного документооборота при раздаче расчетных листков по зарплате. В группе компаний КАМАЗ работает 35 тыс. человек. Для каждого сотрудника раз в месяц распечатывали расчетные листки, и руководители раздавали их лично в руки.

Два года назад, когда мы обдумывали решение этой задачи, на рынке предлагались терминалы для установки в цехах. С их помощью сотрудники могли бы распечатывать «расчетки» сами или просто смотреть на экране, сколько денег они получили в этом месяце. Но таких терминалов нам потребовалось бы закупить очень много.

Мы хотели избежать этих затрат, искали другие пути и решили разработать мобильное приложение, чтобы каждый сотрудник смог бы посмотреть свою «расчетку». Но, как говорится, аппетит приходит во время еды. Когда стали продумывать функционал мобильного приложения, сразу появились идеи включить в него новые сервисы, другой, третий, и пошло-поехало. В итоге мы существенно обогатили возможности KAMAZ Mobile. А расходы на разработку мобильного приложения оказались раз в десять меньше, чем на покупку терминалов.

- Решение об оптимизации бизнес-процессов, которые охватывает приложение, было принято на старте проекта или потенциал оптимизации обнаружился в ходе внедрения?

Мы старались оптимизировать процесс до начала его автоматизации. Но оптимизация происходила в рамках проекта разработки мобильного приложения, а не заранее. Если, приступая к постановке задачи, мы видели, что процесс усложненный, неправильный или не соответствует духу времени, то договаривались с бизнесом об оптимизации этого процесса. По большей части так. Однако были и ситуации, когда мы начинали автоматизировать процесс в том виде, в каком он есть, но в ходе работы понимали, что процесс функционирует не очень корректно. Тогда оптимизировали уже во время автоматизации.

- В чем заключалась оптимизация?

Например, существующий процесс по отправке сотрудников в командировку включал несколько согласований в разных подразделениях, куда нужно было отнести бумажку. Согласований требовалось, мягко говоря, очень много, процесс занимал у сотрудника два-три дня. Когда мы начали описывать, как построить этот процесс в мобильном приложении, то увидели, что он нагруженный, утяжеленный. Договорились с представителями бизнеса исключить из согласований какие-то звенья, где-то запараллелить согласования, благо система позволяет рассматривать документ в электронном виде одновременно нескольким подразделениям. Теперь у сотрудника уходит минуты две, а с учетом согласований — полчаса-час. И это только один пример из многих.

- Как вы выбирали процессы для роботизации?

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

Второй фактор для принятия решения — массовый запрос. К примеру, больше половины наших работников запрашивали в начале года справки о доходах физического лица — 2-НДФЛ. И эти справки не успевали подготавливать в срок, за получением выстраивалась очередь. Таким образом, чтобы выдавать справки без задержек, нужно было либо нанимать много сотрудников, либо роботизировать и держать только оптимальную по численности команду расчетчиков, которые эту функцию сопровождают. Поэтому было решено роботизировать процесс формирования и выдачи справок по НДФЛ, а также другие процессы, по которым в течение года нагрузка неравномерна, с авралами.

- Что дало больший экономический эффект – оптимизация процессов или их автоматизация?

Мы считали эффект, полученный в целом, не разделяя. Но я все-таки считаю, что автоматизация дает больший эффект при сопоставимых расходах. При оптимизации мы не задействуем ресурсы и не несем никаких затрат, просто делаем процесс быстрее. Основные затраты возникают от того, что процесс идет на бумаге, вручную. Поэтому, если его автоматизируешь, и у человека остается только функция принятия решения и контроля за системой, то в таком случае получаешь максимальный эффект.

- С какими проблемами пришлось столкнуться при реализации проекта? Как их преодолевали?

Когда мы разрабатывали мобильное приложение, то хотели обеспечить доступ к нему только сотрудникам КАМАЗа через логин и пароль. Инженерно-технический персонал, имеющий компьютеры, мы легко «привязали» к мобильному приложению. Но дело в том, что две трети сотрудников — рабочие. То есть порядка 20 тыс. человек изначально не имели своего логина и пароля. Вот это и составляло проблему. Я считаю, мы нашли красивое решение: сформировать с помощью робота логин и пароль для каждого сотрудника. Теперь любой сотрудник компании может воспользоваться мобильным приложением.

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

Что касается функционала, который мы «зашили» в KAMAZ Mobile, то он универсален и подходит для любых компаний. Представители крупных компаний меня поймут. А вот в части интеграции с другими решениями наша система специфическая. Наше приложение интегрировано с SAP и «1С», кому-то оно может подойти, а кому-то интеграционную часть надо будет переписывать.

- Планируете ли развивать разработку мобильных решений?

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

По оценкам аналитиков Forrester, объем предпраздничных онлайн-распродаж в 2016 году составил 100 млрд долл., на 13% больше, чем годом ранее. А результаты анкетирования, проведенного Deloitte, указывают, что на этот раз суммы покупок, сделанных онлайн и в обычных магазинах, сравнялись. Продавцам приходится реагировать очень быстро, чтобы конкурировать на стремительно развивающемся рынке онлайн-торговли, параллельно внедряя современные технологии в обычных магазинах и в цепочке поставок. Все это добавляет заботы ИТ-директорам.

Само собой разумеется, что в компаниях уже сейчас составляют технологические и инвестиционные планы к следующему сезону распродаж. Нынешний же стал показателем того, насколько хорошо прошла подготовка в течение года. В этот краткий период, по сути, выставляется оценка всей проделанной за год работе. Одновременно идет активное обучение на практике, результатами которого можно будет пользоваться в дальнейшем.

Итак, рекомендации, которых ИТ-директору стоит придерживаться в наступившем году.

1. В первую очередь думайте о мобильных технологиях

Ориентация на мобильные технологии поможет победить в наступившем году, уверена Фиона Свердлов, вице-президент Forrester. Масштабы применения мобильных приложений продолжают стремительно расти: в 2015 году потребители уделяли смартфонам в среднем по 126 минут в день – вдвое больше, чем всего двумя годами ранее.

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

2. Касса должна стать важнейшим элементом магазина

ИТ-директор может способствовать улучшению кассового обслуживания в физическом магазине – например, обеспечить работу на кассовых аппаратах систем специальных предложений и расчетов по онлайн-заказам. Подобные вещи помогают улучшить впечатление от магазина, побуждая покупателя приходить снова.

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

3. Следите за «цифровыми талантами» на рынке труда

Расцвет онлайн-продаж сопровождается дефицитом специалистов по мобильным цифровым технологиям. В таких условиях розничные продавцы могут, например, «занимать» необходимые кадровые ресурсы в своих партнерских сетях. Директорам, отвечающим за «цифровое» направление, стоит проходить более широкую подготовку, поскольку потребности организаций сегодня не ограничиваются электронной коммерцией. «Сложности с поиском опытных разработчиков современных приложений, в особенности мобильных, общеизвестны, – отмечают в Forrester. – Задача ИТ-директора – помогать компании идти в ногу со временем, снижая риск ухода ценных специалистов к конкурентам».

4. Отнеситесь со всей серьезностью к проблеме безопасности Интернета вещей

В 2017 году внедрение технологий Интернета вещей продолжится, и рознично-торговым сетям необходимо всерьез позаботиться о защите соответствующих систем, чтобы они не стали слабым местом. Одна из сложностей, с которыми столкнутся ИТ-директора в данной отрасли, – распределение ответственности за защиту и сопровождение различных технологий и установку обновлений безопасности.

Устройства Интернета вещей нередко остаются незащищенными, поскольку не рассматриваются как оборудование, за которое отвечает отдел ИТ, а другие сотрудники зачастую не осведомлены о возможных проблемах безопасности. Злоумышленники же, получив сведения об очередной уязвимости таких устройств, не замедлят воспользоваться ею. В каких-то случаях за установку обновлений могут отвечать поставщик или третья сторона, имеющая доступ к системам компании. Даже когда устройство соответствует стандартам безопасности, проблема распределения ответственности может создавать большие сложности.

5. Собирайте точные, актуальные данные

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

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

6. Год API: внедряйте интерфейсы программирования

Интерфейсы программирования способствуют революционным преобразованиям в целом ряде отраслей, от музыкальной до транспортной. Без них невозможны были бы Uber, Google Maps, Pandora и другие приложения. Нынешний год может стать «годом API для ретейла»: рознично-торговая отрасль пока отстает по уровню внедрения интерфейсов программирования, хотя в последнее время начинает догонять остальные.

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

– Sharon Goldman. 6 things retail CIOs need to keep in mind in 2017. CIO. JAN 4, 2017

Вопрос автоматизации составления расписаний волнует все учебные заведения: у кого-то есть инструменты, помогающие в решении этой проблемы, кто-то о таком только мечтает. Однако у многих университетов, даже за рубежом, подобные решения не интегрированы с основными системами, что заметно снижает их эффективность», – подчеркивает Олег Щербаков, директор по ИТ Национального исследовательского университета «Высшая школа экономики».

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

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

Общее количество дисциплин по выбору составляет порядка 3,8 тыс., изучают данные дисциплины в рамках индивидуальных учебных планов примерно 18 тыс. студентов только в Москве. К тому же в «Вышке» существует межкампусная мобильность, когда студенты имеют возможность поехать на семестр в другой город и изучить понравившиеся дисциплины. Поэтому необходима система, позволяющая аккумулировать все расписания в одном месте, что крайне сложно сделать с помощью переписки сотрудников в корпоративной электронной почте.

Важно было создать возможность бронирования аудиторий

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

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

Составная часть ERP вуза

Олег Щербаков, директор по ИТ Национального исследовательского университета «Высшая школа экономики»

Как вспоминает Щербаков, идея внедрения единой системы планирования расписаний зародилась еще около трех лет назад. Тогда были написаны функциональные требования, и специалисты вуза долго выбирали ИТ-решение. Более того, они склонялись к самостоятельной разработке, так как на горизонте не видели достойных платформ, позволяющих решить эти задачи.

Главными проблемами были незрелость решений и практически полное отсутствие опыта масштабных комплексных внедрений. Это стало серьезным тормозом для развития и данного проекта. Лишь в последнее время он получил развитие.

«Так получилось, что “Галактика” успела показать развитие своей платформы, – говорит Щербаков. – Несколько лет назад она была настолько сырой, что не воспринималась всерьез, но за прошедшее время действительно произошли заметные изменения». В результате от планов по самостоятельной разработке решили отказаться и выбрали решение «Галактика: Расписание учебного заведения». Ввиду специфики организации образовательного процесса в университете ряд доработок по реализации недостающего функционала все-таки требовался.

Решение интегрировано с системой управления учебным процессом – основной учетной системой, собственной разработкой вуза – и потребляет очень много данных по дисциплинам, преподавателям, студентам, аудиториям и т. д.; эти данные достаточно сложны с точки зрения структуры и логики их представления. Оно стало важной частью своеобразной «ERP для вуза», созданной в ВШЭ.

«Партнеры нас не подвели, но, не зная специфики вуза, выполнить интеграцию систем в принципе было бы невозможно. Если бы у нас не было специалистов, досконально разбирающихся в существующих системах, проблему вряд ли удалось бы решить малой кровью», – подчеркивает Борис Линецкий, заместитель директора по ИТ НИУ ВШЭ, руководящий этим проектом.

Сергей Шаламков, руководитель проекта внедрения системы планирования расписаний НИУ ВШЭ со стороны функционального заказчика, руководитель Центра развития образовательной среды

Ситуацию усложнило то, что проект пришелся на момент реорганизации. Факультеты объединялись, менялась не только оргструктура, но и движение персонала, вносились изменения в систему управления учебным процессом.

«Входя в проект, мы полагали, что диспетчеры – основные пользователи системы – будут закреплены за учебными корпусами, а вышли с диспетчерами, закрепленными за образовательными программами. Разумеется, это повлияло на проектные работы», – говорит руководитель проекта внедрения системы планирования расписаний НИУ ВШЭ со стороны функционального заказчика, руководитель Центра развития образовательной среды Сергей Шаламков.

Пользователями системы в Москве являются более 70 диспетчеров, каждый из которых курирует от одной до нескольких образовательных программ в зависимости от количества студентов. Кроме того, у ВШЭ есть три кампуса – в Нижнем Новгороде, Перми и Санкт-Петербурге. Весной они были подключены к проекту и с сентября тоже планируют начать формирование расписаний учебных занятий в системе, при этом общее число пользователей системы достигнет сотни. Каждый диспетчер составляет расписания по своим образовательным программам.

Противники стали сторонниками

Так как внедрение в большинстве случаев проводилось «на пустом месте», сопротивления со стороны персонала факультетов не было. Разумеется, среди диспетчеров шли разговоры об уникальности образовательных процессов и невозможности автоматизировать творческую деятельность преподавателей. Но, что показательно, уже сейчас без системы работать стало сложно. При этом сотрудники, на первых обсуждениях проекта высказывавшие, вплоть до крика, больше всего критики, впоследствии стали самыми активными пользователями системы.

Централизация систем повысила культуру работы с информацией. Раньше в системе управления учебным процессом работники факультетов были и создателями, и основными потребителями информации. Теперь потребителей гораздо больше – это и студенты, и руководители образовательных программ. Когда у информации появилось много потребителей и она фактически стала открытой, качество данных заметно повысилось.

«Ключевое значение с управленческой точки зрения имеет создание сообщества пользователей информационных систем. С его помощью среди сотрудников развивается наставничество, процессы становятся “самоподдерживаемыми”, а значит, существенно снижается потребность в выделенных специалистах поддержки», – рассказывает Шаламков. Эта работа по оказанию консультационных услуг коллегам стимулируется, в том числе материально.

Первые результаты

«Что изменилось в работе вуза после внедрения системы? Проще сказать, что не изменилось. Это совершенно другой подход, сравнимый со сменой телеги на автомобиль», – говорит Щербаков. Тем не менее полноценный эффект от изменений удастся прочувствовать лишь к концу весны 2016 года, когда будет составляться расписание на следующий год. К этому моменту система пополнится данными из прочих вузовских информационных систем, а люди научатся эффективно работать с ней.

«На переходном этапе сотрудники, занимающиеся формированием расписания, еще не настолько втянулись в процесс, чтобы действовать максимально эффективно. Кто-то все еще ворчит, что в привычном Excel уже бы все было составлено», – согласен Линецкий. Тем не менее уже можно отметить оперативность публикации изменений в расписании, а также контроль за работой преподавателей: скрыть нераспределенную нагрузку уже не получится.

Решена и проблема оптимизации использования аудиторного фонда. «Раньше диспетчеры задействовали только тот аудиторный фонд, которым они пользовались наиболее часто. Теперь же у них появилась возможность выявить все “потаенные уголки” в виде свободных аудиторий и запланировать там занятие. Это позволяет повысить открытость загруженности аудиторного фонда», – отмечает Шаламков.

Система расписаний позволяет решить проблему информирования студентов обо всех изменениях

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

Однако речь идет не только об информировании. Преподаватели и представители студенческой общественности имеют возможность с помощью системы забронировать аудиторию. Кроме того, преподаватели могут высказать пожелания по составлению расписания – так называемые ограничения, когда преподаватель по каким-либо причинам не может вести занятия в определенное время.

Мобильность – это современно

Важной частью системы планирования расписаний стало разработанное для нее мобильное приложение. Оно позволяет отслеживать в режиме реального времени индивидуальную «образовательную траекторию движения» студента – его персональное расписание.

«Мобильное приложение на первом этапе не было для нас приоритетом, и его функциональность на сегодняшний день удовлетворяет не всех заинтересованных пользователей, что вызывает их заслуженную критику», – отмечает Щербаков. Как и во многих подобных случаях, было необходимо сначала построить и интегрировать саму систему, а теперь обратная связь с конструктивно настроенными пользователями позволит довести мобильное приложение до приличного состояния.

Мобильное приложение позволяет отслеживать индивидуальную «образовательную траекторию движения» студента

«Система, не умеющая выдавать информацию на мобильные устройства, несовременна. Мобильные приложения – это не только модно, но и удобно», – считает Линецкий. Большинство людей покупают не просто телефоны, а смартфоны, позволяющие работать с информацией; ноутбуки же носят с собой не всегда и не везде. Если у человека нет возможности доступа к информации на устройстве, которое всегда рядом, это плохо, не говоря уже о том, что мобильные устройства для многих занятых людей являются персональным календарем. Выгрузка расписания в календарь в этом случае становится ценной возможностью.

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

Инвестиции окупятся

Сейчас формируются требования для второго этапа развития системы. Основное направление работ – ее дальнейшая интеграция и более четкое представление данных пользователям. С этой целью будет дорабатываться не только система планирования расписаний, но и система управления учебным процессом. Еще одна важная задача – публикация расписания на английском языке, поскольку среди студентов довольно много иностранцев. Изменится и учет технической оснащенности аудиторий. Это важно при составлении расписаний: далеко не во всех аудиториях есть средства видео-конференц-связи, синхронного перевода и т. п.

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

«Эффективность инвестиций мы обязательно будем считать», – говорит Щербаков. Но дело в том, что она измеряется не только и не столько в финансовых эффектах. Гораздо важнее то, что система управления вуза шаг за шагом переходит в новое качество.

В компании SaskPower, снабжающей электричеством канадскую провинцию Саскачеван, ИТ-служба при осуществлении новых инициатив руководствуется принципом «Пользуйся имеющимся, покупай, разрабатывай». Поэтому когда в SaskPower решили сделать приложения SAP доступными на мобильных платформах, то в первую очередь стали выяснять, нельзя ли расширить уже имеющиеся системы.

Новое поколение струдников предъявляет иные требования к технологиям, отмечает Шелдон Смит, директор SaskPower по техническим инновациям. Молодым, тем, кто рассчитывает получить на новом месте iPad с зарядником, чтобы сразу приступить к работе, не нравится проходить двухнедельный курс обучения работе с системой. «Поэтому мы поняли, что пора меняться», — добавляет он.

Рассчитывая обеспечить единство внешнего вида приложений SAP на различных устройствах, в SaskPower обратились к SAP Fiori, инструментарию построения мобильных интерфейсов для SAP HANA и Business Suite. По словам Смита, важная особенность Fiori — соответствие концепции адаптивного дизайна: приложения распознают тип устройства и автоматически меняют внешний вид. Так, некоторые поля, отображаемые на ПК, на мобильных устройствах не видны, поскольку их экраны слишком маленькие.

Теперь, если в бизнес-подразделении попросят мобильное приложение SAP, ИТ-службе не придется внедрять новую систему — достаточно добавить мобильные компоненты к имеющейся.

К примеру, руководство SaskPower жаловалось на трудности использования SAP при выполнении простой задачи — просмотра количества доступных дней отпуска. В ИТ-отделе с помощью Fiori создали приложение My Quotas, и теперь с мобильных устройств можно легко обратиться к кадровой системе, чтобы просмотреть имеющиеся дни отгулов и отпусков.

«Это очень простое приложение, которое уже “знает” вас и показывает самую свежую информацию о ваших отпусках, — объясняет Смит. — My Quotas, наверное, самое популярное из наших приложений».

В эпоху, когда официальная политика BYOD становится для предприятий скорее правилом, чем исключением, служащие стали рассчитывать на возможность работать с помощью мобильных устройств. Поэтому все больше компаний становятся «мобильноцентричными», предоставляя доступ к корпоративным приложениям на мобильных устройствах, отмечает Билл Ром, управляющий партнер консалтинговой компании 151 Advisors: «По мере появления у служащих потребности в доступе к разным типам данных, в компаниях создают мобильные расширения имеющихся приложений или их групп». Специалисты отмечают, что мобильные приложения нередко повышают продуктивность работы сотрудников.

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

Мобильные расширения корпоративных приложений создаются силами собственных или внешних разработчиков; нередко это делается с использованием готовых мобильных программных каркасов. По словам Рома, сейчас большой спрос на разработку мобильных приложений, и он продолжит расти, поскольку в компаниях понимают, что на мобильных устройствах должно быть доступно практически все, так как служащие используют их постоянно.

Проблема размера экрана

Но инструменты вроде Fiori, Oracle JD Edwards EnterpriseOne Mobile Framework и другие нередко генерируют интерфейсы, непохожие на те, что отображаются на настольном компьютере, поскольку оригинальные версии систем были рассчитаны на экраны большей площади, чем у планшетов и смартфонов. Тем не менее, после соответствующих изменений, приложения отображаются на мобильном устройстве в удобочитаемом виде, предоставляя доступ к нужным функциям, отмечает Ром.

Однако аналитик Gartner Ван Бейкер считает, что применение не требующих написания кода платформ разработки для создания мобильных пользовательских интерфейсов к существующим системам — это «ужасная идея»: «Многие разработчики корпоративных приложений рассматривают мобильные устройства лишь как еще один способ доступа к существующим приложениям. Но на самом деле часто нужно выбрать три-четыре поля из нескольких корпоративных систем и вывести их на одном экране, чтобы конкретный специалист мог получать всю нужную ему информацию». Например, это могут быть сведения об оставленных покупателем заказах и статусе их доставки или информация о проблемах в цепочке поставок.

«Неверно полагать, что достаточно обеспечить однозначное соответствие между мобильным приложением и корпоративной системой, — продолжает Бейкер. — Чтобы мобильное приложение было по-настоящему качественным, оно должно быть простым во взаимодействии и учитывать отображаемый контент. Оно должно быть экономным — на выполнение каждой операции должен уходить минимум шагов. Кроме того, каждый раз нужно выводить информацию, имеющую отношение к текущему контексту, а не просто создать интерфейс для работы с системой CRM, управления цепочкой поставок или размещения заказов, как, к сожалению, поступают многие разработчики корпоративных платформ».

Бейкер общался с сотрудниками многих корпоративных отделов разработки, которые получали задание перенести на смартфоны имеющиеся приложения — например, системы управления расходами. Мобильные версии подобных инструментов могут быть удобными, но, как считает аналитик, перенос приложения сам по себе не сделает работника более продуктивным: «Доступ к системе становится более удобным или простым, но других преимуществ не ждите. Продуктивность повысится, если грамотно спроектировать мобильное приложение с нуля».

Сейчас, по оценкам Gartner, лишь менее четверти предприятий самостоятельно разрабатывают мобильные приложения, 17–18% решают эту задачу путем аутсорсинга, а остальные пользуются обоими способами.

С нуля создается мало мобильных приложений, да и вообще волна их разработки только начинается, считает Бейкер. Подавляющее большинство предприятий разрабатывают до десяти приложений, а 25–35% еще не создали ни одного. «Думаю, в этом году дело пойдет активнее, — отмечает аналитик. — На предприятиях очень настойчиво требуют мобильных приложений — отделы ИТ перегружены запросами и не успевают реагировать. В результате бизнес-подразделения идут в обход своих ИТ-служб, обращаясь к третьим сторонам».

Расширение систем ERP

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

Компания Allied Specialty Vehicles производит пожарные машины, школьные автобусы, жилые автофургоны и другие транспортные средства специального назначения. Когда в ней решили предоставить складским рабочим возможность получать оперативные данные о запасах, в ИТ-отделе остановили выбор на платформе разработки мобильных приложений Catavolt.

Когда рабочие набирают запчасти по списку необходимых для транспортного средства, они сканируют штрихкоды, сгенерированные ERP-системой Mapics. Теперь сканер связывается по Bluetooth с iPad и складская транзакция происходит мгновенно, благодаря чему запасы всегда пополняются вовремя, отмечает Джошуа Брэдбери, директор по ИТ-проектам и сисадмин компании Allied Specialty Vehicles. При любом обращении к системе рабочие также сразу видят текущий уровень запасов.

Мобильное приложение на основе Catavolt позволяет делать заметки об отсутствующих запчастях и заносить все складские транзакции в Mapics непосредственно на iPad. В ASV решили расширить старую систему ERP, а не создавать мобильное приложение с нуля, поскольку с помощью Catavolt оказалось легко передавать информацию в Mapics. Приложение позволило сохранить принципы ввода и подтверждения транзакций, применяемые на ПК-версии Mapics, но главное преимущество платформы разработки — простота, подчеркивает Брэдбери.

По его словам, создавать мобильные приложения с ее помощью несложно и длительное тестирование им не требуется. При создании нового объекта данных в Catavolt отображается список объектов из Mapics, после чего надо выбрать нужный — к примеру, заказ товара; затем задается способ его отображения на мобильном устройстве. «На внедрение очередного приложения уходит один-два дня, — отмечает Брэдбери. — После соединения с Mapics приходится еще немного повозиться с кодом XML».

Сотрудникам ASV приложения понравились, продолжает он: «Пользователи говорят, что теперь работать стало быстрее и удобнее. Когда им нужна информация, не приходится идти через весь склад к компьютеру». Приложение также позволяет запрашивать сведения по номеру детали: система сразу показывает, есть ли таковая на складе и где именно, а кроме того, отображает заказы на покупку и производство. На ПК, чтобы получить ту же информацию, приходилось открывать четыре окна.

В Catavolt также были разработаны приложения, позволяющие запрашивать со смартфонов и планшетов разрешение на отгул.

Мобильные инструменты оказались весьма полезными, так как они экономят время. За 2014 год только с одного завода были отправлены запросы на 317 тыс. деталей со склада. Регистрация одной детали в системе обычным способом занимает 20 секунд, а в приложении Catavolt — всего две. Благодаря этому, как отмечают в ASV, общая экономия времени на вводе данных составила около 73 суток, или 176 десятичасовых рабочих дней.

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

Тестирование

Видя общий рост популярности мобильных приложений, в компании Stewart & Stevenson решили обеспечить мобильный доступ к корпоративной ERP-системе Oracle JD Edwards. В Stewart & Stevenson занимаются проектированием, производством и продажей специализированного оборудования для нефтегазовой и других отраслей.

Сейчас бизнес-аналитики, менеджеры и пользователи других специальностей тестируют мобильные приложения для работы с 23 модулями JD Edwards, отвечающими за продажи, цепочку поставок, обслуживание и кредитование, сообщил Пол Крюгер, ИТ-директор компании. Приложения разработали с помощью платформы EnterpriseOne Mobile Framework, позволяющей создавать адаптивные мобильные интерфейсы для инструментов JD Edwards.

«Постоянно менять масштаб изображения на экране движениями пальцев было бы очень неудобно», — отмечает Крюгер. У JD Edwards есть больше 70 готовых мобильных приложений, доступных в App Store, которые позволяют перенести функциональность существующей ERP-системы на мобильные устройства.

После завершения тестирования в Stewart & Stevenson собираются заняться разработкой мобильных версий имеющихся приложений для техников сервисной службы. По словам Крюгера, для этого планируют воспользоваться EnterpriseOne или другим инструментарием, не от Oracle, в зависимости от того, что позволит быстрее провести разработку.

Создать мобильные расширения имеющихся приложений было решено после оценки потенциальных денежных и временных затрат. «Разработка и сопровождение пользовательских интерфейсов, а также обеспечение интероперабельности всегда сопряжены с издержками, — поясняет Крюгер. — Для мобильных приложений мы предпочли бы воспользоваться средствами поставщика нашего ПО, чтобы при модернизации системы ERP без особых усилий обновлялись и мобильные приложения. Всегда, когда есть возможность задействовать ресурсы, предлагаемые нашими стратегическими партнерами, мы используем ERP».

По словам Крюгера, мобильные инструменты будут созданы не для всех сотрудников, так как для определенных задач, например для расчетов с кредиторами и дебиторами, мобильная среда не подходит.

По оценкам Крюгера, новое приложение для сервисного обслуживания на местах позволит на 25–30% сократить время, проходящее с момента получения вызова от клиента до выставления счета за проделанные работы. С помощью мобильного приложения техники смогут передавать сведения, еще находясь у клиента, а не только по возвращении в офис.

Наибольшим же преимуществом мобильных инструментов, по мнению Смита, является сокращение числа действий, которые нужно совершить для выполнения различных операций с системами. «В SAP масса полей, которые приходится заполнять», — поясняет он. На сегодняшний день в SaskPower внедрили приложения, позволяющие вносить в систему отработанные часы, утверждать расписания и просматривать платежные квитанции. Приложение для учета отработанных часов уменьшило число кликов с одиннадцати до четырех. По словам Смита, еще с полдесятка кадровых функций рассматриваются в качестве кандидатов на «мобилизацию».

Служащим нужна информация по требованию вне зависимости от того, где они находятся; они не хотят быть привязанными к ноутбуку или настольному компьютеру, подчеркивает Крюгер. Еще одним преимуществом «мобилизации» он называет улучшение баланса между работой и личной жизнью.

- Esther Shein. Modernizing enterprise apps for the mobile world. Computerworld. Mar 30, 2015