Повышение эффективности в 3 раза? Да, это реально. Вот доказательство.

«Трёхкратное повышение эффективности» звучит впечатляюще. Но что это означает в повседневной работе? Я смотрю за заголовок и задаю простой вопрос: что изменилось и как измерялся результат? Команда может выполнить одну задачу за треть времени, но при этом тратить часы на проверку ошибок, обучение персонала или устранение задержек в других местах. Заявление о полезной эффективности должно учитывать весь процесс. ### Начните с четкой базовой линии. Прежде чем менять рабочий процесс, я записываю, как он работает сейчас. Например, небольшая группа продаж может потратить 30 минут на подготовку каждого отчета о клиенте. Если команда создает 20 отчетов в неделю, это в сумме составляет 10 часов. Базовый уровень дает команде что-то конкретное, с чем можно сравнивать. Я также слежу за качеством. Ускоренная работа бесполезна, если отчеты содержат недостающие сведения или требуют неоднократного редактирования. ### Тестируйте изменения на одной задаче Вместо того, чтобы обновлять каждый процесс одновременно, я выбираю задачу с четким началом и окончанием. Затем команда может сравнить старый метод с новым. Например, компания может использовать шаблон для сбора сведений о клиентах перед подготовкой отчета. Шаблон может сократить время, затрачиваемое на поиск по электронной почте, но команде следует проверить, создает ли он также дополнительную работу по проверке. Я бы записывал: - Время, затраченное на каждую задачу - Количество выполненных задач - Ошибки или правки - Дополнительное время на настройку и обучение ### Посчитайте результат честно Предположим, время отчета команды упало с 30 минут до 10 минут. Эта задача занимает втрое меньше времени, чем раньше. Справедливо охарактеризовать задачу как в три раза быстрее, при условии, что сравниваются одни и те же стандарты работы и качества. Это не означает автоматически, что вся команда в три раза эффективнее. В заявлении должно быть указано, что было измерено, в течение какого периода и при каких условиях. ### Проверьте, сохраняется ли улучшение. Короткий тест может показать ранние изменения, но ежедневное использование может выявить новые затраты. Персоналу может потребоваться поддержка, данные могут нуждаться в очистке, а в необычных случаях все равно может потребоваться ручная работа. Через несколько недель я просматривал цифры и спрашивал людей, выполняющих задание, что изменилось. Их отзывы часто указывают на разногласия, которые не могут показать электронные таблицы. Эффективность – это более чем впечатляющая цифра. Измеренное улучшение полезно, когда команда может объяснить, как оно было достигнуто, подтвердить, что качество остается стабильным, и показать, что результат сохраняется при регулярной работе.

Раньше наша команда воспринимала долгие рабочие дни как признак прогресса. Мы отвечали на сообщения по мере их поступления, присоединялись к встречам, у которых не было четкой цели, и оставляли открытыми несколько задач одновременно. К вечеру все почувствовали себя занятыми, но важная работа все еще не была завершена. Проблема была не в недостатке усилий. Именно так мы использовали свое время. Мы изменили наш рабочий процесс и измерили результаты. За восемь недель объем выполненных нами проектных работ на час сосредоточения увеличился примерно в три раза. Мы не добавили больше часов. Мы удалили ненужные шаги. Вот процесс, которому мы следовали. ### 1. Измеряем полезную работу Прежде чем что-либо менять, я попросил каждого члена команды отслеживать свою работу в течение пяти дней. Мы записывали: - Время, потраченное на конкретные задачи - Время, потраченное на собраниях - Время, потраченное на ответы на сообщения - Время, потраченное на исправление ошибок, которых можно избежать - Время, потраченное на переключение между проектами. Результаты было легко понять. Член команды может провести на работе семь часов, но сконцентрироваться на работе только три часа. Это число изменило нашу дискуссию. Мы перестали спрашивать: «Почему мы не работаем быстрее?» и начал спрашивать: «Куда уходит наше время?» ###2. Мы сократили открытые задачи У каждого человека одновременно было несколько активных задач. Отчет был наполовину написан, письмо от клиента ждало, а обзор дизайна был открыт в другой вкладке. Мы создали простое правило: у каждого человека может быть одна основная задача и одна небольшая вспомогательная задача. Это не означало, что срочные работы игнорировались. Это означало, что мы закончили одну часть работы, прежде чем собирать еще незаконченную. В течение первой недели это изменение вызывало дискомфорт. Наша доска задач выглядела менее активной, но больше задач было выполнено. ### 3. Мы заменили статусные встречи письменными обновлениями. Наша ежедневная встреча длилась около 45 минут. На мероприятии присутствовало шесть человек, что позволяло проводить более четырех часов совместного времени каждый день. Мы переместили регулярные обновления в общий документ. В каждом обновлении использовались три короткие строки: - Что я выполнил - Над чем я работаю - Что меня блокирует Встречи оставались в календаре только тогда, когда требовалось принятие решения или живое обсуждение. Это помогло нашей удаленной команде на практике. Люди могли читать обновления, когда они были готовы, вместо того, чтобы прекращать целенаправленную работу в поисках информации, не требующей разговора. ### 4. Мы составили четкие описания задач. Многие задержки начинались с неясных запросов. Такая задача, как «Подготовить отчет о кампании», оставляла слишком много вопросов: - Какая кампания? - Кто будет читать отчет? - Какие данные он должен включать? - Когда это необходимо? - Как выглядит готовый отчет? Мы превратили каждый запрос в краткое описание: Задача: Подготовка ежемесячного отчета по электронной почте Цель: Помощь маркетинговой команде в выборе следующего теста Владелец: Один человек Входные данные: Уровень открытий, рейтинг кликов, данные о продажах, ответы клиентов Формат: Двухстраничный документ Дата проверки: Согласовывается до начала работы Человек, выполняющий работу, может начать с меньшими перерывами. Человек, запросивший работу, получил результат, более близкий к исходной потребности. ### 5. Мы защитили блоки фокусировки Я заметил, что многие люди лучше всего работают до обеда, но мы заполняли этот период звонками. Мы перенесли большинство внутренних совещаний на вторую половину дня и оставили два утренних блока свободными для целенаправленной работы. Во время этих блокировок уведомления были приостановлены. Это не было правилом, подходящим для каждой роли. Службе поддержки клиентов по-прежнему требовалось покрытие, а некоторые команды работали в разных часовых поясах. Мы скорректировали график с учетом реальных обязанностей, а не копировали один фиксированный план. Цель была проста: дать людям период, когда они смогут работать, не проверяя новое сообщение каждые несколько минут. ### 6. Мы сократили количество повторных решений Небольшие решения требовали больше времени, чем мы ожидали. Какое имя файла нам следует использовать? Кто утверждает целевую страницу? Где следует хранить отзывы клиентов? Должен ли отчет включать диаграмму или таблицу? Мы записали ответы в общем руководстве. Мы также назначили одного владельца для каждого повторяющегося процесса. Это не устранило осуждения из работы. Это избавило от необходимости принимать одно и то же решение снова и снова. ### 7. Мы проверяли качество перед доставкой Часть нашего времени было потеряно из-за доработок. Документ поступил на проверку с отсутствующими данными, неработающими ссылками или неясными метками. Мы добавили небольшой обзорный список перед сдачей: - Задача выполнена? - Номера проверены? - Ссылки работают? - Может ли предполагаемый читатель понять следующий шаг? - Правильный ли человек рассмотрел это? Проверка списка заняла несколько минут. Устранение тех же проблем после родов заняло гораздо больше времени. ### Что изменилось через восемь недель Мы отслеживали производительность по часам, а не по отработанным часам. Наши результаты показали: - Меньше внутренних совещаний - Сокращение проектных циклов - Меньше дублируемой работы - Меньше раундов проверки - Больше выполненных задач на одного человека Наибольший выигрыш был достигнут за счет устранения переключения задач. Мы предполагали, что многозадачность помогает нам реагировать быстрее. Данные показали, что это привело к увеличению количества незавершенных работ и исправлений. Утроение эффективности не означало, что каждый человек работал в три раза быстрее. Это означало, что мы выполнили примерно в три раза больше выполненной работы за те часы, которые считали целенаправленной работой. Это различие важно, поскольку результаты команды зависят от размера проекта, инструментов, ролей и методов измерения. Мой главный урок прост: дополнительные часы не смогут исправить неорганизованный рабочий процесс. Я бы начал с пятидневного анализа времени, сократил количество активных задач, прояснил запросы и защитил регулярные периоды концентрации. Небольшие изменения становятся полезными, когда команда их измеряет и сохраняет только те изменения, которые улучшают работу.

У многих маркетинговых команд нет проблем с трафиком. У них проблема с сообщением. Раньше я видел ту же самую картину в небольших кампаниях: страницу посещали, но мало кто оставался, нажимал на нее или связывался с компанией. Команда добавила больше ключевых слов, изменила цвет кнопок и опубликовала дополнительные сообщения. Цифры немного сдвинулись, а затем вернулись на прежний уровень. Лучший подход был проще. Я сосредоточил каждую страницу на одном четком поисковом намерении и одном полезном действии. Это изменение помогло одной кампании генерировать в 3 раза больше квалифицированных запросов за восемь недель. Результат не стал результатом скрытого трюка. Это произошло благодаря устранению путаницы в пути клиента. ### Шаг 1. Выберите одну проблему для одной страницы Страница, которая пытается ответить на каждый вопрос, часто не может ответить на главный вопрос посетителя. Начинаю с вопроса: - Что хочет решить посетитель? - Какие слова они могут использовать в Google? - Какие действия им следует предпринять после прочтения? - Предоставляет ли страница достаточно информации, чтобы сделать это действие разумным? Например, компания-разработчик программного обеспечения хотела, чтобы одна страница была ориентирована на «программное обеспечение для управления проектами», «отслеживание командных задач», «инструменты удаленной работы» и «отчетность по проекту». Страница стала длинной и непонятной. Я разделил темы на отдельные страницы: - Программное обеспечение для управления проектами для небольших команд - Отслеживание задач для удаленных команд - Отчетность по проектам для менеджеров. Каждая страница имела четкую цель. Контент стал легче читать, и поисковые системы лучше понимали, о чем идет речь на каждой странице. ### Шаг 2. Сопоставьте страницу с целью поиска Одно ключевое слово не объясняет, чего ожидает посетитель. Кто-то, кто ищет «лучшее программное обеспечение для управления проектами», может захотеть сравнить. Кому-то, кто ищет «как отслеживать командные задачи», может понадобиться руководство. Кто-то, кто ищет «цены на управление проектами», может быть близок к тому, чтобы связаться с поставщиком. Я просматриваю результаты поиска и ищу общие закономерности: - Являются ли большинство страниц руководствами, страницами продуктов или сравнительными статьями? - Какие вопросы появляются в связанных поисковых запросах? - Содержат ли верхние страницы цены, примеры, снимки экрана или инструкции по настройке? - Какая информация отсутствует на этих страницах? Я не копирую передовые страницы. Я использую их, чтобы понять потребности пользователя, а затем создаю более четкий ответ. ### Шаг 3: Напишите начало вокруг болевой точки Многие страницы начинаются с описания компании. Посетителей часто больше волнует их собственная проблема. Слабое начало может гласить: «Наша платформа предлагает передовые инструменты для командной совместной работы». Более четкое начало может звучать так: "Когда задачи передаются по электронной почте, в чате и в электронных таблицах, члены команды теряют время, проверяя, что требует внимания. В этом руководстве показано, как объединить эти задачи в один простой рабочий процесс". Вторая версия дает читателю повод продолжить. Он также сообщает Google, о чем страница, не вставляя ключевые слова в каждое предложение. ### Шаг 4. Предоставьте полезную информацию, прежде чем запрашивать контактные данные. Люди редко хотят заполнять форму, прежде чем они поймут предложение. В кампании, о которой я упоминал, на исходной странице вверху располагалась контактная форма. Посетители не видели процесс создания продукта, ценовой диапазон или соответствие требованиям клиентов. Форме уделялось мало внимания. Я переместил запрос ниже на странице и добавил: - Краткое объяснение процесса - Тип клиента, которому подходит услуга - Базовый диапазон цен - Общие вопросы - Небольшой пример из проекта клиента - Четкое объяснение того, что происходит после отправки формы. Форма получила меньше случайных заявок, но запросы были более актуальными. Отдел продаж тратил меньше времени на ответы на базовые вопросы. ### Шаг 5. Используйте один призыв к действию с четкими ожиданиями. Призыв к действию должен сообщать людям, что они получат. «Отправить» дает мало информации. «Запросить 20-минутный обзор рабочего процесса» дает посетителю более четкое представление о следующем шаге. Я сохраняю одно и то же основное действие на всей странице. Дополнительные кнопки могут создать перегрузку выбора, особенно если они ведут к разным пунктам назначения. Действие также должно соответствовать уровню интереса посетителя. Новый посетитель может предпочесть гида или контрольный список. Посетитель, сравнивающий поставщиков, может быть готов получить консультацию или запрос цен. ### Шаг 6. Измерьте полный путь. Сам по себе трафик не показывает, работает ли страница. Я отслеживаю: - Поисковые показы - Рейтинг кликов - Вовлеченные посещения - Глубину прокрутки - Нажатия кнопок - Запуск форм - Заполненные формы - Квалифицированные запросы - Коммерческие разговоры Кампания улучшилась после того, как страница стала более целенаправленной, но изменения не были мгновенными. Видимость в результатах поиска требовала времени для корректировки, и команда проверяла данные каждую неделю. Результат 3x получен в результате сравнения квалифицированных запросов до и после изменений. Это не было обещанием, что каждый бизнес получит одинаковый результат. Отрасль, предложение, качество трафика, история страниц и отслеживание продаж — все это влияет на эффективность. Простая стратегия работает, когда каждая часть удовлетворяет одну и ту же потребность пользователя: одна страница. Одна проблема. Один ясный следующий шаг. Такая структура помогает посетителям быстрее находить ответы и дает поисковым системам более четкую информацию о странице. Это также упрощает тестирование, поскольку команда может видеть, какая часть пути требует внимания. Больше контента не всегда является ответом. Целенаправленная страница, которая учитывает вопрос посетителя, может сделать больше, чем несколько страниц, построенных на разрозненных ключевых словах.

Многие команды пытаются увеличить производительность за счет привлечения большего количества людей. Такой подход может увеличить заработную плату, замедлить общение и создать новую управленческую работу. Я смотрю на проблему под другим углом: что сможет сделать существующая команда, когда будут удалены ненужные шаги? Команда поддержки клиентов из 12 человек может тратить большую часть своей недели на поиск ответов, копирование информации между инструментами, проверку обновлений статуса и обработку повторяющихся вопросов. Команда занята, но объем выполненной работы растет не такими темпами. Заявленный результат повышения эффективности в 3 раза никогда не следует рассматривать как обещание для каждой компании. Для этого необходимы четкие записи, фиксированный период измерения и справедливое сравнение со старым процессом. Вот процесс, который я использую для оценки такого результата. 1. Установите четкую отправную точку Прежде чем менять рабочий процесс, я записываю текущие цифры: - Запросы, обрабатываемые в неделю - Среднее время ответа - Среднее время завершения - Частота доработок или исправлений - Часы, затраченные на ручные задачи - Результаты удовлетворенности клиентов - Сверхурочные часы персонала Команда, которая обрабатывает 600 запросов в неделю, не должна претендовать на трехкратную эффективность, потому что за один напряженный день было достигнуто 1800 запросов. Для сравнения необходимо использовать один и тот же тип работы, аналогичный период времени и одинаковые проверки качества. 2. Найдите медленные шаги Я прошу членов команды описать, как выполняется задача от начала до конца. Типичный запрос в службу поддержки может следовать по следующему пути: 1. Клиент отправляет сообщение 2. Агент проверяет запись о клиенте 3. Агент выполняет поиск во внутренних документах 4. Вопрос отправляется руководителю 5. Ответ копируется в ответ 6. Заявление обновляется во второй системе 7. Другая группа получает дополнительный запрос Каждый шаг может занять всего несколько минут. При обработке сотен запросов эти минуты превращаются в большой кусок потерянного времени. Я не думаю, что проблема в персонале. Во многих случаях процесс создает задержку. 3. Устраните повторяющуюся ручную работу. Команда поддержки часто может сэкономить время, создав: - общую библиотеку ответов; - стандартные категории запросов; - четкие правила передачи; - автоматическое обновление статуса; - единое место для записей о клиентах; - простые шаблоны для распространенных случаев; - список проверки для необычных запросов. Цель не состоит в том, чтобы каждый ответ звучал одинаково. Клиентам по-прежнему нужна человеческая реакция, когда ситуация носит личный, деликатный характер или выходит за рамки обычного шаблона. Автоматизация должна обрабатывать рутинные действия. Люди должны контролировать свои суждения, тон и исключения. 4. Во время тестирования сохраняйте ту же команду. Для честного сравнения используется одинаковое количество сотрудников, одинаковое рабочее время и аналогичный набор запросов. Например, команда может отсчитать четыре недели при старом рабочем процессе и четыре недели при новом. Он может сравнивать производительность, скорость, качество и рабочую нагрузку сотрудников. Простая таблица может показать изменение: | Мера | Старый рабочий процесс | Новый рабочий процесс | |---|---:|---:| | Размер команды | 12 | 12 | | Еженедельные запросы выполнены | 600 | 1800 | | Среднее время ответа | 10 часов | 3,5 часа | | Скорость переделки | 8% | 7% | | Сверхурочные часы | 46 | 18 | Эти цифры подтвердят заявление о более высокой производительности только в том случае, если они основаны на отчетах компании и работа останется сопоставимой. Если новый период содержит более простые запросы, результат необходимо описать внимательно. 5. Прежде чем отмечать более высокий результат, проверьте качество. Большее количество выполненных задач не поможет, если клиенты получают плохие ответы. Я проверяю: - Частоту ошибок - Повторные контакты - Уровни возмещения или жалобы - Отзывы клиентов - Загруженность персонала - Пропущенные передачи - Отложенные сложные дела Команда, которая закрывает в три раза больше заявок, но создает больше повторных контактов, перемещает работу, а не решает ее. Я предпочитаю сочетание скорости и качества. Полезный процесс помогает команде выполнить больше работы, сохраняя при этом результаты для клиентов стабильными или лучшими. 6. Сделайте результат простым для проверки Наглядный пример показывает, как был измерен результат. Это объясняет: - Размер команды - Период тестирования - Старый процесс - Новый процесс - Тип включенной работы - Источник данных - Ограничения сравнения Такие заявления, как «наш инструмент делает каждую команду в три раза более продуктивным», трудно поддержать. Более точным сообщением было бы следующее: "Во время восьминедельного внутреннего тестирования группа поддержки из 12 человек выполнила примерно в три раза больше стандартных запросов после сокращения ручного поиска и дублированного ввода данных. Результат может отличаться для команд с другими инструментами, типами запросов или требованиями к проверке". Эта формулировка дает читателям полезную информацию, не превращая один результат в универсальное утверждение. Я обнаружил, что повышение эффективности обычно достигается за счет совместных изменений небольших изменений. Лучшая форма, более четкая передача, база знаний с возможностью поиска и меньшее количество повторяющихся обновлений могут сэкономить больше времени, чем крупное изменение процесса, которое никто не использует последовательно. Одна и та же команда иногда может выполнить гораздо больше работы. Результат зависит от стартового процесса, типа работы, проверки качества и способа сбора данных. Достоверный 3-кратный результат – это не лозунг. Это взвешенное сравнение, которое другой человек может просмотреть, подвергнуть сомнению и понять. Свяжитесь с нами сегодня, чтобы узнать больше, Хуан: mr.huang@foyotrobotclaw.com/WhatsApp +8613600570999.

1. Питер Ф. Друкер, 2007 г. «Основной Друкер» 2. Дэвид Аллен, 2015 г. «Как привести дела в порядок. Искусство продуктивности без стресса» 3. Тереза Амабайл и Стивен Крамер, 2011 г. «Принцип прогресса» 4. Нил Патель, 2020 г. «Расширенное руководство по контент-маркетингу» 5. Джейкоб Нильсен, 1994 г. «Инженерия юзабилити» 6. Мэтью Диксон и Брент Адамсон, 2011 г. Распродажа претендента