HR и команда · 13 ноября 2026 г.

Как провести опрос сотрудников о рабочем приложении для смен

Чтобы провести опрос сотрудников о рабочем приложении, выберите конкретное действие: посмотреть график, прочитать объявление или отправить запрос на замену смены. Сначала выясните, была ли у человека потребность выполнить это действие и смог ли он открыть приложение, затем спросите о результате и месте затруднения. Приглашение передайте также через доступный сотрудникам канал за пределами приложения, иначе пропустите людей, у которых вход вообще не работает. Ниже — порядок подготовки формы, примеры вопросов и способ разобрать ответы линейного персонала; по ним HR сможет выбрать следующую проверку вместе с ответственным за приложение.

Выберите рабочее действие для проверки

Начните с задачи сотрудника на смене. Формулировка «Оцените наше приложение» объединяет слишком разный опыт: вход в учётную запись, чтение графика, поиск контакта и отправку заявки. Низкий балл оставит разработчика без понятного поручения. Выберите действие, по которому сможете изменить порядок работы или объяснение. Например, проверьте, удаётся ли продавцу узнать следующую смену после публикации графика. Для этой задачи нужны вопросы о доступе к графику, понятности записи и уверенности, что открыт действующий вариант. Удобство заказа питания в той же программе стоит изучать отдельно, когда у ответственного появится возможность разобрать эту часть работы.

Запишите границы проверки до подготовки анкеты. Кто пользовался выбранным разделом, в какой рабочий период и какое изменение собираетесь обсуждать по итогам? Если приложение только появилось на складе, опыт первого входа будет отличаться от привычной ежедневной работы. Сохраните это различие в плане анализа. Новичок может ещё не получить доступ, опытный комплектовщик — пользоваться старым способом, хотя доступ уже есть. Уточняющий вопрос об опыте поможет понять ответы обеих групп. Не требуйте одинаковой оценки от людей, которые выполняли разные действия, и заранее оставьте путь для сотрудника, ещё не открывавшего приложение.

Пригласите тех, кто не смог войти

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

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

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

Отделите потребность от попытки и результата

Первый содержательный вопрос должен определить опыт, о котором сотрудник сможет рассказать. Для графика можно спросить: «За выбранный период понадобилось ли узнать следующую смену?» Варианты ответа: «Да», «Нет», «Не помню». После ответа «Да» выясните, была ли попытка открыть нужный раздел приложения. Человек мог узнать график у бригадира и вообще не пробовать приложение. Такой ответ помогает изучить привычный порядок работы, но ничего не говорит о понятности интерфейса. Для этой группы подготовьте вопрос о причине выбора другого способа: не было доступа, не знали раздел, предпочли привычный канал или возникла другая причина.

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

Спрашивайте о наблюдаемом затруднении

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

Открытый вопрос привяжите к тому же действию: «На каком шаге возникло затруднение? Опишите его без имени, номера заявки и сведений о коллегах». Поле сделайте необязательным. Не просите присылать пароль, код входа или снимок экрана с рабочими данными. Если для воспроизведения ошибки понадобятся подробности, предусмотрите отдельное обращение в поддержку с добровольным контактом. В общей анкете достаточно класса проблемы и описания шага. Вариант «Другое» пригодится для событий, которые автор анкеты не предусмотрел, однако длинный перечень догадок о причинах только усложнит выбор и подскажет человеку готовую версию случившегося.

Проверьте форму на телефоне и на реальном сценарии

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

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

Считайте ответы внутри подходящего опыта

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

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

Разберите расхождения между сменами

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

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

Назначьте проверку для каждой причины

После группировки ответов подготовьте задания ответственным. Проблему получения учётной записи передайте тому, кто организует доступ новичков. Непонятное название раздела обсудите с владельцем приложения. Если заявка ушла, но сотрудник не получил ответа, проверьте порядок её обработки и уведомления. Каждое задание должно содержать наблюдение, возможное объяснение и способ проверки. Например: участники находят график с помощью коллеги; возможно, название раздела не совпадает с привычным словом; попросить сотрудников показать путь к графику на тестовом примере. Гипотезу до этой проверки сохраняйте именно как предположение.

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

1. Соберите затруднения по этапам выбранного действия и сохраните число подходящих ответов.
2. Для каждой темы запишите возможную причину и данные, которыми её можно проверить.
3. Назначьте ответственного за доступ, интерфейс, объяснение или обработку запроса.
4. Согласуйте изменение и момент, когда сотрудники смогут его попробовать.
5. Сообщите участникам, что уже изменили и когда вернётесь с ответом по остальным темам.

Учтите ошибки и ограничения опроса

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

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

Проверьте изменение тем же рабочим действием

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

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