Микроблогинг для бизнеса
Если вы упомяните микроблогинг кому-нибудь сегодня, первое, что вы услышите, — это поток рассуждений о важности социальных медиа, платформ для ведения диалога и взаимодействия с клиентами. Ладно. Перегретый и плохо понятный buzz-маркетинг, который мы, пожалуй, можем пока безопасно проигнорировать. Социальные медиа важны, да, но проведите некоторое время в Twitter, и, пока многие будут говорить, вы быстро поймёте, что очень немногие слушают. Платформа движется куда-то, но прямо сейчас большинство тех, кто говорит в пространстве микроблогинга, говорит о самом микроблогинге. Это пройдёт. А пока у нас есть другие, более насущные заботы.
Хотя я склонен быстро отметать микроблогинг как «следующий большой тренд в социальных медиа», считая это в основном шумихой от маркетологов, пытающихся привлечь к себе внимание ещё на десять минут, я всё же думаю, что концепция высоколимитированной, простой в использовании микроблогинговой архитектуры обладает огромным потенциальным значением для бизнеса.
Когда я говорю о микроблогинге для бизнеса, я имею в виду не популярную идею отправки вашего стажёра публиковать материалы о вашем продукте в Twitter с целью привлечения рыночного внимания. Я говорю об использовании внутренней микроблогинговой инфраструктуры для передачи статусной информации о людях вашей организации самой вашей организации. Подобно тому, как компании ведут внутренние блоги, распространяя информацию среди своих сотрудников, микроблогинговая платформа может стать внутренним инструментом для вашей организации, а не просто тем, что мы используем, чтобы рассказывать друзьям в другом конце города, что едим на обед.
Другие инструменты социальных коммуникаций — традиционный блогинг, мгновенные сообщения, электронная почта и т. д. — начинали как перегретые социальные медиа, пусть этот термин ещё и не существовал, и в итоге превратились в стандартные, хорошо понятые инструменты деловых коммуникаций, которые сегодня являются важными компонентами корпоративного коммуникационного инструментария. Микроблогинг будет таким же. И, как и все предшествующие ему коммуникационные инструменты, этот инструмент — тот, который ваша компания может начать использовать уже сегодня, получая преимущества за годы до того, как конкуренты это поймут.
Микроблогинг предлагает потенциальный прорыв в межкомандных коммуникациях в компаниях практически любого размера. Предоставляя легкодоступную микроблогинговую платформу для использования вашей командой, вы обеспечиваете простой способ для отдельных лиц и команд передавать небольшие, управляемые объёмы статусной информации всей остальной компании в высокопотребляемом формате, который легко понять. В самых маленьких организациях — менее пяти человек, все в одном офисе — это может и не иметь значения, но начните добавлять любое дополнительное количество людей или начните размещать их в разных местах, и микроблогинг вдруг становится важным.
Вместо того чтобы рассуждать о микроблогинге абстрактно, давайте сразу перейдём к нескольким примерным сценариям и посмотрим, как внутренний микроблогинг может помочь вашей компании. Помните, что, как и многие технологии социальных медиа, ведущая микроблогинговая платформа, Laconi.ca, полностью бесплатна, и ваши ИТ-специалисты могут развернуть её для вас уже сегодня.
Сценарий 1: Торговый представитель
Джон — торговый представитель. Он работает в вашей компании, но почти никогда не бывает в офисе. Он проводит дни в дороге, нередко в других городах. Вам повезёт, если вы пообщаетесь с Джоном лично дважды в месяц. Несколько человек выиграли бы от знания статуса Джона, но Джон невероятно занят и не имеет времени на дополнительный поток электронных писем. Он носит с собой BlackBerry, но отвечает только на письма от текущих и потенциальных клиентов в течение дня и устаёт вечером, когда возвращается в гостиничный номер. Он сообщает вам, своему руководителю, самый минимум необходимого, но позволяет вам передавать нужную информацию всем в компании, кому она может быть нужна. Это делает вас одновременно узким местом и точкой отказа. Что, если вы не передадите нужную информацию нужным людям достаточно быстро?
Решение? Микроблогинг. Если бы в вашей компании была внутренняя микроблогинговая платформа, вы могли бы расширить её до BlackBerry Джона (iPhone, устройства на Windows Mobile, обычного мобильного телефона — неважно), чтобы вместо отправки вам короткого письма Джон мог публиковать всю актуальную информацию в своей микроблогинговой ленте. Тогда любой заинтересованный в вашей организации мог бы смотреть эту ленту, чтобы получать актуальные данные прямо из первых уст, а не ждать, пока они ненамеренно отфильтруются и задержатся. Люди, которым нужны немедленные обновления, могли бы подписаться на ленту Джона, тогда как те, кому нужны лишь случайные обновления о продажах, просто заходили бы на его веб-страницу по мере необходимости. Каждый получает нужные данные в нужное время, и у вас остаётся больше времени для управления самим бизнесом.
Сценарий 2: Команды разработчиков ПО
Разработка ПО знаменита своей обширной потребностью в коммуникациях. Разработчики известны своей неспособностью легко общаться как между собой, так и между командами. Разработка ПО нередко требует большого количества детальных статусных обновлений как на уровне команды, так и на уровне отдельного разработчика или менеджера. Микроблогинг вряд ли является панацеей для этой ситуации, но может быть весьма мощным инструментом в коммуникационном арсенале в данном случае.
Дав каждому разработчику собственный внутренний микроблогинговый аккаунт, они могут делать быстрые и лёгкие статусные обновления всякий раз, когда их текущая задача меняется. Другие разработчики, которым нужно знать, над какими компонентами ведётся работа в данный момент, могут просто подписаться на ленты нужных разработчиков, чтобы знать, чем занимается каждый. Менеджеры смогут знать, над чем работает каждый член их команды, без необходимости заходить к ним и отвлекать их без надобности.
В этой модели коммуникации происходят быстрее, полнее и с меньшими нарушениями для сотрудников, крайне чувствительных к прерываниям и переключению задач. Приучить разработчиков делать регулярные статусные обновления — вероятно, всего несколько раз в день, занимая менее пяти минут суммарно — потребует некоторого времени, но как только это станет частью обычного рабочего процесса, жизнь каждого станет значительно проще. Это также отличная возможность для людей запрашивать и предлагать помощь по определённым проблемам. Разработчик может написать: «работаю над виджетом foo и пытаюсь разобраться с интерфейсом bar», и кто-то, подписанный на его ленту и являющийся экспертом по интерфейсу bar, может увидеть это и написать письмо или подойти к нему в офис, чтобы помочь, до того как тот потратит целый день, изобретая велосипед или безуспешно разыскивая отсутствующую документацию.
Сценарий 3: Общие обновления для офиса
Большинство офисов больше, чем одно пространство, в котором все могут сесть вместе за обедом. Даже относительно небольшая компания с двумя офисами или двумя домашними офисами, скорее всего, выиграет от преимуществ простых обновлений. Важно, чтобы бизнес общался. Внутренние деловые коммуникации — это один из способов, с помощью которых компании превосходят отдельных людей: делясь знаниями и задачами между многими людьми. Если каждая из этих задач настолько изолирована, что коммуникации не нужны, вы, возможно, лучше справлялись бы, работая как отдельные люди, выполняющие те же задачи.
Благодаря использованию микроблогинга даже обычные офисные сотрудники могут публиковать простые обновления несколько раз в день, чтобы все офисы имели хорошее представление о том, что происходит в других местах. Будь то информация о начале обеда или совещаний, о том, когда офис закрылся на день, о новых проектах или задачах, о взаимодействии с клиентами за день — эта информация может быть использована для того, чтобы отдельные офисы работали как единое целое, а не как два совершенно отдельных места с очень слабым пониманием того, что делает другое.
Сценарий 4: Информация по отделам
Если ваша компания достаточно велика, чтобы иметь отдельные отделы, микроблогинг может быть именно тем инструментом, который вам нужен для предоставления статусных обновлений по отделам организации. Это не подходящее решение для публикации HR-отделом последних обновлений справочника сотрудника, но это может быть идеальным местом для объявления корпоративного пикника или открытой регистрации на льготы.
Основная функция многих отделов — предоставлять необходимые услуги остальной части организации. Управление персоналом, информационные технологии, финансы, биллинг, закупки и т. д. существуют для обслуживания внутренних бизнес-потребностей организации. Если у каждого отдела была бы собственная микроблог-лента, каждому из них было бы легко предоставлять простые обновления всей компании. Люди могли бы подписаться на ленты отдельных отделов, заходить на сайт отдела, когда им это интересно, или, возможно, все ленты отделов агрегировались бы на странице портала для сотрудников или другом унифицированном информационном ресурсе, чтобы сделать эти обновления очевидными для всех.
ИТ-отдел мог бы опубликовать напоминание о фишинговых атаках или опасностях социальной инженерии, или разместить обновление о статусе почтовой системы, которая в данный момент не работает, позволяя всем продолжать работу без траты времени на звонки и без отвлечения и без того перегруженного ИТ-отдела, задерживая его от устранения проблемы, над которой он уже работает на полную скорость. Отдел закупок мог бы опубликовать ссылку на страницу с новыми процедурами закупок, которая иначе могла бы остаться незамеченной. Финансовый отдел мог бы направить информацию об изменении способа подачи сотрудниками расходных отчётов. Возможных примеров бесчисленное множество. Как часто ваша организация хотела бы внести изменение в политику или процедуру, но обнаруживала, что информировать компанию об этом изменении очень сложно, когда сотрудники уже усвоили старую процедуру? Обновление справочника сотрудника или финансового веб-сайта мало что даёт, если люди запомнили процесс и больше не обращаются к этим материалам.
Сценарий 5: Наставничество и профессиональный рост сотрудников
Один из менее очевидных способов, которым микроблогинг может принести пользу вашей организации, — это область развития сотрудников. Старшие сотрудники, публикуя регулярные обновления в своих микроблогинговых лентах, предоставляют возможность более младшим членам команды, особенно новым сотрудникам и стажёрам, следить за их лентами, чтобы глубже понять задачи, которые они выполняют изо дня в день.
Давая младшим сотрудникам возможность ненавязчиво наблюдать за своими «наставниками», они могут извлечь пользу, узнавая, как те работают, как проводят своё время и как расставляют приоритеты в течение дня, а также, возможно, узнавая об их интересах, каких актуальных книгах или статьях они читают, какие веб-сайты для них важны, и многое другое. Это вряд ли является заменой традиционного наставничества, но предоставление сотрудникам возможности самостоятельно искать информацию о других сотрудниках, которыми они восхищаются или у которых хотят учиться, может быть очень ценным.
Я не знаю конкретных коммуникационных потребностей вашего бизнеса, но был бы удивлён, если бы он не выиграл от роста внутренней информационной прозрачности. Микроблогинг может способствовать коммуникации между командами, между коллегами, между менеджерами и их сотрудниками и даже между несвязанными частями организации. Микроблогинг предлагает простой, малозатратный, слабосвязанный процесс, который позволяет каждому уровню организации предоставлять статус и информацию всем заинтересованным сторонам внутри этой организации.
Микроблогинг, конечно, предлагает дополнительные преимущества помимо внутренних статусных коммуникаций, обсуждённых здесь. Серверы и другое ИТ-оборудование могут автоматически публиковать оповещения через микроблогинговую архитектуру, давая любому заинтересованному возможность в режиме реального времени видеть сбои и оповещения в сети, которые могут их затронуть. И затем есть внешний микроблогинг, предоставляющий статус и информацию клиентам, поставщикам и заинтересованным сторонам за пределами вашей организации. Но эти темы слишком обширны для данной статьи.
Особая благодарность Эндрю Т. Уэсту за помощь с этой статьёй.