В "Медиалогии" заявили, что Кремль не является заказчиком программы "Инцидент". Менеджмент инцидент это


Кремль запускает систему контроля за протестными настроениями

Фото: globallookpress.com

Российские власти будут мониторить эффективность отслеживания чиновниками обращений жителей в интернете.

Под руководством властей России создается система мониторинга «Инцидент менеджмент», которая позволит отслеживать информационные поводы, возникающие в пяти основных социальных сетях, а также реакцию граждан на действия властей.

О начале тестирования программы рассказали источники в руководстве двух российских регионов, где стартовало ее пробное использование. Кроме того, это подтвердили журналистам три близких к Кремлю собеседника.

Разработкой автоматической информационной системы управления реакцией общества на информационные поводы в соцсетях занимается ООО «Медиалогия». Система будет браузерной, без необходимости установки программного обеспечения, доступной через любой интернет-браузер, пояснили в компании.

В «Медиалогии» подтвердили, что система поставляется в ряд российских регионов. К 2019 году, по данным разработчиков, она будет распространена по всей России.

Программа будет вести мониторинг по ключевым словам в соцсетях «ВКонтакте», Facebook, Instagram, Twitter и «Одноклассники». Результаты наблюдений передаются администратору, который сортирует их по профилям на уровне региональных министерств или муниципалитетов. В течение суток местные власти обязаны отреагировать на жалобу. Ответы официальных структур автоматически будут отправляться по всем сообщениям в теме вне зависимости от соцсети.

 

Об этом сообщает РБК.

Оставьте email и получайте интересные статьи на почту

*

Подписаться

Ссылки по теме:

Оставить комментарий

23 Июля 09:28«Не знаешь русского - иди и учи»: Во Львове проводница поставила на место украинского националиста 23 Июля 09:43Надувного Трампа нарядили в тюремную робу и отправили в путешествие по заливу в Сан-Франциско

tsargrad.tv

Оглавление

Управление Взаимоотношениями с Заказчиками ИТ-услуг

Рис. 2.6. Управления Взаимоотношениями с Заказчиками ИТ-услуг

Процесс — это логически взаимосвязанная между собой последовательность работ (видов дея­тельности?), направленная па достижение поставленной цели.

Процесс — это последовательность работ, нацеленная на преобразование входных данных (ин­формации, документации и т. д.) в выходные. Для получения информации о том, каким будет ре­зультат выполнения процесса, нужно проверить вход и выход каждого процесса на соответствие ха­рактеристикам качества и стандартам. В результате этого получаются цепочки процессов, по кото­рым можно отследить, что происходит в организации и какой результат получается, а также опреде­лить контрольные точки в этих цепочках, в которых выполняется мониторинг качества продуктов и услуг, предоставляемых организацией.

Цель Управления Процессами — планиро­вать и контролировать процессы таким образом, чтобы они были одновременно эффективными и рациональными.

Владелец процесса несет ответственность за результаты работы процесса.

Менеджер процесса отвечает за его структуру и выполнение и подотчетен владельцу процесса1.

Координаторы процесса отвеча­ют за выполнение заданных видов работ и отчитываются о результатах их выполнения менедже­ру процесса.

Часто процессы описывают с помощью процедур и рабочих инструкций.

Процедура — это описание логически связанных видов работ с указанием их исполнителей. Проце­дура может включать в себя этапы из различных процессов. Процедура определяет, что должно выполняться и кем, и она может

Управление Инцидентами 3

Управление Проблемами 15

Управление Конфигурациями 28

Управление Изменениями 46

Управление Релизами 67

Служба Service Desk 81

Управление Уровнем Сервиса (Услуг) 90

Управление финансами ИТ 107

Управление Мощностями 121

Управление Непрерывностью ИТ-сервисов 133

Управление Доступностью 148

Управление Инцидентами

4.1. Введение

Задача Процесса Управления Инцидентами является реактивной — уменьшение или исключение отрицательного воздействия (потенциальных) нарушений в предоставлении ИТ-услуг

Для выполнения этой задачи производится регистрация, классификация и назначение инцидентов соответствующим группам специалистов, мониторинг хода работ по разрешению инцидентов, решение инцидентов и нх закры тие. Так как это требует тесного взаимодействия с пользователями, фокусной точкой Про­цесса Управления Инцидентами обычно является функция Service Desk1, которая играет роль цент­ра контактов пользователей с «внутренними» коллективами технических служб. Управление Инци­дентами является важнейшей основой для работы других процессов ITIL, предоставляя ценную ин­формацию об ошибках в работе ИТ-инфраструктуры.

Па рис. 4.1 показан схематичный пример Управления Инцидентами как горизонтальный процесс, охватывающий разные ИТ-отделы и осуществляющий эффективное управление и контроль обра­ботки потока инцидентов.

4.1.1. Терминология

Инцидент

Почти все обраще­ния пользователей могут регистрироваться и отслеживаться как инциденты.

1)Инцидент — это любое событие, не являющееся частью стандартных операций по предоставлению услуги, которое привело или может привести к нарушению или снижению качества этой услуги.

2)Запрос на Обслуживание — это Запрос от Пользователя па поддержку, предоставление информа­ции, консультации или документации, не являющийся сбоем ИТ-инфраструктуры.

3)Запрос на Изменение (RFC) — это экранная или бумажная форма, используемая для записи деталь­ной информации о предлагаемом Запросе на Изменение какой-либо Конфигурационной Единицы? (CI) в ИТ-инфраструктуре или процедуры или какого-либо иного объекта ИТ-инфраструктуры.

Для объективной оценки приоритета в диало­ге с пользователем употребляются следующие критерии:

  • степень воздействия инцидента: степень отклонения от нормального уровня предоставления ус­луги, выражающаяся в количестве пользователей или бизнес-процессов, подвергшихся воздейст­вию инцидента;

  • срочность инцидента: приемлемая задержка разрешения инцидента для пользователя или биз­нес-процесса.

Эксколация – это ситуация, при которой инцидент не может быть разрешен первой линией поддержки за согласованное время, с необхо­димостью привлечения дополнительных знаний или полномочий.

Виды эскалаций:

  • Функциональная эскалация (горизонтальная) — означает привлечение большего количества спе­циалистов или предоставление дополнительных прав доступа для разрешения инцидента; при этом, возможно, происходит выход за пределы одного структурного ИТ-подразделения.

  • Иерархическая эскалация (вертикальная) — означает вертикальный переход (на более высокий уровень) в рамках организации, так как для разрешения инцидента недостаточно организационных полномочий (уровня власти) или ресурсов.

Задачей Руководителя Процесса Управления Инцидентами является заблаговременное резервирова­ние возможностей для функциональной эскалации в рамках линейных подразделений организации так, чтобы разрешение инцидентов не требовало регулярной иерархической эскалации. В любом случае, ли­нейные подразделения должны предоставить для этого процесса достаточное количество ресурсов.

studfiles.net

ITIL (Problem Management) средствами OTRS / Хабр

Напомню, основной целью Incident Management является как можно быстрое восстановление услуги, что иногда становиться похожим на попытки тушения лесного пожара лопатой. Так как, затушив возгорание на отдельно взятой сопке, мы не устраним общее бедствие, а, затушив всю площадь возгорания, не решим вопрос с появлением нового очага в следующем сезоне или даже на следующий день. Необходимо разобраться с причиной пожара, то ли это туристы и необходимо провести агитацию (обучение), то ли это заболоченный, высохший лес, и необходимо провести его очистку (модернизацию). Или еще, например, случай из жизни: при печати на принтере с несколькими лотками происходило замятие бумаги из одного лотка, как результат, в рамках Incident Management происходила смена лотков, тем самым временно устранялся вопрос с замятием. И повторялось эта ситуация несколько дней, доставляя неудобство пользователям, и отвлекая ИТ-специалистов. В этом примере Problem Manegement показал, что причина была в износе роликов подачи бумаги и после их замены принтер начал работать в штатном режиме.
Go deeper!
Немного теории
В соответствии с ITIL проблема (problem) – неизвестная причина одного или нескольких инцидентов. Как раз то, что надо! Так, а если посмотреть основную задачу Problem Management – предупреждать появление проблем, устранять появление повторяющихся инцидентов и минимизировать влияние инцидентов, которые не могут быть предупреждены.

Для чего необходимо управлять проблемами с точки зрения бизнеса, наверное, это более высокая доступность ИТ услуг, более высокая производительность персонала, в том числе и ИТ, снижение стоимости за счет отсутствия повторяющихся инцидентов. Здесь мы будем рассматривать реактивное управление проблемами, т. е. реагирование по факту обнаружения проблемы.

Перейдем к реализации
— Чё, проблемы?
Как ищем проблемы? Здесь в помощники нам выступают средства мониторинга, ServiceDesk, инциденты, данные от поставщиков или данные, поступившие из Proactive Problem Management

Когда стало понятно что перед нами действительно проблема регистрируем в агентском интерфейсе, для чего необходимо проделать ряд манипуляций в админской части OTRS.

Для регистрации проблем необходимо активировать тип заявки Problem (Проблема).

Далее необходимо скрыть от пользователей типы заявок. Ticket -> Frontend::Customer::Ticket::ViewNew выставляем параметр Ticket::Frontend::CustomerTicketMessage###TicketType — Нет Тем самым, упростив задачу пользователю, и усложнив задачу ServiceDesk. Для разгрузки агентского интерфейса вводим очередь «Очередь проблем». Теперь все проблемы доступны только тем, агентам, которым это разрешено на отдельной вкладке. Описание заявки при этом возлагаем на ServiceDesk или на Problem Manager'а в случае описания проблемы. т. е. добавлем для агента права на «Очередь проблем»

Классификация
Мы решили остановиться на классификации по услугам, хотя можно классифицировать по очередям. Классификация должна быть такой же, как и в Incident Management для более удобного представления и дальнейшего разбора полетов совместно с Incident Management. В правом окне «Информация о заявке» содержится информация об услуге, SLA, времени решения по заявке в соответствии со SLA. В нижней части отображаются инциденты, которые относятся к данной проблеме, так же привязан ConfigItem, т. е. тот принтер, по которому мы работаем в контексте данной проблемы, при переходе по ссылке можем посмотреть дополнительную информацию по нему.
Приоритеты
Уровень 5. Major problem – требующие немедленного решения, как правило — это проблемы, затрагивающие топ-менеджмент, либо затрагивающие большое количество пользователей. Уровень 2-4. Все остальные проблемы Уровень 1. Затрагивающие малое количество пользователей.
Поиск причины
Вот здесь и начинается самая работа. Необходимо определить причину появления проблемы.

Вся выполняемая работа фиксируется через заметки, пополняя лог проблемы, который может говорить об эффективности работников службы ИТ, а так же пригодиться при появлении схожих проблем. Здесь же фиксируется время затраченное на выполнение работ. Общее время по проблеме суммируется из времени по всем заметкам.

Если нам повезло и мы определили причину идем в агентский интерфейс и описываем ее. Необходимо указать код причины для глобального анализа причин появления всех проблем, при необходимости, добавив описание. Если до причины проблемы мы еще не докопались, но нашли обходной путь, необходимо его зафиксировать для того, чтобы повысить время решения вновь происходящих инцидентов. По ITIL рекомендуется создавать Known Error Record (Запись об известной ошибке). Однако я использую смену типа заявки с Problem на Problem.Known Error.

Опять проделываем некоторые манипуляции, а именно добавляем необходимые поля для заявок и их значения. За эти настройки отвечают DynamicField (Динамические поля), перерабанный функционал, появившийся в версии 3.2 OTRS

Нам понадобятся поля Причина (Dropdown), Описание причины (TextArea), Обходной путь (TextArea) Описание всех полей делаем на английском языке, а перевод делаем через файл ru.pm, расположенный в папке /opt/otrs/Kernel/Language/

Для поля Dropdown задаем предопределенные значения

Добавляем в конфигурации Ticket ->Frontend::Agent::Ticket::ViewAddtlITSMField

Так это выглядет в агентском интерфейсе.

Решение
После того как решение проблемы найдено мы должны формально закрыть проблему, поменяв ее статус на «Закрыто успешно».
Отчетность
Управленческая отчетность
  • Количество проблем, зарегистрированных за определенный период.
  • Стоимость решения проблем за отчетный период
  • % проблем с приоритетом 5

Отчетность Problem Manager'а

  • Причина проблем за определенный период, по услугам, по типу CI.

PS В версии 3.2 появилась новая фича: ProcessManagment, которая позволяет управлять заявками с помощью WorkFlow, так что придется вернуться к процессу Request Fulfillment

habr.com

Новости

Мнение редакции: Система мониторинга "Инцидент менеджмент" позволяет отслеживать информационные поводы во "ВКонтакте", Facebook, Instagram, Twitter и "Одноклассниках" и реакцию сообществ на действия властей. Считывание обратных связей с объекта управления - необходимый элемент системы управления.

Источники фото: pixabay

Программа по отслеживанию реакции региональных властей на жалобы россиян в социальных сетях будет полезна для взаимодействия общественности не только с чиновниками в регионах, но и с законодателями, считает зампред комитета Госдумы по информационной политике, информационным технологиям и связи Марина Мукабенова.

Ранее РБК со ссылкой на источники в Кремле и руководстве регионов сообщил, что в РФ тестируется новая система мониторинга "Инцидент менеджмент", позволяющая отслеживать информационные поводы во "ВКонтакте", Facebook, Instagram, Twitter и "Одноклассниках" и реакцию сообществ на действия властей. Как отмечается, это автоматическая информационная система управления реакцией на негативные мнения и информационные поводы.

"Я только "за" такую программу, она будет полезна для исполнительной и законодательной властей. Это будет посредник, который донесет чаяния народа, предложения, замечания и так далее. Сегодня, когда мы принимаем резонансные проекты, мы в первую очередь пускаем их в общественность – через сайты, через депутатов, чтобы народ понимал, о чем идет речь", — заявила РИА Новости Мукабенова.

Парламентарий привела в пример реакцию общественности на рассматриваемый в Госдуме проект закона об изучении национальных языков в России. По словам Мукабеновой, в преддверии первого чтения проекта в соцсетях и СМИ в национальных республиках появлялась информация о том, что закон якобы переводит национальные языки в необязательную программу, хотя документ этого не предполагал.

"Но эта новость так разлетелась, что позицию было очень сложно людям донести… Я считаю, что такая программа могла бы в этом случае помочь. Ее нужно внедрять в кратчайшие сроки", — отметила Мукабенова.

Источники: РИА Новости

xn--80aafiaedk3day5l.xn--80asehdb

3.4. Управление инцидентами. Должностная инструкция руководителя, или «Управленческая восьмёрка»

3.4. Управление инцидентами

В работе, как и в жизни, не бывает всё гладко. Как бы вы хорошо ни настроили работу своего отдела, всегда что-то происходит, возникают какие-либо препятствия для достижения плана, и под угрозой могут стать взаимоотношения с вашими контрагентами, либо что-то ломается и происходит потеря качества выпускаемой вашим подразделением продукции. Такие события мы будем называть инцидентами.

В литературе по управлению редко говорится об этом аспекте (в основном только в сфере управления IT-службой), хотя у линейных руководителей (да зачастую и на более высоких уровнях руководства) работа с инцидентами съедает огромный временной ресурс. Инциденты – это вторая причина, почему руководитель должен всегда быть на месте (напомним, что первая – это необходимость контроля) и незамедлительно принимать решения по их устранению.

Итак, давайте разберём, какие бывают инциденты. Варианты могут быть самые экзотические, как, например, удар молнии в офисное здание или незапланированная беременность заместителя главного бухгалтера в разгар налоговой проверки. Но наиболее часто встречающиеся инциденты связаны с нарушением технологии и всяческими поломками. Плохой руководитель часто не замечает инциденты. К примеру, если звонит недовольный клиент, то плохой руководитель в лучшем случае постарается его успокоить и облегченно вздохнёт, положив трубку. Хороший же руководитель, кроме этого, разберётся в причинах недовольства и обязательно устранит их.

Принципиально инциденты можно разделить на два типа:

1. Инциденты, связанные с нарушением технологии, правил, процедур (всегда есть конкретный виновник).

2. Инциденты, связанные с плохой постановкой технологии, отсутствием правил и процедур (скорее всего, недоработали вы сами либо вышестоящее начальство).

Суть работы руководителя с инцидентами – минимизировать ущерб от их последствий и сделать так, чтобы они никогда не повторялись. В чём состоит конкретная работа:

1. Определить, что произошло. Иногда, докладывая вам о случившемся, сотрудники показывают лишь вершину айсберга, поэтому надо обязательно докопаться до истины, досконально разобраться, что именно произошло.

Рис. 37. Всё хорошо, прекрасная маркиза!

2. Разработать мероприятия по решению инцидента, по возможности минимизировав ущерб. При этом надо согласовать данные мероприятия со всеми заинтересованными сторонами (контрагентами, начальством, если необходимо, с коллегами и подчинёнными).

3. Определить ущерб. При этом надо определять полный ущерб, не забывая о косвенных и сопутствующих затратах. Это нужно, во-первых, чтобы понять масштаб бедствия, а во-вторых, для разработки мер наказания виновных лиц.

4. Разработать мероприятия по предотвращению повторения инцидента. Это одна из самых главных задач хорошего руководителя. Плохой будет вечно бороться с повторяющимися случаями, проклиная текучку и жалуясь на обстоятельства. Хороший руководитель обязательно произведёт необходимые изменения либо в работающих регламентах, либо создаст новые, обучит по ним своих подчинённых и возложит на них ответственность в случае повторения инцидентов. В основном производимые уточнения регламентов касаются функций организации (технологии, оргструктура, распределение прав и ответственности сотрудников, система мотивации и пр.). Очень часто в качестве меры по предотвращению инцидентов применяется дополнительное обучение сотрудников.

5. Определить и наказать виновника (в основном это касается только инцидентов, связанных с нарушением технологии, правил и процедур). Здесь главное, что наказание должно быть неотвратимым (пусть это будет даже просто устное порицание), соразмерным и справедливым.

В конце месяца хороший руководитель обязательно проанализирует произошедшие инциденты в подразделении, при необходимости проработает их с подчинёнными на отчётном собрании. Для этого хорошо инциденты учитывать. Некоторые руководители отражают всю информацию по инциденту в специально разработанных бланках, некоторым достаточно просто заносить все случаи на страничку своего ежедневника. Умение работать с инцидентами – важнейший показатель в работе любого руководителя.

Приведу один пример работы руководителя с инцидентами:

На заре своей предпринимательской деятельности мне приходилось самому решать вопросы с коммерческими банками. Один из банков возглавлял мой институтский знакомый, с которым мы вместе работали мастерами на крупном оборонном предприятии после окончания вуза.

Я по простоте душевной хотел вломиться к нему в кабинет и решить свою проблему, но не тут-то было. Желая договориться о встрече, я позвонил в приёмную. Секретарь, вежливо поинтересовавшись, по какому я, собственно, вопросу, направила меня к заместителю, который, к моему злорадству, проблему решить не смог, но незамедлительно направил меня к другому специалисту. От своих коллег-предпринимателей я слышал, что в кабинет к моему знакомому попасть практически невозможно, невзирая на любые дружеские отношения – всё должны решать его заместители и другие специалисты банка.

Не вдаваясь в подробности, скажу, что мой случай был неординарный и, по-моему, не попадал ни под один регламент, действующий в банке на тот момент. И я, словно шар, побившись о борта биллиардного стола, наконец, попал в лузу – секретарь, поняв, что проблему может решить только её шеф, спокойно допустила меня к «телу».

Я ожидал, пробившись через очередь в приёмной, увидеть обвешенного телефонными трубками, обложенного бумагами большого начальника, погруженного в свои проблемы.

Ничего подобного. Очереди не было, я встретил своего знакомого спокойным и улыбающимся. Проблему мою он решил секунд за сорок, потом попросил принести нам кофе, а меня подождать, пригласив в приёмную пару своих подчинённых, с которыми быстро и энергично переговорил. Как я понял, одному из них немного досталось, другой что-то быстро записал. Мой случай был разобран, виновный определён и получил устное порицание. Как поступать в подобных случаях, стало ясно всем, включая секретаря. Инцидент был закрыт.

Мы посидели ещё минут десять, вспоминая общих знакомых, и, пожав руки, разошлись. По прошествии времени его перевели в Москву на должность вице-президента этого банка, а ещё через некоторое время я узнал из прессы, что он возглавил один из крупнейших авиационных заводов в России.

Он умел себя ограждать от ненужной текучки, избавляясь от инцидентов один раз, и тратил своё время только на решение важных задач.

Поделитесь на страничке

Следующая глава >

marketing.wikireading.ru

В "Медиалогии" заявили, что Кремль не является заказчиком программы "Инцидент" - Экономика и бизнес

МОСКВА, 23 июля. /ТАСС/. Компания "Медиалогия" подтвердила выход на региональные рынки продукта "Инцидент менеджмент", который позволяет мониторить негативные сообщения в социальных сетях. Вместе с тем представители компании отметили, что администрация президента РФ не является ее клиентом.

Ранее РБК, ссылаясь на свои источники, сообщило, что Кремль якобы инициировал запуск программы отслеживания реакции региональных властей на жалобы россиян в социальных сетях. По данным издания, систему разработала "Медиалогия", к 2019 году ее распространят по всей стране.

"Некоторые регионы используют наш продукт ("Инцидент"), другие находятся на этапе тестирования", - рассказала ТАСС PR-директор "Медиалогии" Надежда Жуковская, отметив, что взаимодействие с регионами осуществляется напрямую, а "администрация президента РФ не является клиентом компании".

Жуковская также уточнила, что продукт был создан не менее года назад и уже продается. "Инцидент менеджмент", по ее словам, позволяет различным компаниям, персонам и брендам осуществлять отбор жалоб, острых тем, которые требуют тщательного разбора и реакции.

"Это новый продукт "Медиалогии", мы его предлагаем коммерческим структурам. Он позволяет в автоматическом режиме реагировать на появляющуюся информацию в соцсетях. В основном, это, конечно, продукт для smm-специалистов, которые должны реагировать на возникающие острые моменты в сетях. Программа настраивается под клиента и уже для компании таргетно выискиваются ключевые слова, жалобы и прочее", - сказала собеседница агентства.

По ее словам, в программе есть возможность работы с сообщениями, там же можно направлять информацию ответственным лицам, подразделениям, которые берут жалобы в работу и решают проблему. В дальнейшем с пользователем по кейсу ведется диалог - до разрешения проблемы. "Когда пользователь говорит, что вопрос закрыт, система это отслеживает, и инцидент считается исчерпанным", - пояснила Жуковская.

Программа позволяет проводить мониторинг социальных сетей "Одноклассники", "ВКонтакте", Facebook, Instagram, Twitter, Youtube, а также форумов и блогов.

По данным СПАРК, совладельцами "Медиалогии" являются Александр Волков (8%) и ООО "ИБС холдинг" (92%), который на 75% принадлежит Анатолию Карачинскому и на 25% - Сергею Мацоцкому.

tass.ru

Инцидент менеджмент и Немезида. Соцсети меняются не в лучшую сторону

Социальные сети первоначально позиционировались как пространство свободы и равного общения всех пользователей, однако очень быстро это пространство оказалось захвачено крупными медийными проектами, а сообщения обычных пользователей или небольших групп потеряли доступ к широкой аудитории.

ВКонтакте отдает приоритет новостям с комментариями

Не успели пользователи ВКонтакте опомниться после запуска алгоритма «Немезида», который привел к массовой блокировке групп и сообществ, как социальная сеть предложила очередное нововведение; ранжирование новостной ленты пользователе. Приоритет будет отдан активно обсуждаемым постам. То есть в новостной ленте пользователей в первую очередь будут отображаться новости с большим количеством комментариев.

В компании (принадлежит Mail.Ru Group) заявили, что решили изменить алгоритмы новостной ленты по итогам наблюдений. Разработчики утверждают, что посты с интересной дискуссией представляют большую ценность для читателей и для авторов, поэтому новый регламент поднимет такие записиси в ленте, чтобы сделать их более заметными.

Интересные кейсы от веб-студии WayToStart!

Tipler рекомендует: Интересные digital-проекты и статьи от веб-студии WayToStart.

  • Практический опыт разработки
  • Рекомендации от специалистов
  • Сайты с конверсией от 8% и выше
  • Процесс создания индивидуального дизайна
Узнать больше >>

Реклама

Собственно, различные способы формирования ленты новостей испытывались в соцсети с конца 2015 года. Тогда было решено составлять ее в соответствии с предпочтениями пользователя. То есть разработчики стремились решать за пользователя, что ему больше нравится, никаких самостоятельных настроек ему не предлагалось. Впоследствии пользователю предоставили выбор из двух опций — ранжировать новости по популярности или по времени публикации.

Ранжирование новостей все более затрудняет продвижение постов простых пользователей, открывая широкую улицу сообщениям больших монетизированных пабликов.

Немезида разрешает жаловаться на неоригинальный контент

Напомним, что с июня во ВКонтакте работает алгоритм «Немезида», позиционирующийся как инструмент борьбы с плагиатом. Разработчики санкций даже здесь решили соригинальничать и назвать санкции в честь древнегреческой крылатой богини возмездия, карающей за нарушение общественных и нравственных порядков.

Как сообщили тогда же разработчики, пользователям дана возможность жаловаться на «неоригинальный контент». Такая строчка добавлена во вкладку «пожаловаться». Отмеченная запись отправляется на рассмотрение модераторам. Кроме того в целях защиты оригинального контента алгоритм сам выискивает дублирующиеся сообщения и также направляет их на рассмотрение.

Признанная неоригинальной запись может послужить поводом для целого ряда санкций, вплоть до того, что группам-нарушителям отказа в монетизации. Однако пользователи отмечают, что после введения алгоритма огромное количество пабликов оказалось заблокировано. Согласно регламенту, группе даются сутки на обжалование решения, например, чтобы доказать, что «неоригинальная» запись была выкуплена или размещена с разрешения автора.

С другой стороны, часть пользователей сетует на неоригинальность и вторичность контента многих групп ВКонтакте.

Инцидент менеджмент будет управлять дискуссиями

Вносят свои коррективы в работу соцсетей и российские власти. Учитывая, что социальные сети стали популярными площадками для обсуждения насущных проблем и выражения политической позиции граждан, госорганы решили создать специальную систему мониторинга сетевых дискуссий по ключевым словам.

Как сообщил РБК со ссылкой на источники в органах федеральной и региональной власти, Кремль запускает систему «Инцидент менеджмент» для отслеживания реакции сетевого сообщества на те или иные действия властей. Можно сказать, что система запускается вполне своевременно, поскольку интернет буквально кипит негодованием по поводу пенсионной реформы и повышения налогов.

Систему «управления реакциями на негативные мнения» разработала компания Медиалогия, сейчас ее тестируют в двух российских регионах. Мониторинг охватывает ключевые социальные сети: ВКонтакте, Фейсбук, Инстаграм, Одноклассники и Твиттер. Результаты автоматической выборки поступают региональному модератору, который принимает решение о том, на какие инфоповоды стоит отреагировать, в какие дискуссии нужно включиться с целью их нейтрализации.

Таким образом чиновники получат возможность пресекать «разговорчики в строю», и свободы обсуждений в соцсетях станет еще меньше.

   Соцсети прошли типичный рыночный цикл. В начальный период существования они представляли из себя «открытый рынок», на котором всем представлялись разные возможности, как ковбоям на Диком Западе. В результате, кто-то разбогател и добился успеха. Но очень быстро на этот рынок зашли крупные игроки, которые с помощью крупных инвестиций быстро продвинули свои группы и заняли информационное пространство.

   Теперь, какие алгоритмы ни принимай, аудитория крепко удерживается крупными медийными проектами и государственными структурами. Остальным отводится роль зрителей.

tipler.ru