ВКонтакте добавила в Истории сообществ обратную связь

11 июля 2019

Оксана Мамчуева

1691

В Историях ВКонтакте появился новый интерактивный стикер «Мнения», облегчающий получение обратной связи от пользователей. 

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

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

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

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

Источник: ВКонтакте для бизнеса

• Новости
• Социальные сети

ВКонтакте и Disney объявили о стратегическом партнерстве

Социальная сеть ВКонтакте и компания Disney в России и СНГ объявили о стратегическом партнерстве

Viber представил новые функции для бизнеса

Популярный сервис для обмена сообщениями Viber запускает новые функции для бизнеса: страницы с информацией о профилях компаний, а также возможность добавления видео в…

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

ВКонтакте запускает программу лояльности для подписчиков своего музыкального сервиса

Камера в Google Translate получила поддержку NMT и 60 новых языков

Google значительно улучшил функциональность камеры в приложении Google Translate

Яндекс.

Маркет запустил бету приложения «Суперчек»

Приложение «Суперчек» от Яндекс.Маркета, которое показывает ассортимент крупных продовольственных ритейлеров и позволяет получать кэшбэк за покупки, заработало в бета-версии

Adblock Plus: блокировщик Chrome не спасёт от навязчивой рекламы

Команда Adblock Plus считает, что рекламный фильтр Chrome, который был запущен по всему миру 9 июля, не защитит пользователей от раздражающей рекламы

Апдейты соцсетей в мае: самостоятельность «VK Видео», смерть YouTube Stories и видео по 8 Гб в Twitter | Бизнес

В сегодняшних апдейтах социальных сетей: «Одноклассники» и большое исследование качественного контента, Twitter, которому не нужны профили тех, кто ими не пользуются, и Telegram, обошедший ВСЕХ. С вами как всегда соавтор подкаста про айти и маркетинг «Форточку открой» и главред ютьюб-канала «Научпока» Даша Никулина.

«Одноклассники»

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

Инсайт №1. Очень хорошо заходят посты с советами и лайфхаками: такой формат собирает в среднем больше всего реакций у 80% популярных блогеров. Длительность видео или объем поста не важны — алгоритму как будто все равно. 

Инсайт №2. Двойная система по-прежнему работает: для привлечения подписчиков надо публиковать нечто короткое, что будет цеплять и чем захочется поделиться у себя в ленте, а для вовлеченности нужен качественный контент, на котором хочется задержать взгляд и погрузиться как минимум на несколько минут.

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

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

ВКонтакте

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

Разработчики добавили во внутрянку все десктопные функции: новый поиск, историю просмотров, которая будет синхронизироваться с профилем ВК, плейлисты по темам и фичу с таймкодами. Что нового? Тренды с виральным контентом и функция Picture-in-picture (все как в лучших традициях YouTube). 

#INSERT_ARTICLE#

YouTube

Давайте уже скажем «пока!» YouTube Stories. Их отключат 26 июня из-за низкой популярности. Напомним, что запустили их еще в 2017 году. Не путать с Shorts: Stories могут делать только каналы с 10 тысячами подписчиков, а живут такие посты 7 дней. 

#INSERT_ARTICLE#

Тем, кто ими пользовался, советуют обратить внимание на шортсы и сообщения сообщества. Спорный совет: сторис — это все-таки другое. Стоит признаться, что мы в «Научпоке» воспользовались ими один раз, увидели, что это не работает, и перенаправили ресурс команды на другие штуки, которые давали больше отклика от аудитории. Видимо, не мы одни такие. 

WhatsApp

WhatsApp, конечно, не социальная сеть, но об этом нельзя не написать хотя бы пару строк. Наконец-то можно редактировать сообщения. Всего в течение 15 минут после отправки, но спасибо и на этом. WhatsApp, кажется, вообще не менялся уже миллион лет, развивая только монетизируемые фичи для бизнес-аккаунтов. Так что это прям новость-новость. Причем, и для бизнес-аккаунтов тоже. 

Источник: whatsapp.com

#INSERT_ARTICLE#

Я даже спросила у своего знакомого гида, который пользуется бизнес-версией WhatsApp, как ему обновление. Оказалось, что функция редактирования сообщений нужна была не только тем, кто просто использует WhatsApp для общения — очень часто ошибки в сообщениях отвращают потенциальных клиентов. Так что боли от невнимательности должно стать хотя бы чуть-чуть меньше. Как тебе такое, автозамена?!

Twitter

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

Но есть другая новость. А помните, был такой Clubhouse? Тот самый, который «умер». Так вот Twitter стал единственной платформой, которая увидела в этом потенциал и стала развивать формат аудио-комнат. 

#INSERT_ARTICLE#

И, как оказалось, аудитория там есть. В мае Маск пытался запустить комнату с американским политиком Роном ДеСантисом, но все пошло не по плану: в комнату пыталось ворваться 600 тысяч человек одновременно и платформа слегка «устала» (=обрушилась).

Автор блога DNative Алексей Ткачук считает, что без проблем и миллион бы собрали. 

Но мне кажется, что миллион Маск собрал бы и в Instagram, и даже в ВКонтакте, если бы вдруг пришел туда. Дело не в Twitter.

#INSERT_ARTICLE#

И последняя новость про «птичью» платформу, которая вряд ли коснется кого-то из читателей, но в твиттере владельцам подписки Twitter Blue теперь можно будет загружать двухчасовые видео весом до 8 Гб. Живите теперь с этим как-то.

#INSERT_ARTICLE#

Instagram*

Продолжается мимикрия каждой соцсети под любую другую: пока Twitter пытается превратиться в YouTube на минималках, Instagram* пытается копировать Twitter. Очень хорошо свой опыт с каналами в инсте описал все тот же Алексей Ткачук (мы привели лишь выдержки из поста, подробнее читайте в телеграм-канале Алексея @dnative. — Прим. SRSLY):

— длинные тексты из Telegram там не зайдут точно. Неудобно читать, а картинки прикрепляются отдельными сообщениями;

— реакций много, в разы больше среднего телеграмного -уровня; 
— каналы в инстаграме* будто бы созданы для коротких записей в духе Twitter;
— пока работают не у всех. Речь не только про авторов (фунционал раздают чуть ли не рандомно), но и про аудиторию — не все могут перейти по ссылке на канал и подписаться. Обновления не заехали;
— еще в середине февраля появилась форма заявки в духе «хочу себе канал». Я встал в очередь сразу же, но знаю и тех, кто без заявки получал право создать канал. Возможно, заявка поможет чуток ускорить получение функции;
— самому автору тоже пока не сильно удобно. Я пока нашел только один способ попадать в свой канал — через активную ссылку в своем же профиле;

Источник: Meta (деятельность компании Meta Platforms Inc. (Facebook и Instagram) на территории РФ запрещена)

#INSERT_ARTICLE#

— при заведении канала части твоей аудитории (думаю, что пока действительно не всем) приходит приглашение вступить в него;
— каналом можно поделиться в сторис, вставив туда инвайт-ссылку;
— в него можно закидывать как обычные посты, так и Reels. В теории можно делать канал с видеомемами: не отправлять в директ своим друзьям ролики, а просто спамить в канал;
— никакой аналитики пока нет. Помня темпы интеграции новых сервисов в API (интерфейс, позволяющий связывать между собой различные приложения. — Прим. SRSLY), в ближайшее время ее вряд ли стоит ждать.

У меня самой недавно появилась эта фича: я создала канал, не стала делиться им в сториз, но аудитория там появилась сама каким-то волшебным образом. Из 5 тысяч подписчиков там оказалось 20 человек, что позволяет сформулировать две гипотезы: либо активность у меня в профиле так себе (что на 100% — да), либо оповещение о создании канала приходит только таким же счастливчикам, как и ты, у кого включена эта функция. 

Telegram

Классное исследование про телеграм от канала TGstat. Значимость достойная — 50 тысяч респондентов, такому мы верим. На что стоит обратить внимание:

— 25% подписаны более, чем на 50 каналов, 28% читают 6–10 каналов;

— топ-3 категории каналов: новости, развлечения и, внезапно, образование; 

— 66% купили Telegram Premium, чтобы не слушать голосовые, 64% — чтобы не видеть рекламу;

— 80% выбрали телеграм, потому что читают новости;

— как рабочий мессенджер, телеграм — больше всех конкурентов в сумме.

#INSERT_ARTICLE#

Подписывайтесь на наш Telegram-канал

Фото: Нарек Билян

* Деятельность компании Meta Platforms Inc. (Facebook и Instagram) на территории РФ запрещена
** Признан иноагентом на территории РФ

salesforcedx — SFDX не отслеживает историю полей для учетной записи пользователя (поля __pc)

С 31 мая 2023 г. мы обновили наш Кодекс поведения.

Задавать вопрос

спросил 1 год, 11 месяцев назад

Изменено 1 год, 11 месяцев назад

Просмотрено 751 раз

Включение учетной записи лица создает эти поля, оканчивающиеся на «__pc» в имени API. Это происходит, когда мы создаем поле контакта — Salesforce также автоматически создает эквивалент поля __pc в объекте Account. Допустим, я создал «Test__c» для объекта контакта, поэтому Salesforce также автоматически создает поле «Test__pc» для объекта «Учетная запись». Теперь я хотел включить отслеживание истории полей для моего «тестового» поля «Учетная запись». Есть 2 места, где я могу это сделать: в Аккаунте или в Контакте. Вот мои 2 наблюдения/проблемы:

1. Включение отслеживания истории полей для объекта «Контакт», похоже, не приводит к каким-либо действиям. Если я внесу изменение данных в запись моей личной учетной записи, а затем запрошу объект ContactHistory через SOQL, ничего не появится (нет данных). То же наблюдение для объекта AccountHistory, там тоже нет данных (история не захвачена). Однако, если я включу отслеживание истории поля для объекта Account, я увижу свою историю, записанную в объекте AccountHistory. Это ошибка или так задумано? Если по дизайну, то почему мне разрешено вносить изменения в 2 местах, и одно из них все равно не имеет значения?
2. Я перестраховываюсь и добавляю отслеживание истории полей как в учетной записи, так и в контакте. При извлечении через SFDX извлекается только отслеживание истории поля контакта, а не учетная запись. При развертывании в другой среде отслеживание истории полей в учетной записи пользователя не развертывается, потому что, как мы видели в 1, отслеживания контактов недостаточно и, похоже, ничего не вызывает. Это ошибка? Почему SFDX не извлекает отслеживание истории полей учетной записи? Что еще более странно, SFDX говорит мне, что есть изменение, но исходные файлы не меняются локально.

Подводя итог пункту 2, вот как воспроизвести проблему:

• В учетной записи человека включена скретч-организация, создайте контактное поле Test__c. Это автоматически создаст поле Test__pc в объекте Account.
• В меню «Настройка» и в объекте «Учетная запись» активируйте отслеживание истории поля для поля Test__pc
• В локальной среде разработки выполните извлечение sfdx. Изменение обнаружено, но фактические изменения исходного файла не извлекаются с сервера.

Спасибо за помощь!

• salesforcedx
• персональные счета
• отслеживание истории
• история полей

3

Полное руководство по отслеживанию истории полей Salesforce

«Эй, это выглядит неправильно. Когда это изменилось?»

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

Вот повестка дня:

• Включение отслеживания истории полей для стандартных и пользовательских объектов
• Анатомия объекта истории (так же, как Salesforce хранит историю полей)
• Ограничения отслеживания истории поля
• Запрос истории полей с помощью SOQL
• Просмотр истории поля на страницах сведений о записи
• Отчеты об истории поля здания
• В каких полях должно быть отслеживание истории?

Включение отслеживания истории поля

Для стандартных объектов (например, «Интерес», «Организация», «Контакт» и т. д.) нажмите «Установить отслеживание истории» при просмотре полей и отношений для данного объекта в «Диспетчере объектов». На следующем экране выберите «Включить историю {ObjectName}», а затем выберите поле, которое вы хотите отслеживать.

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

После этого перейдите в раздел «Поля и отношения» для пользовательского объекта, нажмите «Установить отслеживание истории» и выберите поля, которые вы хотите отслеживать.

Анатомия объекта истории

Система Salesforce не всегда последовательно отслеживает историю для каждого вида объектов. Подавляющее большинство стандартных объектов Salesforce следуют одной и той же модели, но есть несколько исключений (в частности, возможность; см. ниже). Пользовательские объекты также поддерживают отслеживание истории, но имеют несколько незначительных отличий в своих объектах истории.

Большинство стандартных объектов Salesforce связаны с объектами истории, предназначенными для поддержки отслеживания истории поля. Все эти стандартные объекты истории называются {ObjectName} History (например, LeadHistory, AccountHistory) и имеют одинаковую стандартную структуру:

Поле	Тип	Описание
{ИмяОбъекта} Идентификатор	Поиск	Идентификатор измененной записи. Замените {ObjectName} именем стандартного отслеживаемого объекта (например, LeadId, AccountId и т. д.)
Тип данных	Список выбора	Тип данных поля, которое было изменено
Поле	Список выбора	Имя измененного поля
Новое значение	Что угодно	Значение поля было изменено на
Старое значение	Что угодно	Значение поля, которое ранее было
Создано	Поиск пользователя	Пользователь, внесший изменение
Дата Создания	Дата и время	Время внесения изменений

Полный список объектов History можно просмотреть в документации Salesforce.

Есть несколько исключений из описанного выше стандартного объекта истории. Одним из наиболее важных является OpportunityHistory, который предназначен для отслеживания ключевых изменений жизненного цикла возможности, а не изменений отдельных полей. Если вы отслеживаете историю отдельных полей в возможности, эти данные будут храниться в OpportunityFieldHistory, которая следует стандартной объектной модели, описанной выше. Это сбивает с толку? Да да это. это то, с чем мы должны жить? Кроме того, да.

Наконец, мы подошли к пользовательским объектам. Эти объекты следуют той же модели, что и стандартные объекты истории, с двумя отличиями:

• Имя объекта — они называются {CustomObjectName} __History вместо {ObjectName} History (обратите внимание, что если у вас есть пространство имен, имя будет {Namespace} __ {CustomObjectName} __History). Если ваш настраиваемый объект называется ProductUsage__c, объект History будет называться ProductUsage__History.
• Поле поиска — Поле, которое ссылается на изменяемый настраиваемый объект, называется ParentId, а не {ObjectName} Id. Это имя поля используется независимо от имени вашего пользовательского объекта.

Приведенные выше исключения и предостережения кажутся сложными, но хорошая новость заключается в том, что обычно вам не придется слишком много думать о них. Большую часть времени вы будете иметь дело со стандартной моделью данных для истории полей, которая прозрачно работает со связанными списками и отчетами (см. ниже).

Ограничения отслеживания журнала полей

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

• Максимум 20 полей на объект — может показаться, что это много, но большинство организаций Salesforce, которые я видел, имеют этот предел. по крайней мере, для некоторых из их объектов.
• Нет формул или сводных сводных полей . Хотя было бы неплохо иметь возможность создавать моментальные снимки этих полей, имеет смысл включить их в историю, поскольку они часто пересчитываются на основе изменений в другом источнике данных. .
• Нет значений для текстовых полей длиной более 255 символов — для больших текстовых полей Salesforce запишет, что было изменением , а не — фактическим изменением . Хотя имеет смысл не делать снимки тысяч символов при каждом редактировании большого текстового поля, это все равно может немного раздражать. Если вам нужно сделать снимок этого, вам придется управлять им самостоятельно с помощью некоторой пользовательской автоматизации.
• Нет значений для раскрывающихся списков с множественным выбором — Как и в больших текстовых полях, для раскрывающихся списков с множественным выбором не будут записываться значения, но Salesforce отследит их изменение.
• Точность в секунду может привести к неправильному порядку записи в журнале. — Как и все объекты Salesforce, поле CreatedDate хранит только дату и время, записанное с точностью до секунды. Поскольку CreatedDate представляет время внесения изменения, изменения, сделанные в течение одной секунды, могут отображаться не по порядку. Обычно это не проблема, но может раздражать, особенно если у вас есть автоматизация, которая запускается сразу при создании или обновлении, которое изменяет отслеживаемое поле. В этом случае может оказаться невозможным определить порядок, в котором произошли определенные изменения.
• Вы не можете хранить это вечно — Salesforce хранит не так много истории. Вот как это работает:
  • Последние 18 месяцев — Вы можете получить доступ к последним 18 месяцам непосредственно в своей организации через связанные списки, отчеты и запросы SOQL.
  • От 18 до 24 месяцев — Salesforce сохраняет эти данные, но для доступа к ним необходимо использовать загрузчик данных или API.
  • Более 24 месяцев — Пропало. Если вам необходимо хранить данные дольше двух лет, обратите внимание на Field Audit Trail, который предназначен для длительного хранения в целях соблюдения требований. (Будьте готовы заплатить.)

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

Запрос журнала полей

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

Давайте посмотрим, как вы можете запросить AccountHistory:

SELECT AccountId, DataType, Field, NewValue, OldValue, CreatedById, CreatedDate
FROM AccountHistory
ORDER BY CreatedDate ASC
LIMIT 10

Если вы включили отслеживание истории полей для Account и запустили приведенный выше запрос в Developer Console, вы получите список результатов:

900 02 В зависимости от того, какие изменения были недавно сделаны в вашей организации, вы можете заметить несколько странных вещей:

• Поле с именем «создано» — когда создается новая запись, Salesforce добавляет запись в объект истории с Поле «создано» и пустое OldValue и NewValue.
• Две строки для каждого поля подстановки — При каждом изменении поля подстановки (например, «Владелец») Salesforce создает две записи журнала. Один с типом данных EntityId и один с типом данных Text. Запись EntityId хранит старый и новый идентификаторы для записи поиска, а запись Text хранит имена этих связанных записей.

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

Просмотр истории поля

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

Чтобы добавить список, связанный с историей, просто перетащите его в макет страницы с помощью стандартного редактора:

После сохранения макета страницы вы увидите, что список, связанный с историей, отображается на странице сведений о записи:

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

Создание отчетов истории полей

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

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

Есть несколько мест, где работа с историческими отчетами может вызвать разочарование: поля поиска и межобъектная история.

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

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

История каких полей должна отслеживаться?

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

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

Еще одна ключевая область для отслеживания — «этапы» или продвижение по жизненному циклу. Если у вас есть поля, которые представляют это (например, раскрывающийся список «Статус»), вам следует включить отслеживание истории полей. Таким образом, вы всегда можете восстановить этапы, через которые прошла данная запись. Возможности, очевидно, являются основным примером такого жизненного цикла, но помните, что существует специальный объект OpportunityHistory, разработанный именно для них.

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