Про типичную «боль» реализации проектов по автоматизации
Все то, что будет описано ниже, характерно для любого бизнеса.
Для таможенно-логистической отрасли особенно.
Как бы хорошо не был сделан продукт/инструмент/система, человеческое нежелание что-либо менять (в первую очередь в себе) или разобраться с чем-то новым, может свести на нет все усилия.
Пример.
По проекту требуется представлять заказчику определенный комплект документов.
Есть программная утилита, которая собирает этот комплект из вложенных папок и кладёт куда надо, и называет папку, так как надо.
В работе и запуске утилита простая, как «топор».
Надо всего-лишь нажать на кнопку, указав на папку и все... Дальше все делает программа (собирает - копирует - переименовывает).
В ходе тестового использования выявили ряд ошибок, которые приводят к сбоям.
Например, если уже один раз программу запустили, то второй раз она уже не отработает, так как в месте назначения уже существует ранее соднанная папка с таким же именем.
Ввели контроль на эту ошибку с текстовым уведомлением сотрудника (мол «так и так, проблема в этом - исправь»), актуализировали инструкцию, что делать надо, довели до сотрудников.
Установили всем обновлённую версию.
Проходит неделя и 2 сотрудника хором начинают говорить «у нас программа не работает».
Начали разбираться.
В итоге «у меня программа не работает» - это ровно то самое сообщение по результатам выявления ошибки, описанной выше.
Спрашиваешь - инструкцию читали?
В ответ тишина.
Копаешь дальше, спрашиваешь, а что вы делаете - покажите.
В итоге делают то же самое, что делали до создания и внедрения утилиты.
Стоит ли упоминать, что в самом начале внедрения проводилось общее обучение всех сотрудников, с демонстрацией как и что работает, и что надо и не надо делать.
#кейсы #боль
Все то, что будет описано ниже, характерно для любого бизнеса.
Для таможенно-логистической отрасли особенно.
Как бы хорошо не был сделан продукт/инструмент/система, человеческое нежелание что-либо менять (в первую очередь в себе) или разобраться с чем-то новым, может свести на нет все усилия.
Пример.
По проекту требуется представлять заказчику определенный комплект документов.
Есть программная утилита, которая собирает этот комплект из вложенных папок и кладёт куда надо, и называет папку, так как надо.
В работе и запуске утилита простая, как «топор».
Надо всего-лишь нажать на кнопку, указав на папку и все... Дальше все делает программа (собирает - копирует - переименовывает).
В ходе тестового использования выявили ряд ошибок, которые приводят к сбоям.
Например, если уже один раз программу запустили, то второй раз она уже не отработает, так как в месте назначения уже существует ранее соднанная папка с таким же именем.
Ввели контроль на эту ошибку с текстовым уведомлением сотрудника (мол «так и так, проблема в этом - исправь»), актуализировали инструкцию, что делать надо, довели до сотрудников.
Установили всем обновлённую версию.
Проходит неделя и 2 сотрудника хором начинают говорить «у нас программа не работает».
Начали разбираться.
В итоге «у меня программа не работает» - это ровно то самое сообщение по результатам выявления ошибки, описанной выше.
Спрашиваешь - инструкцию читали?
В ответ тишина.
Копаешь дальше, спрашиваешь, а что вы делаете - покажите.
В итоге делают то же самое, что делали до создания и внедрения утилиты.
Стоит ли упоминать, что в самом начале внедрения проводилось общее обучение всех сотрудников, с демонстрацией как и что работает, и что надо и не надо делать.
#кейсы #боль
Про управление рисками в таможенном и логистическом бизнесе (часть 1)
Про риски слышали все, кто работает в области логистики и таможенного оформления.
Про систему управления рисками (СУР) тоже. Фразы «достали эти СУРы», «риск сработал», «где взять новые риски» регулярно слышны в офисе.
Как правило, все это про систему управления рисками в таможенных органах.
Ту самую, для целей которой анонсируют использование искусственного интеллекта.
А вот в коммерческой организации сознательное и системное управление рисками встречается реже.👀
Да, словосочетание «финансовые риски» фигурирует часто.
Да, таможенные представители проводят оценку потенциального клиента «на риски» с целью принятия решения декларировать под свою печать или под «эцп клиента».
Да, логисты проводят категорирование подрядчиков для распределения объёмов.
Да, стоимость декларируемых товаров проверяют на риски (те самые таможенные) и «проходные».
Ну и так далее...
В общем отдельные проявления управления рисками есть, но сказать, чтобы была системная работа, все же, пожалуй, нельзя.
Недавно, в своем выступлении Марина Лякишева (эксперт в области customs compliance) подняла тему управления рисками в бизнесе.
В этом выступлении, больше про методологию и подходы.
А я хочу поднять тему автоматизации этого процесса.⚙️💻🖥⚙️
Можно сколько угодно вести реестр рисков, писать инструкции и регламенты, и информационные письма о рисковых ситуациях. Но все это будет давать очень небольшой эффект, до тех пор, пока человек должен всю эту информацию держать в голове.
Велика вероятность того, что в тот момент, когда надо вспомнить о риске, о нем не вспомнят. 🤷🏻А когда вспомнят - будет уже поздно.🤦🏻
Другое дело, когда тебе программное средство, в тот или иной актуальный момент, напомнит📩, что вот тут надо бы проверить «вот это», а в прошлый раз в подобной ситуации было «вот то».
В следующем посте расскажу, что уже сейчас можно использовать для целей автоматизации управления рисками при декларировании и проработке поставок.
ПС: Кстати таможенные риски на своей заре инспекторам 👨🏻✈️📜 тоже доводились на бумаге📜📃📄📑. И у каждого на столе лежали папки с рисками, приказами и прочими указаниями📓📔📒, которые надо было помнить.
Но сейчас же почти все риски выявляются программным средством.
#управлениерисками
Про риски слышали все, кто работает в области логистики и таможенного оформления.
Про систему управления рисками (СУР) тоже. Фразы «достали эти СУРы», «риск сработал», «где взять новые риски» регулярно слышны в офисе.
Как правило, все это про систему управления рисками в таможенных органах.
Ту самую, для целей которой анонсируют использование искусственного интеллекта.
А вот в коммерческой организации сознательное и системное управление рисками встречается реже.👀
Да, словосочетание «финансовые риски» фигурирует часто.
Да, таможенные представители проводят оценку потенциального клиента «на риски» с целью принятия решения декларировать под свою печать или под «эцп клиента».
Да, логисты проводят категорирование подрядчиков для распределения объёмов.
Да, стоимость декларируемых товаров проверяют на риски (те самые таможенные) и «проходные».
Ну и так далее...
В общем отдельные проявления управления рисками есть, но сказать, чтобы была системная работа, все же, пожалуй, нельзя.
Недавно, в своем выступлении Марина Лякишева (эксперт в области customs compliance) подняла тему управления рисками в бизнесе.
В этом выступлении, больше про методологию и подходы.
А я хочу поднять тему автоматизации этого процесса.⚙️💻🖥⚙️
Можно сколько угодно вести реестр рисков, писать инструкции и регламенты, и информационные письма о рисковых ситуациях. Но все это будет давать очень небольшой эффект, до тех пор, пока человек должен всю эту информацию держать в голове.
Велика вероятность того, что в тот момент, когда надо вспомнить о риске, о нем не вспомнят. 🤷🏻А когда вспомнят - будет уже поздно.🤦🏻
Другое дело, когда тебе программное средство, в тот или иной актуальный момент, напомнит📩, что вот тут надо бы проверить «вот это», а в прошлый раз в подобной ситуации было «вот то».
В следующем посте расскажу, что уже сейчас можно использовать для целей автоматизации управления рисками при декларировании и проработке поставок.
ПС: Кстати таможенные риски на своей заре инспекторам 👨🏻✈️📜 тоже доводились на бумаге📜📃📄📑. И у каждого на столе лежали папки с рисками, приказами и прочими указаниями📓📔📒, которые надо было помнить.
Но сейчас же почти все риски выявляются программным средством.
#управлениерисками
⚡1
Про управление рисками в таможенном и логистическом бизнесе (часть 2)
Начало выше.
Что можно сделать, чтобы не держать в голове все возможные риски (проще говоря потенциальные fuckup-ы, которые могут обернуться имиджевыми или финансовыми потерями)?
Определимся, на каких этапах и какие нам нужны напоминания.
(ниже приведены примеры, то есть не исчерпывающий перечень как этапов, так и примеров, но достаточный для понимания о чем речь):
1. Этап: при поступлении заявки от заказчика (действующего или потенциального) - пример: проверка на наличие негативных случаев, связанных с деятельностью заказчика (представил поддельные документы, долго не платил по счетам, 3 раза пришлось пересогласовывать один и тот же инвойс, а в итоге приехала совсем другая поставка).
2. Этап: при проработке заявки по существу (проработка документов, проработка маршрутка, согласование и подготовка документов к декларированию) - пример: регулярно в присланных документах, подготовленных в эксель округление до ... знака после запятой и не бьется итоговый вес при суммировании, при первой подаче в Новороссийске будут требовать предварительный осмотр - предупредить, при первой подаче на Тверь приложить фото со склада иначе осмотр, в Шереметьево проверить наличие доверенности и перевести заранее ДС на складе иначе не выдадут груз, что может привести к срыву забора груза и т.д.
3. Этап: при отработке заявки (везём груз, контролируем в местах хранения, готовим и подаем дт) - пример: в прошлый раз при декларировании этого груза инспектор на посту в «Такой-то таможне» запросил техничку на пластмассовые ведра, на терминале «таком-то» пока в диспетчерскую не позвонишь - машину не отпустят (особенно к вечеру); при подаче дт в Балтийский Цэд проверяй заполнение 30 графы и т.д.
4. Этап: при финансовом и документальном закрытии сделки - пример: контрагент документы не даёт в срок, при формировании счета в прошлый раз забыли включить стоимость ног на супер «экзотическом» СВХ где-нибудь в СКТУ и т.д.
Хорошо, с примерами технологических этапов и примерами возможных рисков определились.
Так как их выявлять-то с помощью программ?
Ответ в самом вопросе - с помощью программ.
В 70% компаний в области ВЭД, где есть учетные системы для целей контроля процесса оказания услуги или цепи поставок, эти учетные системы основаны на 1с.
Есть компании, в которых используется, что-то иное: от эксель и гугл-таблиц, до битрикса, Sap и прочих систем учета.
Везде логика будет одна и та же.
Должны быть:
1. реестр рисков
2. параметры и правила по которым риски должны выявляться (индикаторы риска)
3. технологический алгоритм выявления.
4. Конечно же ещё должна быть внутренняя методика выявления риска, фиксирования его и определения мер по минимизации. Но это уже про управление.
То есть простым языком - должны быть:
- шпоргалка,
- порядок ее формирования и актуализация,
- технология автоматизированного обращения к шпаргалке, чтобы содержавшаяся в ней информация была применима в процессе работы.
Опять получилось много букв.
В следующем посте приведу примеры, как подобные шпоргалки делать в тех программных продуктах, которые как правило, используются в логистических и таможенных компаниях.
#управлениерисками
Начало выше.
Что можно сделать, чтобы не держать в голове все возможные риски (проще говоря потенциальные fuckup-ы, которые могут обернуться имиджевыми или финансовыми потерями)?
Определимся, на каких этапах и какие нам нужны напоминания.
(ниже приведены примеры, то есть не исчерпывающий перечень как этапов, так и примеров, но достаточный для понимания о чем речь):
1. Этап: при поступлении заявки от заказчика (действующего или потенциального) - пример: проверка на наличие негативных случаев, связанных с деятельностью заказчика (представил поддельные документы, долго не платил по счетам, 3 раза пришлось пересогласовывать один и тот же инвойс, а в итоге приехала совсем другая поставка).
2. Этап: при проработке заявки по существу (проработка документов, проработка маршрутка, согласование и подготовка документов к декларированию) - пример: регулярно в присланных документах, подготовленных в эксель округление до ... знака после запятой и не бьется итоговый вес при суммировании, при первой подаче в Новороссийске будут требовать предварительный осмотр - предупредить, при первой подаче на Тверь приложить фото со склада иначе осмотр, в Шереметьево проверить наличие доверенности и перевести заранее ДС на складе иначе не выдадут груз, что может привести к срыву забора груза и т.д.
3. Этап: при отработке заявки (везём груз, контролируем в местах хранения, готовим и подаем дт) - пример: в прошлый раз при декларировании этого груза инспектор на посту в «Такой-то таможне» запросил техничку на пластмассовые ведра, на терминале «таком-то» пока в диспетчерскую не позвонишь - машину не отпустят (особенно к вечеру); при подаче дт в Балтийский Цэд проверяй заполнение 30 графы и т.д.
4. Этап: при финансовом и документальном закрытии сделки - пример: контрагент документы не даёт в срок, при формировании счета в прошлый раз забыли включить стоимость ног на супер «экзотическом» СВХ где-нибудь в СКТУ и т.д.
Хорошо, с примерами технологических этапов и примерами возможных рисков определились.
Так как их выявлять-то с помощью программ?
Ответ в самом вопросе - с помощью программ.
В 70% компаний в области ВЭД, где есть учетные системы для целей контроля процесса оказания услуги или цепи поставок, эти учетные системы основаны на 1с.
Есть компании, в которых используется, что-то иное: от эксель и гугл-таблиц, до битрикса, Sap и прочих систем учета.
Везде логика будет одна и та же.
Должны быть:
1. реестр рисков
2. параметры и правила по которым риски должны выявляться (индикаторы риска)
3. технологический алгоритм выявления.
4. Конечно же ещё должна быть внутренняя методика выявления риска, фиксирования его и определения мер по минимизации. Но это уже про управление.
То есть простым языком - должны быть:
- шпоргалка,
- порядок ее формирования и актуализация,
- технология автоматизированного обращения к шпаргалке, чтобы содержавшаяся в ней информация была применима в процессе работы.
Опять получилось много букв.
В следующем посте приведу примеры, как подобные шпоргалки делать в тех программных продуктах, которые как правило, используются в логистических и таможенных компаниях.
#управлениерисками
Про управление рисками в таможенном и логистическом бизнесе (часть 3)
Начало на 2 поста выше.
Что и как можно использовать для автоматизации выявления рисков?
Ниже простые примеры, техническое и концептуальное развитие которых ограничено только вашими компетенциями и фантазией.
Начнём с того, что попроще.
Этап 3. Пример в части декларирования.
Декларанту при подготовке ДТ надо вовремя подсветить, что вот в этом и в этом случае было “то-то и то-то”, или чтобы обратил внимание на “это”.
⏺Есть такая программная задача артикул (в Альта точно есть и в СТМ вроде тоже), которой далеко не все пользуются (но это отдельная история).
Никто не мешает в ней добавить отдельное рабочее поле «комментарий» в котором будут фиксироваться комментарии (риски) в привязке вплоть до артикула к конкретному товару. Далее дело техники не забывать смотреть в это поле и систематически дополнять информацию.
⏺Есть такая функция в альте «пользовательские проверки» (к сожалению, про этот функционал знают и тем более пользуются ещё меньше количество людей, чем про артикул).
Это по сути пользователем настроенный дополнительный ФЛК (форматно-логический контроль).
В них можно настраивать проверки на различные ошибки либо конкретные значения по совокупности полей. Много расписывать не буду, один из моих коллег по цеху прям специализируется на таких настройках. Тут ссылка на его группу и объявления по именно этому вопросу. Весьма широко известный и уважаемый человек в узких кругах.
⏺До того, как начать работать в альте в 98% случаев декларант (СПТО) обрабатывает табличку с данными по поставке в Эксель. У него может быть выгрузка из учетной системы клиента, инвойс в электронном виде. Некоторые таможенные представители даже имеют «наглос...» (простите) смелость требовать от заказчика заполнять детализированную табличку для загрузки в программу для декларирования.
Короче в 98% случаев эти данные обрабатываются в Эксель. А где Эксель, там неограниченный простор для проверок данных в загрузке с вашими рабочими базами (теми самыми шпоргалками о которых я писал в прошлый раз).
Все же пользуются той самой книгой таможенных рисков, которая летает по месенджерам?
(Как раз недавно в одной «бизнес ракете ВЭД» пролетела «типа актуальная таблица». Достоверность не проверял).
Вот по аналогии вы можете создать свою базу производственных рисков.
⏺И ещё пример для этого блока. Есть такая программулька, которую называют в народе g-viewer. Она тоже про таможенные риски.
Есть там такая функция: загружаешь xml ДТ и его прогоняют на действующие таможенные риски. Это почти зеркальная (немного упрощенная) версия того, как все работает в таможенных органах.
Так вот, кто понял о чем я, включите фантазию. Ровно таким же образом можно написать программку, которая будет проверять xml ДТ перед подачей на риски, которые выведены Вашей компанией за долгие-долгие годы опыта и работы.
На сегодня хватит.
Впереди ещё много интересного.
#управлениерисками #кейсы #размышления
Начало на 2 поста выше.
Что и как можно использовать для автоматизации выявления рисков?
Ниже простые примеры, техническое и концептуальное развитие которых ограничено только вашими компетенциями и фантазией.
Начнём с того, что попроще.
Этап 3. Пример в части декларирования.
Декларанту при подготовке ДТ надо вовремя подсветить, что вот в этом и в этом случае было “то-то и то-то”, или чтобы обратил внимание на “это”.
⏺Есть такая программная задача артикул (в Альта точно есть и в СТМ вроде тоже), которой далеко не все пользуются (но это отдельная история).
Никто не мешает в ней добавить отдельное рабочее поле «комментарий» в котором будут фиксироваться комментарии (риски) в привязке вплоть до артикула к конкретному товару. Далее дело техники не забывать смотреть в это поле и систематически дополнять информацию.
⏺Есть такая функция в альте «пользовательские проверки» (к сожалению, про этот функционал знают и тем более пользуются ещё меньше количество людей, чем про артикул).
Это по сути пользователем настроенный дополнительный ФЛК (форматно-логический контроль).
В них можно настраивать проверки на различные ошибки либо конкретные значения по совокупности полей. Много расписывать не буду, один из моих коллег по цеху прям специализируется на таких настройках. Тут ссылка на его группу и объявления по именно этому вопросу. Весьма широко известный и уважаемый человек в узких кругах.
⏺До того, как начать работать в альте в 98% случаев декларант (СПТО) обрабатывает табличку с данными по поставке в Эксель. У него может быть выгрузка из учетной системы клиента, инвойс в электронном виде. Некоторые таможенные представители даже имеют «наглос...» (простите) смелость требовать от заказчика заполнять детализированную табличку для загрузки в программу для декларирования.
Короче в 98% случаев эти данные обрабатываются в Эксель. А где Эксель, там неограниченный простор для проверок данных в загрузке с вашими рабочими базами (теми самыми шпоргалками о которых я писал в прошлый раз).
Все же пользуются той самой книгой таможенных рисков, которая летает по месенджерам?
(Как раз недавно в одной «бизнес ракете ВЭД» пролетела «типа актуальная таблица». Достоверность не проверял).
Вот по аналогии вы можете создать свою базу производственных рисков.
⏺И ещё пример для этого блока. Есть такая программулька, которую называют в народе g-viewer. Она тоже про таможенные риски.
Есть там такая функция: загружаешь xml ДТ и его прогоняют на действующие таможенные риски. Это почти зеркальная (немного упрощенная) версия того, как все работает в таможенных органах.
Так вот, кто понял о чем я, включите фантазию. Ровно таким же образом можно написать программку, которая будет проверять xml ДТ перед подачей на риски, которые выведены Вашей компанией за долгие-долгие годы опыта и работы.
На сегодня хватит.
Впереди ещё много интересного.
#управлениерисками #кейсы #размышления
❤1
Куда пропал?!
🤬😤😠😡
Да - не писал.
Нет - материал не закончился.
Ну а чего тогда?...
Эта неделя выдалась очень насыщенной на проекты и задачи.
1️⃣Тестирование программы подбора классификационного кода из описания товара на основе ИИ (по крайней мере позиционируется это так)
2️⃣Участие в рабочей группе в одном из крупнейших банков по вопросу перспектив интеграции программных средств участников ВЭД и банков
3️⃣Поиск очередного нестандартного решения по аналитике выпущенных дт (в части доначислений по одной из «очередей» ввезенного оборудования рамках проекта)
4️⃣Приемка и тестирование автоматизированного бизнес-процесса в битриксе «проработка аналитиком проектов документов по товарной партии» с составлением реестра, фиксацией статусов и автоматического направления заказчику ответа с комментариями
5️⃣Разработка плана графика дальнейшего развития программного продукта для автоматизации Таможенного аудита
6️⃣Тестирование прототипа весьма интересной платформы для аналитики данных для участника ВЭД
7️⃣Разработка алгоритма сверки данных между таможенным представителем и заказчиком в рамках различных учетных систем (SAP у заказчика и совокупность различных данных у таможенного представителя (данные по выпущенным ДТ, рабочие реестры по проекту)
8️⃣Начало анализа данных в рамках нового проекта по внедрению «Автоматизированной технологии многофакторного анализа выполненной работы» у логистического оператора.
Весело, правда?
А что важно, обо всем этом я обязательно расскажу.
Оставайтесь на связи.
🤬😤😠😡
Да - не писал.
Нет - материал не закончился.
Ну а чего тогда?...
Эта неделя выдалась очень насыщенной на проекты и задачи.
1️⃣Тестирование программы подбора классификационного кода из описания товара на основе ИИ (по крайней мере позиционируется это так)
2️⃣Участие в рабочей группе в одном из крупнейших банков по вопросу перспектив интеграции программных средств участников ВЭД и банков
3️⃣Поиск очередного нестандартного решения по аналитике выпущенных дт (в части доначислений по одной из «очередей» ввезенного оборудования рамках проекта)
4️⃣Приемка и тестирование автоматизированного бизнес-процесса в битриксе «проработка аналитиком проектов документов по товарной партии» с составлением реестра, фиксацией статусов и автоматического направления заказчику ответа с комментариями
5️⃣Разработка плана графика дальнейшего развития программного продукта для автоматизации Таможенного аудита
6️⃣Тестирование прототипа весьма интересной платформы для аналитики данных для участника ВЭД
7️⃣Разработка алгоритма сверки данных между таможенным представителем и заказчиком в рамках различных учетных систем (SAP у заказчика и совокупность различных данных у таможенного представителя (данные по выпущенным ДТ, рабочие реестры по проекту)
8️⃣Начало анализа данных в рамках нового проекта по внедрению «Автоматизированной технологии многофакторного анализа выполненной работы» у логистического оператора.
Весело, правда?
А что важно, обо всем этом я обязательно расскажу.
Оставайтесь на связи.
Про управление рисками в таможенном и логистическом бизнесе (часть 4)
Вчера мне мой календарь выдал следующее сообщение:
«На *#!\~<> посту в преддверии 8 марта оформление цветов, все остальное стоит колом - предупредить клиентов».
Это напоминание я себе внёс года 3 назад в календарь, как раз, когда в начале марта выпуск ДТ начал тормозить именно из-за приоритетности оформления, а клиенты не были предупреждены.
Вернёмся к управлению рисками.
Начало тут.
А пример про цветы - ещё одна иллюстрация, как можно себе делать автоматические напоминания про события, которые имеют регулярный характер.
Туда же сдача отчетности, уточнение прихода грузов на выходные и необходимость подачи ДТ в нерабочие дни, контроль сроков предоставления документов на запрос таможенного органа, напоминание, что не стоит сотрудников в большом количестве отпускать в отпуск за месяц до китайского Нового года и так далее.
Уверен, Ваш календарь пестрит такими напоминаниями.
Вернёмся к ранее выделенным этапам. Этап 1. Возможность выявления рисков при поступлении заявки от заказчика.
Тут уже не так все просто, как с этапом работы над поставкой.
Чтобы что-то выявлять в автоматизированном режиме, надо, чтобы хотя бы немного структурированная информация была на входе.
Откуда появляется заявка от клиента?
Как правило это:
⁃ звонок
⁃ письмо
⁃ форма заявки с сайта.
Как соотносить письмо в почте с правилами выявления рисков, я пока ещё не придумал. Единственное, что лезет в голову - это внести почтовые адреса неблагонадежных клиентов в особое правило распределения почты (например, в папку на на контроль руководства). Но это «так себе» технология. Любой клиентский менеджер в голове держит таких вот совсем «неудобных» клиентов.
Но все что кто-то «держит в голове» заканчивается вместе с уходом этого человека из компании, либо с началом проблем с памятью этого человека.
Более продуктивно, если у вас есть хоть какая-нибудь учетная система для работы с клиентскими заявками (это может быть блок в составе CRM системы, или в ERP системы, или Эксель или Гугл табличка, на крайний случай).
Как только у вас появляется учёт входящих заявок в структурированной форме, можно пытаться привязать автоматизированные проверки.
Примеры.
Если у вас есть CRM система, то в ней обязательно есть так называемая «карточка клиента». В ней можно вести перечень проблемных ситуаций, о которых надо помнить при взаимодействии с этим клиентом.
Если вы работаете, например, с Битрикс24, то там есть функционал так называемых роботов (в случае с битрикс это прописанные автоматизированные бизнес-процессы), который можно использовать, чтобы провести проверку на любом этапе обработки заявки.
Пример по ссылке, конечно не совсем про проверки, но включите фантазию, и аналогия очевидна.
Если вы работаете в 1с и вносите на каком-либо этапе заявку для последующего контроля ее отработки, то вам всего-лишь нужно попросить 1с-программиста «подружить реестр рисков» с «учетной таблицей заявок».
Как пример, одна из знакомых компаний доработала под себя 1с в части контроля повторяемости «просчетов по заявкам». То есть каждый запрос («посчитайте-расскажите») фиксируется в системе, и, если заказчик присылает такой же запрос через какое-то время, то система показывает всю историю обработки заявок по клиенту.
Повторюсь, всегда можно настроить проверку на что угодно: инн или наименование заказчика, его контракт, номенклатура, маршрут перевозки и т.д. Главное, чтобы были зафиксированы данные, которые необходимо проверять и был реестр (справочник) рисков, с которым надо сверяться, и правила такой сверки.
А вот если у вас нет учётных систем для контроля взаимодействия с клиентом - задумайтесь. Ручное управление и личные связи - это хорошо. Но на них анализ и управление не построишь.
Очень содержательный пост в эту тему по ссылке. Там же вообще много полезного про организацию продаж, независимо от сферы.
#управлениерисками #crm
Вчера мне мой календарь выдал следующее сообщение:
«На *#!\~<> посту в преддверии 8 марта оформление цветов, все остальное стоит колом - предупредить клиентов».
Это напоминание я себе внёс года 3 назад в календарь, как раз, когда в начале марта выпуск ДТ начал тормозить именно из-за приоритетности оформления, а клиенты не были предупреждены.
Вернёмся к управлению рисками.
Начало тут.
А пример про цветы - ещё одна иллюстрация, как можно себе делать автоматические напоминания про события, которые имеют регулярный характер.
Туда же сдача отчетности, уточнение прихода грузов на выходные и необходимость подачи ДТ в нерабочие дни, контроль сроков предоставления документов на запрос таможенного органа, напоминание, что не стоит сотрудников в большом количестве отпускать в отпуск за месяц до китайского Нового года и так далее.
Уверен, Ваш календарь пестрит такими напоминаниями.
Вернёмся к ранее выделенным этапам. Этап 1. Возможность выявления рисков при поступлении заявки от заказчика.
Тут уже не так все просто, как с этапом работы над поставкой.
Чтобы что-то выявлять в автоматизированном режиме, надо, чтобы хотя бы немного структурированная информация была на входе.
Откуда появляется заявка от клиента?
Как правило это:
⁃ звонок
⁃ письмо
⁃ форма заявки с сайта.
Как соотносить письмо в почте с правилами выявления рисков, я пока ещё не придумал. Единственное, что лезет в голову - это внести почтовые адреса неблагонадежных клиентов в особое правило распределения почты (например, в папку на на контроль руководства). Но это «так себе» технология. Любой клиентский менеджер в голове держит таких вот совсем «неудобных» клиентов.
Но все что кто-то «держит в голове» заканчивается вместе с уходом этого человека из компании, либо с началом проблем с памятью этого человека.
Более продуктивно, если у вас есть хоть какая-нибудь учетная система для работы с клиентскими заявками (это может быть блок в составе CRM системы, или в ERP системы, или Эксель или Гугл табличка, на крайний случай).
Как только у вас появляется учёт входящих заявок в структурированной форме, можно пытаться привязать автоматизированные проверки.
Примеры.
Если у вас есть CRM система, то в ней обязательно есть так называемая «карточка клиента». В ней можно вести перечень проблемных ситуаций, о которых надо помнить при взаимодействии с этим клиентом.
Если вы работаете, например, с Битрикс24, то там есть функционал так называемых роботов (в случае с битрикс это прописанные автоматизированные бизнес-процессы), который можно использовать, чтобы провести проверку на любом этапе обработки заявки.
Пример по ссылке, конечно не совсем про проверки, но включите фантазию, и аналогия очевидна.
Если вы работаете в 1с и вносите на каком-либо этапе заявку для последующего контроля ее отработки, то вам всего-лишь нужно попросить 1с-программиста «подружить реестр рисков» с «учетной таблицей заявок».
Как пример, одна из знакомых компаний доработала под себя 1с в части контроля повторяемости «просчетов по заявкам». То есть каждый запрос («посчитайте-расскажите») фиксируется в системе, и, если заказчик присылает такой же запрос через какое-то время, то система показывает всю историю обработки заявок по клиенту.
Повторюсь, всегда можно настроить проверку на что угодно: инн или наименование заказчика, его контракт, номенклатура, маршрут перевозки и т.д. Главное, чтобы были зафиксированы данные, которые необходимо проверять и был реестр (справочник) рисков, с которым надо сверяться, и правила такой сверки.
А вот если у вас нет учётных систем для контроля взаимодействия с клиентом - задумайтесь. Ручное управление и личные связи - это хорошо. Но на них анализ и управление не построишь.
Очень содержательный пост в эту тему по ссылке. Там же вообще много полезного про организацию продаж, независимо от сферы.
#управлениерисками #crm
Про управление рисками в таможенном и логистическом бизнесе (часть 5)
Так уж получилось, что несколько дней на этой неделе я пролежал с температурой.
А когда температура высокая, во время сна снится всякая дичь (то одеяло кажется автоматом, который никак собрать не можешь, то такое ощущение, что по тебе муравьи ползут).
В этот раз в температурном приходе меня мучал вопрос «незавершенности темы про риски в блоге»... То одно завершение, то другое снилось...
И в какой-то момент, пришло температурное ведение, чего же все-таки не хватает.
Пишу.
Можно долго приводить примеры того, как обвешать бизнес-процесс автоматизированными чек-листами, проверками, шпоргалками, напоминалками и справками.
Но все это не будет иметь никакой ценности, если сама работа по выявлению рисков, формированию перечня мер по их минимизации (сейчас ещё можно говорить «митигированию») и контролю эффективности управления рисками, не выстроена и не носит системный характер.
Для управления рисками нужна система управления рисками («спасибо, кэп»). 🤦🏻🤦🏼🤦🏽🤦🏽🤦🏽♀️🤦🏼♀️🤦🏻♀️
И та таможенная СУР (или как ее в бизнесе называют СУРы, а таможенных органах часто СУРки, а злые языки обСУРд), это и есть «система управления рисками таможенных органов», которая не сводится только к профилям рисков.
Это система, состоящая из:
регламентации и правового обеспечения - от таможенного кодекса до ДСП инструкций
методологии и инструментов управления рисками - профили рисков, методические рекомендации выявления рисков, формы таможенного контроля и меры по минимизации рисков и др.
ИТ обеспечения - база данных профилей рисков, программный модуль выявления рисков, аналитические системы анализа информации и др.
организационной и кадровой структуры - управление рисками в центральном аппарате ФТС и отделы в РТУ и таможнях.
Так вот и в компании, тоже нужна система и системная работа по управлению рисками.
Если подробно раскрывать каждый пункт, то это минимум на 4-5 не самых коротких постов. А хочется уже тему завершить на ранее предложенном уровне абстракции.
Поэтому тезисно:
регламентация и правовое обеспечение - для бизнеса можно начать с короткого регламента, в котором коротко обозначить что это такое, зачем нужно, какие должны быть результаты, что надо делать, кому и когда надо делать, кто контролирует применение
организационной и кадровой структуры - «кому ... надо делать, кто контролирует применение» - по сути кадровая структура.
методология и инструменты управления рисками - то как вы это делаете: как выявляете, как фиксируете, как выбираете метод управления (снижение, передача, распределение, уход и др.), как выявляете и актуализируете. И тут сложно коротко. Даю ссылку, где много интересного и бесплатно.
ИТ обеспечения - все что было написано сверху - это по сути «решения на коленке» (такие почти бесплатные заплатки).
Если подходить глобально, то обзор специализированных программных средств вот тут. Но, мое личное мнение, если ваша компания не «Трансконтейнер» или «Маерск», то ранова-то. Просто дорого и неоправданно будет.
И последнюю «заплатка» в тему.
Как можно быстро начать управлять рисками.
1. Определите круг компетентных и проактивных людей, которые готовы будут это пласт начать поднимать (из производства, из руководства, из бизнес-аналитиков или айтишников).
2. Заводите вотсап группу в компании с уполномоченными сотрудниками.
3. Как только случилось что-то, что может повториться и будет нести для компании потери (финансовые или имиджевые) коротко пишите сообщение в эту группу.
4. В мини-рабочей группе или собрании отдела разбираете почему это произошло, что было сделано неправильно и что нужно или не нужно делать в дальнейшем, а также какой из инструментов напоминания об этой ситуации выбрать из описанных в моих постах по этой теме выше.
5. Сделайте шпоргалку.
6. Периодически контролируйте повторяемость рисковых ситуаций, и что было сделано-не сделано.
Как только вы не потратите «привычных денег на закрытие вопроса из-за тупой технической ошибки сотрудника, который забыл» вам понравится.🤝👍
#управлениерисками
Так уж получилось, что несколько дней на этой неделе я пролежал с температурой.
А когда температура высокая, во время сна снится всякая дичь (то одеяло кажется автоматом, который никак собрать не можешь, то такое ощущение, что по тебе муравьи ползут).
В этот раз в температурном приходе меня мучал вопрос «незавершенности темы про риски в блоге»... То одно завершение, то другое снилось...
И в какой-то момент, пришло температурное ведение, чего же все-таки не хватает.
Пишу.
Можно долго приводить примеры того, как обвешать бизнес-процесс автоматизированными чек-листами, проверками, шпоргалками, напоминалками и справками.
Но все это не будет иметь никакой ценности, если сама работа по выявлению рисков, формированию перечня мер по их минимизации (сейчас ещё можно говорить «митигированию») и контролю эффективности управления рисками, не выстроена и не носит системный характер.
Для управления рисками нужна система управления рисками («спасибо, кэп»). 🤦🏻🤦🏼🤦🏽🤦🏽🤦🏽♀️🤦🏼♀️🤦🏻♀️
И та таможенная СУР (или как ее в бизнесе называют СУРы, а таможенных органах часто СУРки, а злые языки обСУРд), это и есть «система управления рисками таможенных органов», которая не сводится только к профилям рисков.
Это система, состоящая из:
регламентации и правового обеспечения - от таможенного кодекса до ДСП инструкций
методологии и инструментов управления рисками - профили рисков, методические рекомендации выявления рисков, формы таможенного контроля и меры по минимизации рисков и др.
ИТ обеспечения - база данных профилей рисков, программный модуль выявления рисков, аналитические системы анализа информации и др.
организационной и кадровой структуры - управление рисками в центральном аппарате ФТС и отделы в РТУ и таможнях.
Так вот и в компании, тоже нужна система и системная работа по управлению рисками.
Если подробно раскрывать каждый пункт, то это минимум на 4-5 не самых коротких постов. А хочется уже тему завершить на ранее предложенном уровне абстракции.
Поэтому тезисно:
регламентация и правовое обеспечение - для бизнеса можно начать с короткого регламента, в котором коротко обозначить что это такое, зачем нужно, какие должны быть результаты, что надо делать, кому и когда надо делать, кто контролирует применение
организационной и кадровой структуры - «кому ... надо делать, кто контролирует применение» - по сути кадровая структура.
методология и инструменты управления рисками - то как вы это делаете: как выявляете, как фиксируете, как выбираете метод управления (снижение, передача, распределение, уход и др.), как выявляете и актуализируете. И тут сложно коротко. Даю ссылку, где много интересного и бесплатно.
ИТ обеспечения - все что было написано сверху - это по сути «решения на коленке» (такие почти бесплатные заплатки).
Если подходить глобально, то обзор специализированных программных средств вот тут. Но, мое личное мнение, если ваша компания не «Трансконтейнер» или «Маерск», то ранова-то. Просто дорого и неоправданно будет.
И последнюю «заплатка» в тему.
Как можно быстро начать управлять рисками.
1. Определите круг компетентных и проактивных людей, которые готовы будут это пласт начать поднимать (из производства, из руководства, из бизнес-аналитиков или айтишников).
2. Заводите вотсап группу в компании с уполномоченными сотрудниками.
3. Как только случилось что-то, что может повториться и будет нести для компании потери (финансовые или имиджевые) коротко пишите сообщение в эту группу.
4. В мини-рабочей группе или собрании отдела разбираете почему это произошло, что было сделано неправильно и что нужно или не нужно делать в дальнейшем, а также какой из инструментов напоминания об этой ситуации выбрать из описанных в моих постах по этой теме выше.
5. Сделайте шпоргалку.
6. Периодически контролируйте повторяемость рисковых ситуаций, и что было сделано-не сделано.
Как только вы не потратите «привычных денег на закрытие вопроса из-за тупой технической ошибки сотрудника, который забыл» вам понравится.🤝👍
#управлениерисками
Неожиданные статьи от совсем неожиданных компаний или цифровая гонка и угрозы от лидеров цифровизации
На днях мне попалось несколько любопытных и неожиданных статей.
С одной стороны СберБанк решил доходчиво рассказать как руководителю вылезти из операционки, как бы простыми (очень простыми словами) расписал основы управления бизнес-процессами и проектирование карты бизнес-процессов. Никаких сложных bpms терминов. Все просто и доступно.
Про Сбер-Логистику мы и так все слышали - это не новость.
С другой стороны, недавно я слушал выступления одного из топ-менеджеров МТС (на стыке IT и производства) и был удивлён на сколько он в курсе процессов логистики. А потом он же рассказал, что, оказывается, МТС разработал технологию установки датчиков на транспортные средства для сбора данных и внедрения IOT для логистики (ранее мы про интернет вещей писали тут). Через несколько дней я читаю о том, что «работа над онлайн-сервисом от МТС по оптимизации логистики Teleport подходит к концу. Скоро платформа запустится в полную силу». А ещё на следующий день я читаю, что МТС выпускает на рынок новый условно бесплатный CRM продукт для бизнеса.
В одном из постов ранее была ссылка на то, что Мегафон запустил свой логистический маркет-плейс.
И вот вопрос, не много ли упоминаний про цифровизацию логистики от компаний, которые к ней отношение-то имеют очень опосредованное?
Тем более, не просто цифровизация внутри себя, а выпуск сервисных продуктов на рынок. А дальше- больше, вообще выпуск кучи сервисов, по непрофильным направлениям (CRM от МТС).
И тут же ответ.
А чему удивляться?!
Все эти компании активно занимаются цифровизацией.
У них есть деньги, квалифицированные цифровые специалисты, продуктовое мышление, выстроенные системы поощрения внутреннего предпринимательства и, похоже, свободные ресурсы для того чтобы все вышеперечисленное пускать на максимальное внедрение (а со временем, возможно, и поглощение) непрофильных рынков.
Так вот, во многих книгах про цифровую трансформацию пишут про необходимость анализа цифровых угроз.
В том числе, как могут в целом тренды цифровизации макросреды повлиять на продукт Вашей компании. Как он может обесцениться или кто может стать неожиданным конкурентом за счёт того, что меняет модель своего бизнеса и начинает выпускать цифровые продукты. (Банковская сфера это уже прошла и традиционные банки получили неожиданных конкурентов из цифровых стартапов).
А все что я написал выше - это яркий тому пример. Мы в логистике и таможенном оформлении конкурируем между собой как умеем (кто ресурсом, кто качеством сервиса, кто демпингом цен, кто возможностью монополий).
Про все цифровое мы думаем «это не про нас», это все байки, нет ничего такого и т.д.
И просто пропускаем момент, когда на рынок выходят новые игроки.
И в тактической и стратегической перспективе они вполне могут поглотить рынок.
Пока, наверное, не поздно войти в цифровую гонку, которую мы часто даже не замечаем, и сохранить свои позиции. У нас (старожилов рынка) есть одно преимущество. Экспертность и опыт. Но нет денег и желания (и именно желания в первую очередь) меняться.
У них (МТС, СБЕР и все остальные) есть экспертность в цифре, деньги и проактивность...
Но нет экспертности в профильных вопросах...
Пока нет... Только они (цифровые лидеры) этих экспертов находят вовне. Коллаборацию никто не отменял. Да и, что говорить, я уже был на встрече в одном из банков, где методично обсуждался вопрос, какой продукт нужен рынку ВЭД, чтобы в этот рынок залезть. (В этот момент где-то в глубине подсознания маякнуло что-то про «стратегию проникновения на рынок»).
На этом, пожалуй, сегодня остановлюсь...
Доброго пятничного утра друзья.
А вы готовы к участию в цифровой гонке?
#цифровыеугрозы #цифроваягонка #размышления #bpms
На днях мне попалось несколько любопытных и неожиданных статей.
С одной стороны СберБанк решил доходчиво рассказать как руководителю вылезти из операционки, как бы простыми (очень простыми словами) расписал основы управления бизнес-процессами и проектирование карты бизнес-процессов. Никаких сложных bpms терминов. Все просто и доступно.
Про Сбер-Логистику мы и так все слышали - это не новость.
С другой стороны, недавно я слушал выступления одного из топ-менеджеров МТС (на стыке IT и производства) и был удивлён на сколько он в курсе процессов логистики. А потом он же рассказал, что, оказывается, МТС разработал технологию установки датчиков на транспортные средства для сбора данных и внедрения IOT для логистики (ранее мы про интернет вещей писали тут). Через несколько дней я читаю о том, что «работа над онлайн-сервисом от МТС по оптимизации логистики Teleport подходит к концу. Скоро платформа запустится в полную силу». А ещё на следующий день я читаю, что МТС выпускает на рынок новый условно бесплатный CRM продукт для бизнеса.
В одном из постов ранее была ссылка на то, что Мегафон запустил свой логистический маркет-плейс.
И вот вопрос, не много ли упоминаний про цифровизацию логистики от компаний, которые к ней отношение-то имеют очень опосредованное?
Тем более, не просто цифровизация внутри себя, а выпуск сервисных продуктов на рынок. А дальше- больше, вообще выпуск кучи сервисов, по непрофильным направлениям (CRM от МТС).
И тут же ответ.
А чему удивляться?!
Все эти компании активно занимаются цифровизацией.
У них есть деньги, квалифицированные цифровые специалисты, продуктовое мышление, выстроенные системы поощрения внутреннего предпринимательства и, похоже, свободные ресурсы для того чтобы все вышеперечисленное пускать на максимальное внедрение (а со временем, возможно, и поглощение) непрофильных рынков.
Так вот, во многих книгах про цифровую трансформацию пишут про необходимость анализа цифровых угроз.
В том числе, как могут в целом тренды цифровизации макросреды повлиять на продукт Вашей компании. Как он может обесцениться или кто может стать неожиданным конкурентом за счёт того, что меняет модель своего бизнеса и начинает выпускать цифровые продукты. (Банковская сфера это уже прошла и традиционные банки получили неожиданных конкурентов из цифровых стартапов).
А все что я написал выше - это яркий тому пример. Мы в логистике и таможенном оформлении конкурируем между собой как умеем (кто ресурсом, кто качеством сервиса, кто демпингом цен, кто возможностью монополий).
Про все цифровое мы думаем «это не про нас», это все байки, нет ничего такого и т.д.
И просто пропускаем момент, когда на рынок выходят новые игроки.
И в тактической и стратегической перспективе они вполне могут поглотить рынок.
Пока, наверное, не поздно войти в цифровую гонку, которую мы часто даже не замечаем, и сохранить свои позиции. У нас (старожилов рынка) есть одно преимущество. Экспертность и опыт. Но нет денег и желания (и именно желания в первую очередь) меняться.
У них (МТС, СБЕР и все остальные) есть экспертность в цифре, деньги и проактивность...
Но нет экспертности в профильных вопросах...
Пока нет... Только они (цифровые лидеры) этих экспертов находят вовне. Коллаборацию никто не отменял. Да и, что говорить, я уже был на встрече в одном из банков, где методично обсуждался вопрос, какой продукт нужен рынку ВЭД, чтобы в этот рынок залезть. (В этот момент где-то в глубине подсознания маякнуло что-то про «стратегию проникновения на рынок»).
На этом, пожалуй, сегодня остановлюсь...
Доброго пятничного утра друзья.
А вы готовы к участию в цифровой гонке?
#цифровыеугрозы #цифроваягонка #размышления #bpms
Как поздравить с 8 Марта?
Один из таможенных представителей в своей Facebook группе написал забавный пост про 8 Марта.
Забавность заключается в том, что ребята пофантазировали, как бы могли бы таможенники поздравить представительниц прекрасного пола.
Цитирую:
«Например, девушка декларант подаёт ДТ. Ее фамилия в 54 графе.
И ей накануне 8 Марта сообщение о выпуске товаров приходит в формате «Выпуск разрешён. Поздравляем с праздником весны».
Или прилетает запрос на предоставление дополнительных документов, а там такая приписка:
«Вообще сработал досмотр, но в честь праздника весны просто запросим документы».
Ну или приезжает девушка в ОАР давать пояснения. А ей инспекторский состав на входе песенку поёт и цветы вручает. Ну а потом уже пояснения.»
Посмеялся я над этим.
Кстати картинку тоже у них позаимствовал.
А потом подумал, что эти фантазии в бизнесе вполне применимы для нестандартного (оригинального) поздравления с праздниками.
Я уверен, что у значительной части компаний отправки выпущенных ДТ заказчику происходят автоматически. Либо через настройки Альты (или иного программного средства для декларирования), либо в рамках доработанных учётных систем.
(Если это не так, а декларанты тратят на это время и отправляют ДТ руками, то вы просто зря оплачиваете им где-то 5% рабочего времени).
Так вот, в альте можно настроить маску текста сообщения при отправке ДТ.
Так может быть перед 8 Марта эту маску сделать такой:
«ДТ 11111111/080320/1111111 выпуск разрешён, с чем мы вас и поздравляем, а также поздравляем с праздником»
Или
«Поздравляем, ДТ ... выпуск разрешён, с 8 Марта».
Ну и так далее.
Уверен клиенты будут приятно удивлены.
А если отправками занимается учетная система или иная надстройка, то тут вообще вариантов много.
Можно же целый справочник праздников сделать, и в эти даты текст письма менять, а вместе с ДТ вкладывать приятную открыточку.
#кейсы #неожиданныерешения
Один из таможенных представителей в своей Facebook группе написал забавный пост про 8 Марта.
Забавность заключается в том, что ребята пофантазировали, как бы могли бы таможенники поздравить представительниц прекрасного пола.
Цитирую:
«Например, девушка декларант подаёт ДТ. Ее фамилия в 54 графе.
И ей накануне 8 Марта сообщение о выпуске товаров приходит в формате «Выпуск разрешён. Поздравляем с праздником весны».
Или прилетает запрос на предоставление дополнительных документов, а там такая приписка:
«Вообще сработал досмотр, но в честь праздника весны просто запросим документы».
Ну или приезжает девушка в ОАР давать пояснения. А ей инспекторский состав на входе песенку поёт и цветы вручает. Ну а потом уже пояснения.»
Посмеялся я над этим.
Кстати картинку тоже у них позаимствовал.
А потом подумал, что эти фантазии в бизнесе вполне применимы для нестандартного (оригинального) поздравления с праздниками.
Я уверен, что у значительной части компаний отправки выпущенных ДТ заказчику происходят автоматически. Либо через настройки Альты (или иного программного средства для декларирования), либо в рамках доработанных учётных систем.
(Если это не так, а декларанты тратят на это время и отправляют ДТ руками, то вы просто зря оплачиваете им где-то 5% рабочего времени).
Так вот, в альте можно настроить маску текста сообщения при отправке ДТ.
Так может быть перед 8 Марта эту маску сделать такой:
«ДТ 11111111/080320/1111111 выпуск разрешён, с чем мы вас и поздравляем, а также поздравляем с праздником»
Или
«Поздравляем, ДТ ... выпуск разрешён, с 8 Марта».
Ну и так далее.
Уверен клиенты будут приятно удивлены.
А если отправками занимается учетная система или иная надстройка, то тут вообще вариантов много.
Можно же целый справочник праздников сделать, и в эти даты текст письма менять, а вместе с ДТ вкладывать приятную открыточку.
#кейсы #неожиданныерешения
В коем-то веке я заинтригован в части роботизации процесса
На днях мне на почту пришло предложение по очередной системе автоматизации. В этом случае будет точнее сказать роботизации с использованием технологии RPA.
Что есть RPA?
Robotic Process Automation (RPA) — вид технологии автоматизации бизнес-процессов, основанный на использовании программных роботов (software robots) и искусственного интеллекта. Программный робот воспроизводит действия человека, взаимодействуя с интерфейсом системы.
Сильно подробнее по ссылке.
Где-то выше я уже говорил, что технология RPA - это хорошо и перспективно, но дорого.
Так вот, прислали мне эту презентацию. Смотрю: ну стандартные лозунги. Как все хорошо, робот работает вместо человека 24/7, без ошибок и т.д.
А потом, начинаются примеры применения.
И тут у меня аж глаз задергался.
Смотрю раздел «логистика». И в нем...
Барабанная дробь...
«Автоматизация формирования таможенных деклараций и иных документов.»
Звоню менеджеру. Говорю покажи.
Он... Не могу, говорит, работает у клиента.
В таком ключе мы поговорили ещё.
Я все про то, «что не хочу лозунгов - дай практики».
Короче. Жду от него расширенную презентацию.
Уж больно любопытно, неужели кто-то все-таки это сделал и не пожалел бюджет на автоматизацию подготовки ДТ, да ещё и осмелился внедрить это в работу.
Ну и чтобы не быть голословным - прикладываю презентацию, которая так меня взбудоражила.
Конечно же отпишу, чем закончится история.
#rpa #автоматизацияподготовкидт
На днях мне на почту пришло предложение по очередной системе автоматизации. В этом случае будет точнее сказать роботизации с использованием технологии RPA.
Что есть RPA?
Robotic Process Automation (RPA) — вид технологии автоматизации бизнес-процессов, основанный на использовании программных роботов (software robots) и искусственного интеллекта. Программный робот воспроизводит действия человека, взаимодействуя с интерфейсом системы.
Сильно подробнее по ссылке.
Где-то выше я уже говорил, что технология RPA - это хорошо и перспективно, но дорого.
Так вот, прислали мне эту презентацию. Смотрю: ну стандартные лозунги. Как все хорошо, робот работает вместо человека 24/7, без ошибок и т.д.
А потом, начинаются примеры применения.
И тут у меня аж глаз задергался.
Смотрю раздел «логистика». И в нем...
Барабанная дробь...
«Автоматизация формирования таможенных деклараций и иных документов.»
Звоню менеджеру. Говорю покажи.
Он... Не могу, говорит, работает у клиента.
В таком ключе мы поговорили ещё.
Я все про то, «что не хочу лозунгов - дай практики».
Короче. Жду от него расширенную презентацию.
Уж больно любопытно, неужели кто-то все-таки это сделал и не пожалел бюджет на автоматизацию подготовки ДТ, да ещё и осмелился внедрить это в работу.
Ну и чтобы не быть голословным - прикладываю презентацию, которая так меня взбудоражила.
Конечно же отпишу, чем закончится история.
#rpa #автоматизацияподготовкидт
Страсти вокруг роботизации накаляются
Продолжаю почти в режиме реального времени (начало тут).
Менеджер продажник после небольшой паузы вернулся на связь. Сказал, что нашли в своих хранилищах этот проект (автоматизация подготовки таможенной декларации на платформе rpa) и на днях покажут презентацию и расскажут конкретику.
Пока я жду презентации, поделюсь своими мыслями о возможности/невозможности и экономической целесообразности такого проекта.
Возможно?
Возможно!
Для любого декларирования?
Нет.
На данный момент, это, как мне кажется, применимо, для поточного «простого» декларирования.
Тот случай, когда можно подать 100+ ДТ в месяц одним человеком.
Какие условия?
1. Шаблонные документы на входе (то есть одинаковые (по одной структуре) и распознаваемые (желательно эксель, либо формализованный pdf, либо на край графические файлы, но в очень хорошем качестве).
2. Поступление этих документов с конкретных адресов почты (желательно со структурированным заголовком).
3. Отработанная повторяющаяся номенклатура.
4. Наличие шаблона ДТ на декларирование этих товаров.
5. И чёткое понимание, что в этом шаблоне меняется от поставки к поставке (номера ТС, ТСД, веса и пр.).
6. На каком-то этапе, по уму, ещё надо добавить вычислительные проверки на данные (что сумма весов всех позиций равна сумме итого по поставке и пр.).
Ну ок, предположим, это все есть.
Экономическая целесообразность.
Если с потоком справляется 1 сотрудник с условной зарплатой 70 000 руб. на руки. Компании он обходится ежемесячно приблизительно в 100000 руб. с учетом налогов. (Стоимость обустройства рабочего места и аренды не учитываю).
В год, этот сотрудник компании обходится в 1,2 млн рублей. (Это, замечу, без отпусков и передачи объема декларирования другим сотрудникам).
Приблизительная стоимость ПО для роботизации в год от 400000 год (но эта цифра требует уточнения, возможно я чего-то не учёл).
Стоимость проекта по настройке, предположим, что тоже не меньше 300000 руб.
На выходе получаем, что, похоже, экономическая целесообразность в описанной ситуации в принципе есть.
И это даже в том, случае, если робот работает с той же скоростью выполнения механических действий, как человек.
Если вы хоть раз делали Макрос в Эксель, на однотипные операции (например копирование данных и протягивание формул), то вы замечали, что операция, которую делает человек минуту, макрос делает где-то минимум в 2 раза быстрее (за счёт ускорения переключений между листами/книгами, выделения массивов и прочее).
Думается мне, что и в случае с роботом, механические действия (переключение между программами, копирование данных) будет быстрее.
Остался вопрос: есть ли такая нагрузка на вход, которую робот сделает быстрее, чем человек и тем самым ещё увеличит эффективность.
В общем, жду презентацию от разработчика.
Все ещё остаюсь заинтригован.
ПС: главное, чтобы это не оказалось пустышкой как предложения из разных областей, с которыми я ранее сталкивался.
#rpa #рассуждения #экономическаяэффектвность
Продолжаю почти в режиме реального времени (начало тут).
Менеджер продажник после небольшой паузы вернулся на связь. Сказал, что нашли в своих хранилищах этот проект (автоматизация подготовки таможенной декларации на платформе rpa) и на днях покажут презентацию и расскажут конкретику.
Пока я жду презентации, поделюсь своими мыслями о возможности/невозможности и экономической целесообразности такого проекта.
Возможно?
Возможно!
Для любого декларирования?
Нет.
На данный момент, это, как мне кажется, применимо, для поточного «простого» декларирования.
Тот случай, когда можно подать 100+ ДТ в месяц одним человеком.
Какие условия?
1. Шаблонные документы на входе (то есть одинаковые (по одной структуре) и распознаваемые (желательно эксель, либо формализованный pdf, либо на край графические файлы, но в очень хорошем качестве).
2. Поступление этих документов с конкретных адресов почты (желательно со структурированным заголовком).
3. Отработанная повторяющаяся номенклатура.
4. Наличие шаблона ДТ на декларирование этих товаров.
5. И чёткое понимание, что в этом шаблоне меняется от поставки к поставке (номера ТС, ТСД, веса и пр.).
6. На каком-то этапе, по уму, ещё надо добавить вычислительные проверки на данные (что сумма весов всех позиций равна сумме итого по поставке и пр.).
Ну ок, предположим, это все есть.
Экономическая целесообразность.
Если с потоком справляется 1 сотрудник с условной зарплатой 70 000 руб. на руки. Компании он обходится ежемесячно приблизительно в 100000 руб. с учетом налогов. (Стоимость обустройства рабочего места и аренды не учитываю).
В год, этот сотрудник компании обходится в 1,2 млн рублей. (Это, замечу, без отпусков и передачи объема декларирования другим сотрудникам).
Приблизительная стоимость ПО для роботизации в год от 400000 год (но эта цифра требует уточнения, возможно я чего-то не учёл).
Стоимость проекта по настройке, предположим, что тоже не меньше 300000 руб.
На выходе получаем, что, похоже, экономическая целесообразность в описанной ситуации в принципе есть.
И это даже в том, случае, если робот работает с той же скоростью выполнения механических действий, как человек.
Если вы хоть раз делали Макрос в Эксель, на однотипные операции (например копирование данных и протягивание формул), то вы замечали, что операция, которую делает человек минуту, макрос делает где-то минимум в 2 раза быстрее (за счёт ускорения переключений между листами/книгами, выделения массивов и прочее).
Думается мне, что и в случае с роботом, механические действия (переключение между программами, копирование данных) будет быстрее.
Остался вопрос: есть ли такая нагрузка на вход, которую робот сделает быстрее, чем человек и тем самым ещё увеличит эффективность.
В общем, жду презентацию от разработчика.
Все ещё остаюсь заинтригован.
ПС: главное, чтобы это не оказалось пустышкой как предложения из разных областей, с которыми я ранее сталкивался.
#rpa #рассуждения #экономическаяэффектвность
Единороги существуют или немного детективного расследования
Продолжаю историю про RPA (начало выше).
Вернулся на связь разработчик, говорит, все есть, нашли, показать не можем, но работает приблизительно вот так.
Надо отдать должное, стоически молчали и не признавались, кому конкретно делали.
Но в диалоге я понял, что слова «ТСД и Альта» им знакомы.
Удалось только узнать, на какой платформе выстроены процессы и ориентировочная стоимость проекта (в формате от 100000 до 2000000🤣🤣🤣🤣🤣).
И тут я включил Шерлока. Пошёл почитать про платформу, оттуда на вендеров и разработчиков. И на одном из сайтов... Оп... И вижу знакомый логотип.
И в этот момент, где-то на горизонте радужного леса топнул копытцем единорог и пролетела фея.🧚♀️
Компания, лично мной очень уважаемая. Наблюдаю со стороны и в части маркетинга, и в части публичных выступлений. Про их цифровизацию слышал, но думал, что, как и у многих, это либо лозунги, либо позиционирование «желаемого за действительное».
А тут нет. Похоже это заявка на успех.
И я даже не буду сильно акцентировать внимание, на то, что представители этой компании пока ещё читают этот канал🧐
Вот такой промышленный шпионаж.
В общем мои выводы:
⁃ проектом я заинтересовался серьезно
⁃ внимательно оценю экономическую эффективность
⁃ с кем, если что работать, уже знаю.
И да, цифровые логистические единороги существуют. И все-таки цифровое настоящее уже с ноги «стучится в дверь» нашей отрасли. Так что всем тем, кто не верит, говорю - задумайтесь.
А пока хороших выходных.
#RPA #кейсы
Продолжаю историю про RPA (начало выше).
Вернулся на связь разработчик, говорит, все есть, нашли, показать не можем, но работает приблизительно вот так.
Надо отдать должное, стоически молчали и не признавались, кому конкретно делали.
Но в диалоге я понял, что слова «ТСД и Альта» им знакомы.
Удалось только узнать, на какой платформе выстроены процессы и ориентировочная стоимость проекта (в формате от 100000 до 2000000🤣🤣🤣🤣🤣).
И тут я включил Шерлока. Пошёл почитать про платформу, оттуда на вендеров и разработчиков. И на одном из сайтов... Оп... И вижу знакомый логотип.
И в этот момент, где-то на горизонте радужного леса топнул копытцем единорог и пролетела фея.🧚♀️
Компания, лично мной очень уважаемая. Наблюдаю со стороны и в части маркетинга, и в части публичных выступлений. Про их цифровизацию слышал, но думал, что, как и у многих, это либо лозунги, либо позиционирование «желаемого за действительное».
А тут нет. Похоже это заявка на успех.
И я даже не буду сильно акцентировать внимание, на то, что представители этой компании пока ещё читают этот канал🧐
Вот такой промышленный шпионаж.
В общем мои выводы:
⁃ проектом я заинтересовался серьезно
⁃ внимательно оценю экономическую эффективность
⁃ с кем, если что работать, уже знаю.
И да, цифровые логистические единороги существуют. И все-таки цифровое настоящее уже с ноги «стучится в дверь» нашей отрасли. Так что всем тем, кто не верит, говорю - задумайтесь.
А пока хороших выходных.
#RPA #кейсы
Мероприятия на стыке логистики и цифровых технологий.
1️⃣Вебинар: Supply Chain Management: сравнительный анализ подходов к управлению запасами
Дата и время: 17 марта, ВТ, 11:00 по Московскому времени
Как заявляют организаторы:
Вебинар, который даст вам полную картину современных методов управления Supply Chain на производственном предприятии. Плюсы и минусы каждой методики, а главное — важные выводы.
Поговорим на темы:
- Как повысить скорость и надёжность производства при одновременном сокращении запасов?
- Как увеличить оборотный капитал предприятия через эффективное управление в Supply Chain?
- Что такое методология DDMRP и почему она меняет жизнь сотен производств каждый год во всем мире?
Регистрация и подробности по ссылке
2️⃣Митап в Сколково: Blockchain PRO Logistics
Дата и время: 18 марта, СР, 11:00 - 14:00
Место: Москва, Сколково
О чём:
разбор кейсов на тему внедрения блокчейн-технологий в логистике представителями Waves Enterprise, Евразийского железнодорожного альянса и Global Chain
Программа:
• как оценить ресурсы, финансирование, бизнес-эффект от внедрения
• сложности интеграции на живых примерах
• инфраструктура логистического сектора в будущем
• нетворкинг и кофе-брейк
Регистрация и подробности по ссылке.
#мероприятия
1️⃣Вебинар: Supply Chain Management: сравнительный анализ подходов к управлению запасами
Дата и время: 17 марта, ВТ, 11:00 по Московскому времени
Как заявляют организаторы:
Вебинар, который даст вам полную картину современных методов управления Supply Chain на производственном предприятии. Плюсы и минусы каждой методики, а главное — важные выводы.
Поговорим на темы:
- Как повысить скорость и надёжность производства при одновременном сокращении запасов?
- Как увеличить оборотный капитал предприятия через эффективное управление в Supply Chain?
- Что такое методология DDMRP и почему она меняет жизнь сотен производств каждый год во всем мире?
Регистрация и подробности по ссылке
2️⃣Митап в Сколково: Blockchain PRO Logistics
Дата и время: 18 марта, СР, 11:00 - 14:00
Место: Москва, Сколково
О чём:
разбор кейсов на тему внедрения блокчейн-технологий в логистике представителями Waves Enterprise, Евразийского железнодорожного альянса и Global Chain
Программа:
• как оценить ресурсы, финансирование, бизнес-эффект от внедрения
• сложности интеграции на живых примерах
• инфраструктура логистического сектора в будущем
• нетворкинг и кофе-брейк
Регистрация и подробности по ссылке.
#мероприятия
Проверка на прочность или не очень обычная неделя
Я думаю, что все согласятся, что это была не очень обычная неделя.
Началась она с резкого (приближенного к паническому) повального перехода на удаленку.
Продолжилась, появлением полупонятных новостей, про «зелёные коридоры» имени Мишустина, про отмену налоговых и таможенных проверок, про очереди в пунктах пропуска, возможность временной отмены Платона для большегрузов (кстати картинку опять позаимствовал у одного таможенного представителя только от себя добавил немного модного глитч-эффекта, чтобы более цифровым было) и разъяснения о работе сертификационных органов в условиях короновируса.
Все эти новости в промежутке между шутками и видео про гречку, туалетную бумагу и пустые полки в магазинах.
На что лично я обратил внимание, в рамках темы этого канала.
1️⃣Оказалось, что не все компании в области готовы к моментальному переходу на удаленку. Для меня это был шок. Ну как так, реестровый таможенный представитель, с объемом ДТ более 300 в месяц (то есть не «серый брокер»-1 стол-2 сотрудника - 10 ДТ/мес). И все ездят на работу в офис. Это к разговору, о цифровой и управленческой зрелости. Не здорово, правда.
2️⃣Темой карантина и вируса воспользовались для целей маркетинга. Озон резко пустил рекламу про бесконтактную доставку. А интернет академии начали открывать демо-доступы к курсам. Тут, кстати, стоит отметить смекалку одной логистической компании, которая не растерялась, а провела онлайн бизнес-завтрак. Хорошая идея, в масть, как говорится.
3️⃣Один из университетов даже организует онлайн конференцию «Удаленка: доверять нельзя контролировать». А отдельные поставщики цифровых продуктов, например Битрикс24, так вообще развели активную пиар акцию на тему возможности быстрого перехода в онлайн.
5️⃣Общественность быстро организовала сбор актуальной информации по состоянию в пунктах пропуска в одной из профильных фэйсбук групп
5️⃣В эту же тему появились сайты, с отображением среднего времени пересечения границы транспортными средствами.
С учетом того, что про удалённую работу сейчас пишут все, я сохранил себе несколько толковых постов про работу на удаленке от технической организации для сисадминов, до самоорганизации для сотрудников.
Коротко об удаленке от практикующего удаленщика
Статья как работать дома во время карантина
Wiki про удаленку (на английском языке)
Замечу, что год назад я сам столкнулся, с «проблемами самоорганизации работы дома». Поэтому то, что написано в статьях выше, ох как актуально, чтобы «не вскрыться в 4 стенах».
Ну а в моем личном топе необычных событий недели я выделю то, что первый раз я серьезно писал ТЗ на выполнение работ для специалиста по Python. Для тех, кто вдруг не в курсе, это язык программирования, который часто используется для обработки данных в data-science.
И задача, для решения которой нужен этот специалист, из нашей родной таможенно-логистической области.
Подробно об этой задаче расскажу в следующих постах.
#удаленка
Я думаю, что все согласятся, что это была не очень обычная неделя.
Началась она с резкого (приближенного к паническому) повального перехода на удаленку.
Продолжилась, появлением полупонятных новостей, про «зелёные коридоры» имени Мишустина, про отмену налоговых и таможенных проверок, про очереди в пунктах пропуска, возможность временной отмены Платона для большегрузов (кстати картинку опять позаимствовал у одного таможенного представителя только от себя добавил немного модного глитч-эффекта, чтобы более цифровым было) и разъяснения о работе сертификационных органов в условиях короновируса.
Все эти новости в промежутке между шутками и видео про гречку, туалетную бумагу и пустые полки в магазинах.
На что лично я обратил внимание, в рамках темы этого канала.
1️⃣Оказалось, что не все компании в области готовы к моментальному переходу на удаленку. Для меня это был шок. Ну как так, реестровый таможенный представитель, с объемом ДТ более 300 в месяц (то есть не «серый брокер»-1 стол-2 сотрудника - 10 ДТ/мес). И все ездят на работу в офис. Это к разговору, о цифровой и управленческой зрелости. Не здорово, правда.
2️⃣Темой карантина и вируса воспользовались для целей маркетинга. Озон резко пустил рекламу про бесконтактную доставку. А интернет академии начали открывать демо-доступы к курсам. Тут, кстати, стоит отметить смекалку одной логистической компании, которая не растерялась, а провела онлайн бизнес-завтрак. Хорошая идея, в масть, как говорится.
3️⃣Один из университетов даже организует онлайн конференцию «Удаленка: доверять нельзя контролировать». А отдельные поставщики цифровых продуктов, например Битрикс24, так вообще развели активную пиар акцию на тему возможности быстрого перехода в онлайн.
5️⃣Общественность быстро организовала сбор актуальной информации по состоянию в пунктах пропуска в одной из профильных фэйсбук групп
5️⃣В эту же тему появились сайты, с отображением среднего времени пересечения границы транспортными средствами.
С учетом того, что про удалённую работу сейчас пишут все, я сохранил себе несколько толковых постов про работу на удаленке от технической организации для сисадминов, до самоорганизации для сотрудников.
Коротко об удаленке от практикующего удаленщика
Статья как работать дома во время карантина
Wiki про удаленку (на английском языке)
Замечу, что год назад я сам столкнулся, с «проблемами самоорганизации работы дома». Поэтому то, что написано в статьях выше, ох как актуально, чтобы «не вскрыться в 4 стенах».
Ну а в моем личном топе необычных событий недели я выделю то, что первый раз я серьезно писал ТЗ на выполнение работ для специалиста по Python. Для тех, кто вдруг не в курсе, это язык программирования, который часто используется для обработки данных в data-science.
И задача, для решения которой нужен этот специалист, из нашей родной таможенно-логистической области.
Подробно об этой задаче расскажу в следующих постах.
#удаленка
Внимательно послушал сегодня первую 3х часовую «он-лайн конференцию» по вопросам работы на удаленке.
Сначала было как-то скучно, но во второй половине стало интереснее.
На что я для себя обратил внимание.
1️⃣В основном все приводят примеры на основе удаленных команд по разработке, и это не совсем тоже самое, что декларанты, менеджеры ВЭД и клиентские менеджеры на удаленке. Хотя, команды разработки – там айтишники и программисты - люди с «теми еще коммуникативными особенностями». С нашей стороны декларанты и прочие «ВЭД-мастера» различного возраста, технической грамотности и степени коммуникативной открытости. В общем ситуации «+-» схожие. В счет тех, кто совсем с компьютером не дружит, не берем.
2️⃣Сильно понравился доклад человека, который прям вот накидал все возможное «г@вн0 на вентилятор», в формате с чем столкнетесь при переводе сотрудников на удаленку (от прокрастинации, до бесконтрольности и отсутствия мотивации, которую в офисе из-под пинков»). Приятно то, что помимо накидывания той самой субстанции, еще и «рецептов надавали».
3️⃣Большой акцент делался на сохранение эмоциональности отношений на удаленке, из серии то, что «условно» происходит в курилке надо воссоздать в он-лайне.
4️⃣Хорошие лозунги про то, что как бы не было неприятно то, что сейчас произошло, это вызов и возможность. Нас не спросили, готовы ли мы к работе на удаленке. Однако надо адаптироваться. Возможные плюсы, если сейчас отстроить работу, модель вполне можно будет поддерживать и после того, как все нормализуется.
5️⃣Много говорилось, про «психологическую ломку» от нахождения «условные 24 часа дома, с детьми и родными». Про необходимость адаптироваться, медитировать и сохранять спокойствие (и желательно не поссориться со всеми во круг). Чистейшая правда. Да это так. Знаю по себе. Тут нужно очень внимательно подойти к этому вопросу.
6️⃣Из практических советов
⏺для официальных сообщений формата «руководитель сообщает» - отдельный чат (без обсуждения и пр.)
⏺чаты для обсуждения и переписок по каждым рабочим свои (да, руководителю чатов будет несколько, зато информация не будет теряться для сотрудников – каждый читает то, что касается его, а не всех подряд) – проверено – работает
⏺создать отдельную болталку для неформального общения (онлайн аналог курилки)
⏺в чатах обсуждениях – обязательно цитаты при ответе, чтобы в общем потоке информации не запутаться что к чему относится
⏺одна мысль – одно сообщение
⏺при общении с сотрудниками один на один, как можно больше «эмодзи», чтобы диалог не выглядел сухим
7️⃣В части митапов (стэндапов), короче оперативок:
- регламент не более 2х минут (время прошло, гонг, перешли к следующему)
- сопровождать общение визуалом
- вообще все общение с сотрудниками по максимуму сопровождать видео.
Ну и если совсем к нашей области.
По моему опыту организовать работу декларантов на удаленке не сложно. Если у вас есть инструмент контроля нагрузки и статусов работы по поставкам (сколько пришло, сколько надо подать, сколько подано, сколько не выпущено), то дальше каждый себе работает и работает. По аналогии с логистикой (что-где-когда-сколько).
А вот в организации слаженной работы «клиентского блока» и «производства», вот тут могут быть нюансы. Далеко не везде эти службы в одной вертикали (один руководитель), и не везде, к сожалению, преследуют единые цели. Часто между «коммерсантами» и «производственниками» не то, чтобы противостояние, но как минимум бывают производственные конфликты. Ведь мне же не приснилась ситуация, когда влетает клиентский менеджер к декларантам или логистам, и начинает «усиленно доказывать» (с использованием всех возможных метафор), что с его клиентом как-то плохо работают.
Оно понятно, одни «про деньги и прибыль, и не важно на сколько сложный клиенты», то есть любым способом, другие «про производство, все сложно, проблемы, не грузи своим …, дай работу работать».
И вот именно для этих 2х блоков надо хорошо подумать над ежедневными митапами. Может быть, кстати, получится, создать новый подход к организации работы, пойти по пути модели «внутренней клиентоориентированности.⬇️
Сначала было как-то скучно, но во второй половине стало интереснее.
На что я для себя обратил внимание.
1️⃣В основном все приводят примеры на основе удаленных команд по разработке, и это не совсем тоже самое, что декларанты, менеджеры ВЭД и клиентские менеджеры на удаленке. Хотя, команды разработки – там айтишники и программисты - люди с «теми еще коммуникативными особенностями». С нашей стороны декларанты и прочие «ВЭД-мастера» различного возраста, технической грамотности и степени коммуникативной открытости. В общем ситуации «+-» схожие. В счет тех, кто совсем с компьютером не дружит, не берем.
2️⃣Сильно понравился доклад человека, который прям вот накидал все возможное «г@вн0 на вентилятор», в формате с чем столкнетесь при переводе сотрудников на удаленку (от прокрастинации, до бесконтрольности и отсутствия мотивации, которую в офисе из-под пинков»). Приятно то, что помимо накидывания той самой субстанции, еще и «рецептов надавали».
3️⃣Большой акцент делался на сохранение эмоциональности отношений на удаленке, из серии то, что «условно» происходит в курилке надо воссоздать в он-лайне.
4️⃣Хорошие лозунги про то, что как бы не было неприятно то, что сейчас произошло, это вызов и возможность. Нас не спросили, готовы ли мы к работе на удаленке. Однако надо адаптироваться. Возможные плюсы, если сейчас отстроить работу, модель вполне можно будет поддерживать и после того, как все нормализуется.
5️⃣Много говорилось, про «психологическую ломку» от нахождения «условные 24 часа дома, с детьми и родными». Про необходимость адаптироваться, медитировать и сохранять спокойствие (и желательно не поссориться со всеми во круг). Чистейшая правда. Да это так. Знаю по себе. Тут нужно очень внимательно подойти к этому вопросу.
6️⃣Из практических советов
⏺для официальных сообщений формата «руководитель сообщает» - отдельный чат (без обсуждения и пр.)
⏺чаты для обсуждения и переписок по каждым рабочим свои (да, руководителю чатов будет несколько, зато информация не будет теряться для сотрудников – каждый читает то, что касается его, а не всех подряд) – проверено – работает
⏺создать отдельную болталку для неформального общения (онлайн аналог курилки)
⏺в чатах обсуждениях – обязательно цитаты при ответе, чтобы в общем потоке информации не запутаться что к чему относится
⏺одна мысль – одно сообщение
⏺при общении с сотрудниками один на один, как можно больше «эмодзи», чтобы диалог не выглядел сухим
7️⃣В части митапов (стэндапов), короче оперативок:
- регламент не более 2х минут (время прошло, гонг, перешли к следующему)
- сопровождать общение визуалом
- вообще все общение с сотрудниками по максимуму сопровождать видео.
Ну и если совсем к нашей области.
По моему опыту организовать работу декларантов на удаленке не сложно. Если у вас есть инструмент контроля нагрузки и статусов работы по поставкам (сколько пришло, сколько надо подать, сколько подано, сколько не выпущено), то дальше каждый себе работает и работает. По аналогии с логистикой (что-где-когда-сколько).
А вот в организации слаженной работы «клиентского блока» и «производства», вот тут могут быть нюансы. Далеко не везде эти службы в одной вертикали (один руководитель), и не везде, к сожалению, преследуют единые цели. Часто между «коммерсантами» и «производственниками» не то, чтобы противостояние, но как минимум бывают производственные конфликты. Ведь мне же не приснилась ситуация, когда влетает клиентский менеджер к декларантам или логистам, и начинает «усиленно доказывать» (с использованием всех возможных метафор), что с его клиентом как-то плохо работают.
Оно понятно, одни «про деньги и прибыль, и не важно на сколько сложный клиенты», то есть любым способом, другие «про производство, все сложно, проблемы, не грузи своим …, дай работу работать».
И вот именно для этих 2х блоков надо хорошо подумать над ежедневными митапами. Может быть, кстати, получится, создать новый подход к организации работы, пойти по пути модели «внутренней клиентоориентированности.⬇️