Личные сообщения для сообществ вконтакте. Сообщения сообщества вконтакте

02.05.2019

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

Включить его в своей группе или публичной странице можно в управлении сообществом. После этого будьте готовы оперативно и качественно отвечать пользователям. А быть максимально оперативными вам помогут индикаторы о новых сообщениях в левом меню — http://vk.com/wall-2158488_488661

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

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

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

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

Возможности сообщений для сообществ

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

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

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

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

Теперь, зайдя в сообщество, в правой колонке должна появится кнопка "Отправить сообщение". С ее помощью любой пользователь может отправить сообщение сообществу.

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

В дальнейшем общение происходит у пользователя через "Личные сообщения", а у сообщества через "Сообщения сообщества".

При наведении на диалог, переписка может быть добавлена в важные или полностью удалена. Важным можно сделать сообщение и внутри переписки.

При удалении можно пометить сообщение как спам или заблокировать пользователя.

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

Важные - те сообщения, которые вы пометили в диалогах или внутри переписки;
Неотвеченные - те сообщения, которые были прочитаны, но по какой-то причине на него вы не дали никакого ответа;
Непрочитанные - новые сообщенbя, которые еще не были прочитаны.

Отвеченным можно сделать сообщение внутри переписки на специальную иконку над диалогом. Здесь же можно добавить сообщение в "Важные".

На этом все. Надеюсь, что для вас данная возможность будет полезной.

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

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

В этом уроке расскажу как поставить смайлик в статус ВКонтакте .

Ошибаться свойственно всем. Ошибки возникают и при взаимодействии людей с пользовательскими интерфейсами (user interfaces). Иногда они происходят по вине человека, а иногда причина кроется в самом приложении. Какова бы ни была причина, ошибки и то, как вы справляетесь с ними, оказывает огромное влияние на (user experience). Бесполезные сообщения об ошибках могут привести к тому, что пользователь разочаруется и найдет замену вашему приложению.

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

Что такое сообщение об ошибке?

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

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

Легче предупредить, чем исправить

Если вы разрабатываете приложение, то вам должны быть известны наиболее распространенные взаимодействия, способные привести к ошибкам. Например, обычно бывает трудно заполнить форму с первой попытки или невозможно синхронизировать данные из-за плохого соединения с сетью. Эти случаи нужно учитывать, чтобы свести к минимуму ошибки. Другими словами, лучше их предотвратить, предлагая пользователю советы и проявляя гибкость.

Например, если вы предлагаете услугу по поиску и бронированию гостиниц, какой смысл делать доступными для выбора прошедшие даты и затем выводить сообщение об ошибке?

Мудрое решение в этом случае представляет Booking.com: их селектор диапазона дат позволяет выбрать только текущую или последующие даты, и человек таким образом никак не сможет ошибиться.

Сообщения об ошибках неправильного ввода данных

Валидация форм необходима для сообщения пользователю об имеющихся неточностях в введенных им данных. Хорошая валидация формы содержит четыре важных элемента:

1. Правильное время (встроенная валидация)

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

Валидация должна незамедлительно информировать пользователей о правильности введенной ими информации. Главный принцип хорошей валидации формы таков: Разговаривайте с пользователями! Говорите им, что идет не так! Это поможет им сократить время на исправление ошибок.

2. Правильное место

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

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

3. Правильный цвет (интуитивный дизайн)

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

4. Понятное сообщение

Ваше сообщение об ошибке должно четко говорить пользователю, что конкретно не так и что ему нужно исправить. То есть вместо вывода сообщения «недействительный email» следует уточнить, что именно неправильно: допущена опечатка, этот e-mail уже занят и т.д. Затем необходимо предложить пользователю варианты действий (войти или восстановить пароль).

Ошибки приложений

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

Вы никогда не должны показывать сообщения следующего рода:

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

Это сообщение об ошибке было написано разработчиком для разработчика: «Операция не может быть завершена (WDGeneralNetworkError 500)»

2. Тупиковое сообщение. Такие сообщения не дают никакой полезной информации для пользователей.

3. Абстрактное сообщение. Сообщение в примере ниже дает пользователям ровно такой же объем информации, как и в предыдущем случае. Непонятно, что оно означает и что делать дальше.

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

Ваше сообщение об ошибке должно четко и понятным для пользователя языком информировать о том:

Что пошло не так и по какой возможной причине
Что должен сделать пользователь, чтобы исправить эту ошибку

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

Когда в приложении Basecamp возникает ошибка, связанная с неправильным вводом информации, у героя, расположенного в левой части экрана, появляется выражение удивления на лице:

В Gmail при создании нового аккаунта можно натолкнуться на такое сообщение об ошибке.

Добрый день.

Сегодня мы поговорим о такой простой вроде бы вещи, как сообщения пользователю.

В 1С 8 перекочевал метод из 7.7 - "Сообщить(...) ". Метод этот очень простой, он открывает окно сообщение, если оно не открыто, и добавляет туда текст сообщения. Как и в 1С 7.7 в нем есть второй параметр, который определяет иконку напротив сообщения. Эта иконка определяет важность сообщения.

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

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

Дело в том, что теперь принято использовать не метод глобального контекста "Сообщить(...)", а объект "СообщениеПользователю ". Этот объект доступен везде, и на клиенте и на сервере. У него есть несколько свойств и пару методов.

В общем случае, если Вам надо выдать пользователю просто сообщение, без какого либо интерактива, то достаточно написать:

Сообщение.Сообщить();

Эти три строки абсолютно идентичны уже известному нам методу, а по сему использовать этот объект для такого сообщения бессмысленно.

Основными полями, которые расширяют возможности сообщения являются:

КлючДанных
Поле

Ключ данных - ссылка на объект информационной базы, к которому это сообщение относится, или ключ записи. Так написано в справке. Если мы сюда сунем ссылку на документ или справочник, то двойной щелчок приведет к открытию этого объекта, не зависимо от того, в чьей форме было выведено сообщение. Соответственно, если сообщение вылезло в форме документа, а в ключе данных лежит ссылка на него же, то новая форма не откроется.

Ерунда может получиться, если мы выдаем сообщение в форме еще не записанного объекта. В этом случае мы имеем пустую ссылку. Но платформа не теряется, и просто ничего не открывает, т.е. Вы остаетесь в той форме, которая была.

Поле - это строка с именем поля, которое надо активировать. Причем не важно, откроется форма другого объекта, или мы останемся в текущей форме.

Вот пример, как это работает:

Допустим перед записью элемента справочника в модуле формы мы проверяем уникальность реквизита "Id" и, если такой уже есть, выдаем сообщение:

Если выб.Следующий() Тогда
Отказ = Истина;
Сообщение = Новый СообщениеПользователю;
Сообщение.КлючДанных = Выб.Ссылка;
Сообщение.Поле = "id";
Сообщение.Текст = "Раздел с таким Id уже существует";
Сообщение.Сообщить();
КонецЕсли;

В данном примере по двойному щелчку откроется элемент справочника с таким же Id, а поле Id будет активно и в нем будет подсказка:

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

для этого меняем свой код следующим образом:

//если есть дубли, в выборке будут данные
Если выб.Следующий() Тогда
Отказ = Истина;
Сообщение = Новый СообщениеПользователю;
Сообщение.КлючДанных = Объект.Ссылка;
Сообщение.Поле = "id";
Сообщение.Текст = "Раздел с таким Id уже существует";
Сообщение.Сообщить();
КонецЕсли;

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

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

Сообщение.ПутьКДанным = "объект";

И все красиво:

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

Следующий нюанс - у сообщения есть метод - "УстановитьДанные ". Он на основании объекта заполняет поля КлючДанных и ПутьКДанным . Это гораздо удобнее, сделать все в одну строку. Как правило в форме элемента/документа у нас есть объект. Единственно, что на сервере надо писать так:

Сообщение.УстановитьДанные(РеквизитФормыВЗначение("Объект"));

Но в предопределенной процедуре формы ПередЗаписьюНаСервере на самом деле есть уже параметр ТекущийОбъект . А на клиенте мы вообще объект не получим. Еще в модуле объекта (не в форме) нужно писать так:

Сообщение.УстановитьДанные(ЭтотОбъект);

В заключении хочу наговорить гадостей про управляемые формы. Это касается как ТАКСИ, так и обычных УФ. Дело в том, что в УФ очень плохо передаются интерфейсные списки. Таблица, содержащая в себе 1000 строк очень медленно прорисовывается, а в web браузере она может вообще несколько минут открываться. Это относится и к списку сообщений. для эксперимента выведите 1000 сообщений и попробуйте попереключаться между окошками. Система умрет сразу. причем четко видно, как система думает именно над выводом сообщений. Переход в окно с кучей сообщений выглядит так:

Отображается содержимое окна
-что резко мерцает и появляется панель сообщений
-все повисает и вы смотрите, как скрол в окне сообщений ползет вниз

Т.е. как раньше, вывести в панель сообщений лог работы длительной обработки, в котором несколько тысяч записей - нельзя. Я бы советовал ограничиться 10ю сообщениями. Логи надо выводить в многострочную строку, она отображается почти мгновенно не зависимо от количества строк. Конечно, если вы проверяете заполненность реквизита табличной части, строк в ней 1000 и в каждой ошибка, то да, придется потерветь:) Хотя можно в этом случае продумать свой способ отображения сообщений, например в поле HTML документа.

Что мы будем делать: настроим отправку сообщений от имени конкретного пользователя в несколько чатов и другим пользователям используя HTTP запрос средствами PHP , с минимальными усилиями.

Собственно, одними сообщениями мы не ограничимся. Все будет работать через standalone приложение vk по тому принципу, что мы потенциально сможем делать все действия, которые будут доступны этому самому пользователю (точнее все то, на что мы выдадим сами себе права, но об этом чуть позже).

Сообщения рассматриваем именно по той причине, что с ними можно работать только в standalone-приложениях.

План действий:
1. Создаем приложение
2. Получаем access_token
3. отправляем сообщения

1. Создаем приложение

Этот пункт делать под тем аккаунтом, к которому будет привязано приложение (Не обязательно тот же, с которого будут идти сообщения).

Имя пишем какое угодно - фигурировать оно нигде не будет.
Тип - Standalone-приложение.

Больше тут можно ничего не трогать.

2. Используя ID и secret_key из приложения получаем access_token

access_token - строка из некоторого количества символов, которая будет отправляться с POST запросом для выполнения каких то функций. Собственно, к ней привязано, от имени какого пользователя будем действовать и что нам можно будет делать.

Для этого создаем на сайте страничку вот с таким кодом:
&display=page&redirect_uri=https://oauth.vk.com/blank.html&scope=&response_type=token&v=5.37">Push the button
$client_id - собственно, ID нашего приложения из пункта 1.

$scope - список прав, которые мы можем делать от имени нашего пользователя. Конктерно, для нашей задачи подходит именно такой: возможность доступа в любое время (offline), и доступ к сообщениям (messages). Если надо больше, полный список . Можно выставлять либо битовой маской, либо перечислить названия.

Помимо пункта доступ к общей информации , все остальные пункты будут соответствовать списку разрешений, которые были переданы в scope. Жмем далее и видим следующее:

Красным выделен acces_token, ради которого весь второй пункт и писался.

3. HTTP запросами, передавая через POST параметры отправляем сообщения или используем любые другие методы API

Для нетерпеливых , проверить что все работает можно так:

Заменяем нули в конце на наш acces_token и переходим по этой ссылке в браузере.
https://api.vk.com/method/messages.send?user_id=6269901&message=habrahabr&v=5.37&access_token=000000
Что произойдет:
Сообщение с текстом из параметра message будет отправлено пользователю c указанным user_id . (Если оставить как есть - придет мне. Я не обижусь).

Параметры получателя:

user_id - id пользователя-адресата
domain - вместо user_id можно указать имя странички адресата (то, что в url-е после vk.com)
chat_id - сообщение уйдет в чат. Чтоб взять id чата, заходим в нужный чат, url будет иметь вид vk.com/im?peers=000000&sel=c888. Наш chat_id будет 888 (! не с888)