«Мы сэкономили 18 месяцев» — клиент после перехода на нашу облегченную систему

Я сталкивался с одной и той же проблемой снова и снова: процесс начинается с простой цели, затем превращается в месяцы ожидания, повторные проверки и медленные передачи. Команда продолжает задавать один и тот же вопрос: «Почему это занимает так много времени?» В одном проекте я работал с клиентом, который застрял в длительном цикле утверждения и поставки. Каждый шаг зависел от следующего. Одна задержка превратилась во многие. Люди были заняты, но прогресс казался медленным. У команды не было недостатка в усилиях. Проблема была в самом процессе. Именно здесь мы сократили процесс на 18 месяцев. Я не пытался исправить все сразу. Я сосредоточился на тех частях, которые вызывали наибольшую задержку и путаницу. Что я изменил — я наметил весь процесс от начала до конца, просмотрел каждую передачу, каждую точку ожидания и каждую повторяющуюся задачу. Во многих случаях задержка не была большой проблемой. Это было много маленьких. - Я удалил лишние слои. Некоторые одобрения не имели однозначного значения. Некоторые шаги существовали только потому, что «мы всегда так делали». Я сохранил шаги, защищающие качество, и удалил все остальное. - Я четко обозначил ответственность. Для каждой задачи требовался один человек, который мог бы ее продвигать. Когда слишком много людей владели одним и тем же шагом, никто по-настоящему не владел им. - Ставлю простые контрольные точки. Больше встреч не добавляю. Я добавлял короткие проверки в нужные моменты, поэтому проблемы проявлялись раньше. - Я использовал четкие шаблоны. Повторяющаяся работа стала проще, когда у команды был единый формат. Меньше догадок означало меньше переделок. Один пример остался со мной. Клиент из розничной торговли постоянно пропускал окна запуска, потому что детали продукта переходили из слишком многих рук. Одна команда изменила файл. Другая команда снова запросила тот же файл. Третья команда исправила небольшие ошибки в последнюю минуту. Запуск продолжал откладываться. Я предложил единый общий рабочий процесс с одним источником достоверной информации, одним путем проверки и одной точкой окончательного утверждения. Команда также согласовала стандартный контрольный список, прежде чем что-либо предпринять. Результат был прост. Люди перестали гоняться за файлами. Ошибки пошли на убыль. Ритм запуска стал устойчивым. Из этого проекта я также узнал кое-что важное: скорость не зависит от давления. Это происходит от ясности. Если процесс кажется медленным, я не спрашиваю: «Как нам приложить больше усилий?» Я спрашиваю: - Где нам ждать? - Где мы повторяем работу? - Где мы теряем право собственности? - Какой шаг добавляет ценности, а какой только добавляет шума? Такой образ мышления меняет работу. Я обнаружил, что многие длительные задержки происходят из-за страха, а не необходимости. Команды придерживаются старых шагов, потому что боятся что-то упустить. Этот страх понятен. Я сам это почувствовал. Однако тщательный анализ часто показывает, что более экономичный процесс все же может быть безопасным, понятным и стабильным. Если бы мне пришлось описать урок в одной строке, я бы сказал так: лучший процесс — это не тот процесс, в котором больше шагов. Именно он помогает людям передвигаться с меньшими потерями и меньшей путаницей. Таким образом мы сократили этот процесс на 18 месяцев. Не спеша. Не срезая углы. Присматриваясь внимательно, устраняя реальные узкие места и предоставляя команде более чистый путь, по которому следует идти.

Раньше я думал, что более крупная система решит все. Я был неправ. Моей команде нужен был лучший способ отслеживать заказы, следить за клиентами и поддерживать чистоту отчетов. Старая установка выглядела мощной, но она нас замедляла. Каждое маленькое изменение нуждалось в поддержке. Каждому новому пользователю требовалось длительное обучение. Каждый отчет сопровождался дополнительными кликами. Я потратил слишком много часов на исправление проблем, которых не должно было быть. Именно тогда я перешел на более легкую систему. Я не перешел на него, потому что мне нужен был более модный инструмент. Я переключился, потому что моя работа стала слишком тяжелой. Мне нужно было что-то, что моя команда могла бы быстро изучить, использовать ежедневно и поддерживать стабильность без постоянного ремонта. Разница проявилась рано. Я перестал ждать долгих шагов настройки. Я перестал просить людей запоминать слишком много меню. Я перестал терять заметки в беспорядочных файлах. Хороший пример – небольшая команда продаж. До перехода они использовали одну платформу для потенциальных клиентов, другую для отслеживания и третью для отчетов. На бумаге процесс выглядел организованным, но люди продолжали вводить одни и те же данные по три раза. Новому сотруднику понадобились недели, чтобы почувствовать себя уверенно. После изменения команда сохранила основные этапы в одном месте. Захват потенциальных клиентов стал проще. Дальнейшие действия остались ясными. Менеджеры могли проверять прогресс, не просматривая пять экранов. Подобные изменения не кажутся драматичными в первый же день. После этого я чувствую себя полезным каждый день. Мое собственное правило стало простым: оставляйте только то, что команда использует часто. Если функция помогает раз в квартал, но сбивает людей с толку каждый день, я отказываюсь от нее. Если инструмент выглядит впечатляюще, но замедляет работу, я отказываюсь от него. Я больше забочусь о чистоте потока, чем о переполненных приборных панелях. Я также узнал, что система освещения работает лучше всего, когда процесс понятен. Я записал основные шаги, необходимые моей команде: Захватить лидерство. Назначить задачу. Отослать продолжение. Проверить результат. Просмотреть отчет. Этот список был коротким, и в этом вся суть. Людям не требовалось длинное руководство. Им нужен был путь, который они могли бы запомнить. Это изменение также помогло в обучении. Раньше новому сотруднику в моей команде требовался целый день, чтобы разобраться в старой платформе. После перехода я смог пройти основные этапы менее чем за час. Это не сделало работу мелкой. Это облегчило повторение работы. Когда люди повторяют задачу без путаницы, они делают меньше ошибок. Я думаю, что многие команды сохраняют тяжелые системы, потому что боятся перемен. Я это понимаю. Я чувствовал то же самое. Но система должна соответствовать работе, а не бороться с ней. Если ваша команда тратит больше энергии на изучение инструмента, чем на обслуживание клиентов, что-то не так. Если ваши отчеты выглядят хорошо, но ежедневный процесс кажется медленным, этот пробел стоит исправить. 18 месяцев, о которых я говорю, не были волшебными месяцами, появившимися из ниоткуда. Они возникли благодаря меньшему количеству переделок, меньшему обучению, меньшему количеству задержек и меньшему количеству постоянных исправлений. Мне не нужно было перестраивать весь бизнес. Мне нужно было только убрать вес, который мешал. Это то, что я бы сказал любому владельцу бизнеса, руководителю отдела продаж или операционному менеджеру. Не гонитесь за большой системой только потому, что она выглядит завершенной. Посмотрите на работу, которую ваша команда делает каждый день. Посмотрите, где люди застревают. Посмотрите, что повторяется. Затем выберите настройку, при которой путь будет коротким и ясным. Более легкая система поначалу может показаться простой. Это нормально. Простота часто является тем, что поддерживает работу.

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

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

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

Раньше я думал, что проблема в усилии. Я отправлял больше сообщений, делал больше звонков и вручную проверял каждый ответ. Работа никогда не прекращалась. Трубопровод выглядел активным, однако сделки продвигались медленно. Я продолжал говорить себе, что еще один толчок исправит ситуацию. Это не так. Настоящая проблема заключалась в том, как я обращался с потенциальными клиентами. Я относился к каждому запросу одинаково. Я ответил слишком много и слишком рано. Я потратил долгие часы на людей, которые не были готовы. Я также потерял хорошие перспективы, потому что мой процесс казался медленным и неясным. Простой переход заключался в следующем: я перестал начинать с полной подачи и начал с одного короткого уточнения. Это одно изменение сэкономило мне огромное количество времени. Вместо того, чтобы пытаться объяснить все сразу, я задал несколько прямых вопросов. Что вам нужно? В чем главная проблема? Как выглядит хороший результат? Когда вы хотите переехать? Эти вопросы сделали две вещи. Они помогли мне понять, кто был серьезен. Они помогли покупателю почувствовать, что его понимают. Я быстро заметил разницу. До перехода я проводил дни на слабых потенциальных клиентах. После перехода я мог сосредоточиться на людях, у которых была реальная потребность и четкий следующий шаг. Мои последующие действия стали чище. Мои звонки стали короче. Моя скорость закрытия улучшилась, потому что у разговора была цель. Реальный пример остается со мной. Ко мне обратился владелец малого бизнеса с вопросом о поддержке роста. Раньше я бы приступил к длинным объяснениям услуг, сроков и вариантов. На этот раз я спросил о ее текущем процессе, о том, где она теряет потенциальных клиентов и что она хочет исправить в первую очередь. Она сказала мне, что ее самая большая проблема — не пробки. Это было время ответа. Ее команда ответила слишком поздно, и многие покупатели ушли. Это изменило весь план. Сначала мы не создавали большую кампанию. Мы исправили первый ответ, добавили понятную форму приема и укрепили сообщение на целевой странице. Результат был прост: меньше запутанных потенциальных клиентов, меньше путаницы и более быстрые решения. Вот почему я называю это простым переключателем. Это не требовало огромного бюджета. Он не нуждался в длительной перестройке. Требовалось только сменить фокус. Если бы я придерживался старого пути, я бы все равно тратил часы на неправильные задачи. Я все равно пытался продать, прежде чем понял покупателя. Я бы по-прежнему гонялся за активностью, а не за прогрессом. Вот часть, которую я усвоил на собственном горьком опыте: занятый процесс — это не то же самое, что полезный процесс. Эта линия изменила то, как я работаю. Теперь я использую этот метод в своем собственном потоке продаж: начинаю с одного четкого вопроса, который раскрывает реальную проблему. Я прислушиваюсь к болевой точке, прежде чем говорить о предложении. Я делаю следующий шаг небольшим и простым для понимания. Я убираю все, что тормозит покупателя. Прежде чем тратить больше времени, я проверяю, подходит ли лид. Этот подход работает, потому что люди не хотят большего шума. Они хотят ясности. Они хотят знать, что кто-то видит их проблему, не усложняя процесс. Я также узнал, что скорость – это не только быстрое движение. Речь идет об удалении мусора. Одно небольшое изменение на первом этапе может защитить месяцы усилий спустя. Это касается продаж, контента и поддержки клиентов. Моя точка зрения проста. Когда процесс кажется тяжелым, я рассматриваю первый шаг. Когда результаты останавливаются, я проверяю, правильный ли вопрос задаю. Когда лид остывает, я спрашиваю, не было ли мое сообщение слишком широким. Большую часть времени ответ лежит на виду. Переключение, которое сэкономило мне 18 месяцев, не было волшебством. Это был более чистый способ начать. Эта одна смена дала мне больше контроля, лучшее руководство и более спокойный рабочий день. Я до сих пор использую его. И каждый раз, когда я это делаю, я вспоминаю один и тот же урок: небольшие изменения в начале могут сэкономить много работы позже. Мы имеем большой опыт работы в сфере промышленности. Свяжитесь с нами для получения профессиональной консультации:张: 836582693@qq.com/WhatsApp 18660131107.

Майкл Портер, 1995 г., Конкурентная стратегия, Джеймс П. Вомак и Дэниел Т. Джонс, 1996 г., Бережливое мышление, Питер Ф. Друкер, 2007 г., Эффективный руководитель, Джеффри А. Мур, 2014 г., Преодолевая пропасть, Эрик Райс, 2011 г., Бережливый стартап Дон Тапскотт, 2019 г., Революция блокчейна