Любая кризисная ситуация для бизнеса похожа на землетрясение — непонятно, что делать и куда двигаться. Чтобы вернуться к стабильности и процветанию, нужно осмотреться и принять решения по дальнейшему движению сразу по 3 направлениям.
Как вести себя с сотрудниками
Вот советы, как общаться с сотрудниками.
Говорить с командой . Делать это нужно открыто и честно, чтобы люди понимали — руководство в курсе и примет меры. Иначе сотрудники не будут чувствовать себя в безопасности. С одной стороны, концентрировать их на стандартных рабочих задачах, с другой — объяснить происходящее, иначе они сами додумают, чем ситуация закончится для них, и создадут панику.
Поддерживать сотрудников . Это могут быть встречи с психологом или руководством, настольные игры вне рабочего времени, неформальная обстановка. Например, руководитель может предложить сотрудникам коллективную онлайн-игру по вечерам пятницы.
Приготовиться к форс-мажорам . В любой ситуации бизнес должен быть готов к тому, что работники могут начать массово увольняться или уходить на больничные. Руководство должно говорить с людьми, чтобы заранее знать о каждом желающем уйти.
СЕКРЕТ УСПЕШНОЙ Бизнес Идеи | Как следить за трендами?
Записать речь основателя или директоров . Поддержка от основателя бизнеса или главного руководства компании помогает людям успокоиться и включиться в рабочие задачи.
Руководитель должен понимать ситуацию каждого подчинённого и настроения в коллективе и у каждого работника. Хорошо, если есть общий чат, где все сотрудники. По переписке с человеком можно понять, насколько тяжело ему сейчас. Можно инициировать разговор и найти компромиссные варианты загрузки. Не нужно быть психологом, чтобы людям было комфортно работать в коллективе.
Важно уметь учитывать специфику бизнеса.
Константин Рудов, главред SMMplanner
Как следить за бизнесом
Подготовить запасной план . Всегда нужен дополнительный вектор развития на случай, если основной в ближайшем будущем не будет приносить нужного дохода.
Реклама. Намечайте краткосрочные горизонты планов и работайте с HADI-циклами: гипотеза — тест — данные — вывод. Синхронизируйте все уровни планирования. Сверьте свою маркетинговую стратегию с новым бизнес-планом
Дизайн. Откажитесь от ярких цветов в постах, рекламе — они раздражают. Лучше использовать базовые оттенки или пастель — так визуалы станут чище и дружелюбнее. Важно учитывать вашу общую стилистику, чтобы это не выглядело чужеродно.
Сокращайте ваши коммуникационные послания и упрощайте их с помощью схем, картинок и иконок, чтобы вас точно дочитали.
Перестроиться . Если становится понятно, что основное направление работы будет закрываться, важно быстро перестроиться и начать развиваться по другим направлениям, чтобы опередить конкурентов.
Составить карту рисков . Составьте карту потенциальных рисков по всем направлениям и сценариям. Это поможет понять, как вести коммуникации с сотрудниками и контрагентами. Помогает в этом SWOT-анализ, об этом мы говорили в другой статье . Например, с помощью таблицы SWOT-анализа можно понять, что одно из направлений продажи необходимо закрывать из-за растущих расходов на производство и доставку и из-за падающих продаж.
Как управлять цифрами? Как оптимизировать свои продажи? Как следить за бизнесом? Дельта БМ
Изучить расходы . Необходимо проверить, на что уходят средства и куда они будут уходить в ближайшей перспективе. Изучите важность статей расходования, сократите или замените их на более важные при необходимости. Больше об этом в другом нашем материале . Так, например, можно понять, что пора менять упаковку на более бюджетную или отказаться от той рекламы, которая почти не приводит клиентов.
На своей практике я столкнулась уже с несколькими кризисами и поняла, что главное — не останавливаться. И советую:
всегда оставаться в контакте с клиентами и контрагентами;
фиксировать все проблемы и потребности клиента и бизнеса;
непрерывно обучаться и повышать квалификацию;
делать бизнес гибким.
Татьяна Кныжова, основатель консалтингового агентства «ТИТУЛ»
Как работать с клиентами
Успокаивать . Клиенты должны понимать, что их заказ будет выполнен, но, возможно, с задержкой.
Говорить о ценах . Если они повысились — нужно рассказать клиентам об этом, объяснить необходимость повышения. Если остались на прежнем уровне — использовать как преимущество.
Отвечать на вопросы . Нагрузка на техподдержку может возрасти, клиенты переживают за свои заказы и спрашивают больше обычного. Нужно обеспечить техподдержку нужным уровнем персонала.
Рассказывать о переменах . Если что-то изменилось, об этом важно рассказать. Это касается не только стоимости, но и сроков доставки и изготовления, материалов — всего, что влияет на конечный продукт и его получение.
Говорить о скидках или акциях . Если можете — проведите акцию или предложите людям промокод. Это повысит лояльность к компании и поддержит клиентов.
Настроить чат . Если пока нет возможности общаться с клиентами — самое время подготовить чат и начать говорить с людьми. Например, можно подключить чат-бота, который ответит на основные типичные вопросы и снизит нагрузку на техподдержку.
Люди в кризис испытывают злость и перегружены негативными эмоциями. Они выгружают всё это на окружающих, других людей в соцсетях, комментариях и даже под карточками товаров. Нужно относиться с пониманием к этому поведению и стараться помочь.
Источник: dzen.ru
Организация системы мониторинга
Мониторинг — это главное, что есть у админа. Админы нужны для мониторинга, а мониторинг нужен для админов.
За последние несколько лет поменялась сама парадигма мониторинга. Новая эра уже наступила, и если сейчас вы мониторите инфраструктуру как набор серверов — вы не мониторите почти ничего. Потому что теперь «инфраструктура» — это многоуровневая архитектура, и для мониторинга каждого уровня есть свои инструменты.
Кроме проблем типа «упал сервер», «надо заменить винт в рейде», теперь надо понимать проблемы уровня приложения и уровня бизнеса: «взаимодействие с микросервисом таким-то замедлилось», «в очереди слишком мало сообщений для текущего времени», «время выполнения запросов к бд в приложении растет, запросы — такие-то».
У нас на поддержке около пяти тысяч серверов, в самых разных конфигурациях: от систем из трех серверов с кастомными докеровскими сетками, до больших проектов с сотнями серверов в Kubernetes. И за всем этим надо как-то следить, вовремя понимать, что что-то сломалось и быстро чинить. Для этого надо понять что такое мониторинг, как он строится в современных реалиях, как его проектировать и что он должен делать. Об этом и хотелось бы рассказать.
Как было раньше
Лет десять назад мониторинг был гораздо проще, чем сейчас. Впрочем, и приложения были попроще.
Мониторились, в основном, системные показатели: CPU, память, диски, сеть. Этого вполне хватало, потому что там крутилось одно приложение на php, и ничего больше не использовалось. Проблема в том, что по таким показателям обычно мало что можно сказать. Либо работает, либо нет. Что именно происходит с самим приложением, выше уровня системных показателей понять сложно.
Если проблема была на уровне приложения (не просто “сайт не работает”, а “сайт работает, но что-то не так”), то клиент сам писал или звонил, сообщал, что есть такая-то проблема, мы шли и разбирались, потому что сами мы такие проблемы заметить не могли.
Как сейчас
Сейчас совсем другие системы: с масштабированием, с автоскейлингом, микросервисы, докеры. Системы стали динамичными. Часто никто толком не знает, как именно все работает, на скольких серверах, как именно оно развернуто. Оно живет своей жизнью. Иногда даже неизвестно, что и где запущено (если это Kubernetes, например).
Усложнение самих систем, конечно, повлекло за собой большее количество возможных проблем. Появились метрики приложений, количество запущенных тредов у Java application, частота garbage collector pauses, количество событий в очереди. Очень важно, чтобы мониторинг также следил за масштабированием систем. Допустим, у вас Kubernetes HPA. Надо понимать, сколько запущено подов, и с каждого запущенного пода должны идти метрики в систему мониторинга приложения, в apm.
Все это нужно мониторить, потому что все это отражается на работе системы.
И сами проблемы стали менее очевидными.
Условно, проблемы можно поделить на две большие группы:
Проблемы первого рода – не работает основная, “пользовательская функциональность”.
Проблемы второго рода – что-то работает не так, как должно, и может куда-то не туда привести.
То есть теперь надо мониторить не только дискретное “работает/не работает”, а гораздо больше градаций. Что, в свою очередь, позволяет ловить проблему до того, как все рухнет.
Кроме того, теперь надо следить и за бизнес-показателями. Бизнес захотел иметь графики о деньгах, о том как часто идут заказы, сколько времени прошло с последнего заказа и так далее — это теперь тоже задача мониторинга.
Правильный мониторинг
Проектирование и вообще
Представление о том, что именно надо будет мониторить, должно быть заложено в момент разработки приложения и архитектуры, и речь даже не столько про серверную архитектуру, сколько про архитектуру приложения в целом.
Разработчики/архитекторы должны понимать какие части системы критичны для функционирования проекта и бизнеса, и заранее думать о том, что их работоспобность надо проверять.
Мониторинг должен быть удобным для админа, и давать представление о том, что происходит. Цель мониторинга – вовремя получить оповещение, по графикам быстро понять, что именно происходит и что именно нужно чинить.
Метрики и оповещения (алерты)
Алерты должны быть максимально понятными: админ, получив алерт, даже если он не знаком с системой, должен понять, о чем этот алерт, в какую документацию смотреть, или хотя бы кому позвонить. Должны быть четкие инструкции, что именно нужно делать, и как именно решать проблему.
Когда возникает проблема, очень хочется понять, из-за чего она возникла. Получая алерт о том, что у вас не работает приложение, вам очень хотелось бы знать, какие еще смежные системы ведут себя не так, какие еще есть отклонения от нормы. Должны быть понятные графики, собранные в дашборды, из которых сразу будет видно, где отклонение.
Для этого надо точно понимать, что нормально, а что не нормально. То есть должна быть достаточная историческая справка о состоянии системы. Задача заключается в том, чтобы покрыть алертами все возможные отклонения от нормы.
Когда админ получает алерт, он либо должен знать что с ним делать, либо кого спросить. Должна быть инструкция как именно нужно реагировать, и ее надо регулярно обновлять. Если у вас все работает через систему оркестрирования, то, наверное, у вас все хорошо, если все изменения происходят только через нее, в том числе и мониторинг. Система оркестрирования позволяет адекватно следить за актуальностью мониторинга.
Мониторинг должен расширяться после каждой аварии — если внезапно возникла какая-то проблема, которая проскочила мимо мониторинга, то, очевидно, надо замониторить эту ситуацию, чтобы в следующий раз проблема не была внезапной.
Бизнес-показатели
Полезно мониторить время с последней продажи, количество продаж за период. Если выложили релиз, то что изменилось: есть ли просадки по бизнес-показателям? На это отвечает, конечно, A/B тестирование, но графики тоже хотелось бы иметь. И надо мониторить действия конечного пользователя: писать скрипты на phantomjs, которые повторяют покупку, проходят по всем этапам основного бизнес-процесса.
Также вам, наверное, интересно знать, работает ли сервис логистики, или не свалился ли в очередной раз IpGeoBase. (Комментарий редактора: IpGeoBase — сервис, который использует большое число интернет-магазинов на 1С-Битрикс для определения местоположения пользователя. Чаще всего это делается непосредственно в коде загрузки страницы, и когда падает IpGeoBase — у нас перестают отвечать десятки сайтов. Кто-нибудь пожалуйста, скажите программистам, что это надо обрабатывать и делать таймаут, и кто-нибудь — пожалуйста попросите IpGeoBase не падать).
Нужно понимать, зависит ли просадка по бизнес-показателям от вашей системы, или от внешней.
Мониторинг мониторинга
Сам мониторинг тоже должен хоть как-то мониториться. Должен быть какой-то внешний кастомный скрипт, который будет проверять, что мониторинг работает нормально. Никому не хочется проснуться от звонка, потому что ваша система мониторинга упала вместе со всем дата-центром, и вам об этом никто не сказал.
Основные инструменты
В современных системах, которые масштабируются, у вас наверняка используется Prometheus, потому что аналогов в принципе нет. Для того, чтобы просматривать удобные графики от Prometheus нужна Grafana, потому что в Prometheus графики так себе. Нужен также какой-то APM. Либо это самописная система на Open Trace, jaeger и или что-то подобное. Но это редко кто делает.
В основном используется либо New Relic, либо специфичные системы для стеков, типа Dripstat. Если у вас не одна система мониторинга, не один Zabbix, вам еще нужно понимать, как собирать эти метрики, и как раздавать алерты; кого оповещать, кого поднимать, в каком порядке, к кому какой алерт относится, и что с ним вообще делать.
Теперь по порядку.
Zabbix — не самая удобная система. Есть проблемы с кастомными метриками, особенно, если система масштабируется, и вам нужно определить роли. И хотя можно строить очень кастомные графики, алерты и дашборды, все это не очень неудобно и нединамично. Это статичная система мониторинга.
Prometheus — отличное решение для сборки огромного количества метрик. У него примерно те же возможности, что у Zabbix по кастомным алертам. Можно выводить графики и строить алерты по любым диким сочетаниям нескольких параметров. И это все очень здорово, но очень неудобно смотреть, поэтому к нему добавляется Grafana. Grafana очень красивая.
Но сама по себе не очень помогает для мониторинга систем. Зато по ней удобно все читать. Лучше графиков, наверное, и нет.
ELK и Graylog — для сбора логов по событиям в приложении. Может быть полезно для разработчиков, но для подробной аналитики обычно не достаточно.
New Relic — APM, тоже полезный для разработчиков. Есть возможность понять, когда у вас в приложении прямо сейчас что-то идет не так. Понятно, какие из внешних сервисов не очень хорошо работают, или какая из баз медленно отвечает, либо какое системное взаимодействие просаживается.
Свой APM — если вы написали свою систему на Open Tracing, zipkin или jaeger, то, наверное, вы знаете, как именно это должно работать, и что именно, и в какой части кода идет не так. New Relic тоже позволяет это понять, но это не всегда удобно.
О том какие показатели надо мониторить лучше думать в время проектирования системы, заранее подумать о том какие части системы критичны для ее работы и о том, как проверять их работу.
Алертов не должно быть слишком много, алерты должны быть актуальными. Должно быть сразу понятно, что сломалось и как это чинить.
Чтобы правильно замониторить бизнес-показатели, надо понять как устроены бизнес процессы, что нужно вашим аналитикам, хватает ли инструментов чтобы замерить нужные показатели, и как быстро можно узнать, если что-то пойдет не так.
В следующем посте мы расскажем как правильно спланировать мониторинг современной инфраструктуры, на всех уровнях: на уровнях системы, приложений и бизнеса.
- Блог компании ITSumma
- Системное администрирование
- Анализ и проектирование систем
- Серверное администрирование
- DevOps
Источник: habr.com
Эксперты рассказывают, кто и как может следить за вашим бизнесом
Казалось бы, коммерческий шпионаж – это дело далекого прошлого или далеких стран в которых есть технологические секреты. Однако, факты промышленного шпионажа существуют до сих пор, а многие компании тратят существенные суммы на обеспечение безопасности и сохранности своих секретов. Кто и как может следить за бизнесом сегодня, «СД» рассказали ведущие эксперты.
Иван Бируля, директор по безопасности компании «СёрчИнформ»
Прежде чем разобраться, кто может следить за бизнесом, я бы поставил вопрос – зачем это делать. Промышленного шпионажа в Беларуси мало, не знаю даже, есть ли судебная практика на этот счет. Частный сектор в стране узок, нет жесткой конкуренции, когда цена нарушения законодательства и промшпионажа может себя оправдать.
Грубо говоря, компаниям незачем шпионить, в отличие от России или стран зарубежья, где конкуренция гораздо выше. Другой момент: слежка в Беларуси нелегальна. Частные компании и лица здесь не имеют прав на операционно-розыскные действия. Поэтому детективов в Беларуси нет, тогда как в России, например, они работают легально, получив лицензию на подобную деятельность. Правда там частные детективы в возможностях ограничены.
Официально право на слежку по закону об оперативно-розыскной деятельности имеют спецслужбы: КГБ, пограничники, служба безопасности президента, таможенники и др. Целью может быть сбор доказательной базы, либо предотвращение преступной деятельности. Частники на нелегальных основаниях, конечно, тоже могут следить за бизнесом, но это точно немассовые случаи. Другое дело, что так называемая чувствительная информация (та, потеря которой нанесет ущерб), есть в каждой компании, а специалистов по информационной безопасности, насколько мне известно, в Беларуси мало. Компании уделяют недостаточно внимания защите, и это очень упрощает задачу тем, кто все-таки хочет собрать информацию о бизнесе.
Методы могут быть самые разные: от того, что ваш системный администратор по указанию определенных органов сам все сделает, до проникновения извне через уязвимости в ИТ-инфраструктуре компании. Подробностей методов нет в открытом доступе – это тайна, и обучают сотрудников органов методам и навыкам в ходе специальных дисциплин.
Но общий принцип такой: слежка за компаниями не ограничивается получением доступа к информационной системе, это и слежка за людьми. А в век технологий следить за нами довольно просто. С помощью телефона могут перехватывать ваши передвижения по городу, переговоры, соединения, сам голос и т.д. Получить эти данные, включая переписку с мессенджеров, не самая сложная задача. А вы понимаете, что телефон для человека сегодня – это вся его жизнь в одном устройстве.
Даже включение и выключение телефона – ценная информация для тех, кто осуществляет слежку. Есть целая методика статанализа биллинговых данных, которые дадут полную картину об активности обладателя телефона. Технически можно подключиться даже к городским телефонам. Если вы представили оперативника, который получает копию вашего телефона по нажатию кнопки – это не так.
Например, та же телефонная прослушка сложнее, чем может показаться: хорошо работающих анализаторов голоса еще нет, и кто-то должен сидеть и все прослушивать, что довольно трудоемко, когда речь идет о многих часах голосовой информации или нескольких десятках людей. То же самое касается использования микрофонов, скрытого наблюдения – все делается вручную, стоит денег и не всегда дает эффект.
Кроме того, в Беларуси ограничена не только сама слежка, но и оборот средств, которые позволяют осуществлять эту деятельность. Ввезти в страну скрытую камеру или микрофон сложно. Были прецеденты, когда люди привлекались к ответственности за ввоз и использование «ручки» с диктофоном, купленной на «Алиэкспресс».
Как противодействовать
Если спецслужбы проявят интерес к вашему бизнесу, они смогут получить данные. Но правил информационной безопасности никто не отменял. И набор этих средств крайне широк. От простого антивируса – до сложных DLP- и SIEM-систем. Нельзя забывать и об обучении персонала, повышении его осведомленности о мерах информационной безопасности. Это убережет компанию от искателей легкой добычи.
Ведь вероятность утечки информации тем ниже, чем выше цена атаки на ваши информационные ресурсы.
Игорь Бедеров, ТелПоиск
Слежка за бизнесом никуда не делась. Скорее наоборот, сегодня такая деятельность и не воспринимается в качестве слежки. Скорее, обычная хозяйственная деятельность. Например, зачем одной компании запускать новый продукт с нуля, если можно попросту нанять на работу сотрудников конкурента — лидера отрасли.
А вместе с сотрудниками вы получите карты рисков, приказы, иную организационно-распорядительную документацию, клиентскую базу, полное описание продукта или технологических процессов. Однако большую часть т.н. «слежки» составляет обычный мониторинг контрагентов. Ведется он, в большинстве случаев, автоматизированно.
Различные онлайн-сервисы позволяют нам выявлять возникновение рисков, связанных с исполнением нашими деловыми партнерами своих договорных обязательств. Например, у нас планируется крупная стройка, где мы выступаем основным подрядчиком. У нас есть масса субподрядчиков, выполняющих отдельные виды работ. И если у наших субподрядчиков возникнут финансовые и иные затруднение (арест счетов, банкротство, скоропостижная смена директора и т.д.), то это может повлиять не только на сроки сдачи объекта, но и на фактическое исполнение нами, взятых на себя обязательств.
Какие основные параметры у компании подвергаются мониторингу: — приостановление деятельности контрагента или наличие признаков к прекращению его деятельности; — блокировки счетов, включение контрагента в «черные списки» государственных органов; — наличие у контрагента финансовых трудностей (просрочек по кредитам, налоговых задолженностей, проблемных исполнительных производств, негативной судебной практики); — смена руководителей или учредителей, нахождение их в розыске, совершение ими экономических правонарушений, наличие у них проблемных долгов; — фактическое ведение деятельности компанией (размещение вакансий и резюме, объявлений, регистрация в бизнес-каталогах, сдача отчетности, участие в торгах и т.п.).
Похожие новости
В Мурманске полицейские задержали телефонного мошенника
В дежурную часть УМВД России по городу Мурманску одновременно обратились две пенсионерки в возрасте 82 и 85 лет о совершении в отношении них мошеннических действий. Материальный ущерб составил около миллиона рублей.
Источник: psj.ru
