10 точек роста. Таков результат прожарки TG-канала Digital for Sales от гендиректора Национальной ассоциации телерадиовещателей и автора TG-канала New Media Александра Широких, а также других участников разбора.

Уверен: многие рекомендации пригодятся и вам, если ведете или будете вести свой канал. А если не побоитесь прожарки, то вам сюда.

1. Посты – покороче
Пожалуй, самая частая претензия к моим текстам. Но часто инфы не просто много. Много – полезной инфы. И тогда ее лучше опубликовать на другом, более подходящем для лонгридов ресурсе. А в TG дать анонс.

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

3. Вводный абзац – до 13 слов
Разумеется, не считая союзов и предлогов. Ибо сейчас у меня это может быть и 7 предложений. А для восприятия в эпоху клиповости это очень много.

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

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

6. Новые эмодзи
На смену классическим и оттого приевшимся символам приходят более интересные современные (особенно для premium-подписчиков). Использовать их – значит, идти в ногу со временем.

7. Иллюстрация должна попадать в аудиторию
Для меня стало открытием, что читатели-ровесники могут не узнать кадр из “Любовь и голуби”... От отсылок к фильмам отказываться не хочу, но сменить референсы на более узнаваемые или элементарно свежие – согласен.

8. Дизайн иллюстраций должен быть современным
Касается и шрифтов, и даже цветовой гаммы. Пожалуй, самая спорная из полученных рекомендаций (мои иллюстрации, кстати, получили “троечку”). Но и ее не отметаю, ибо встречают, как мы помним, по одежке.

9. Ссылки на “запрещенку”
В одном из постов я упоминал FB-шный календарь дней рождения друзей. И даже не подумал, что без соответствующей ремарки это может быть нарушением законодательства. На будущее – учту, ибо запрещенных организаций становится все больше.

10. Если у канала есть бизнес-цель, то должны быть и офферы
Мало кто (хотя такие есть) пишет посты просто в удовольствие. Обычно цель прагматична, например – лидогенерация. А значит и в постах, и закрепах то и дело нужно делать оффер с призывом к действию.

Друзья, а ведь я и у вас давно хотел спросить совета: что еще можно улучшить на канале?

Даже если в компании внедрена CRM, сотрудники все равно нередко используют Google Таблицы. И здравствуй, двойная работа. Кто-то вносит данные в Контакты, Компании, Лиды, Сделки… А кто-то их же потом копирует в “ексельки”. И наоборот: нередко одно подразделение добывает или генерирует табличку, а второе вынуждено руками переносить инфу в CRM… Хорошая новость в том, что есть способ без дополнительных сервисов и приложений настроить такую передачу данных (в обе стороны!) и прекратить этот “день сурка”.

За 7 лет работы в сфере автоматизации бизнес-процессов я отлично усвоил фундаментальную идею: какой бы ни была задача – ты не первый, кто ее решает.
Следовательно:
1) Наверняка в базах знаний, на форумах и им подобных ресурсах люди уже задавали вопросы по этой теме. И, возможно, получили там ответы.
2) Есть вероятность, что человек, решивший аналогичную задачу, кратко, а лучше подробно поделился “в интернетах” (включая видеоформат) этим самым решением.

У меня поиски заняли 2 недели.
Принципиальным было обойтись без сторонних решений. К слову, таковые есть. Начиная от сторонних приложений для CRM (у меня это Битрикс24) и заканчивая мощными сервисами вроде Albato. И дело даже не в том, что это платно. А в том, что, судя по отзывам и комментариям, такие связки то и дело ломаются. А их непосредственные разработчики делают покерфейс или даже не выходят из тумана.

Решение, которое в итоге удалось реализовать, базируется на Apps Script (бесплатная платформа сценариев от Google) и вебхуках Битрикс24, передающих данные через API.

Вот как это работает на примере “екселек” с медиапланами для рекламных кампаний.

В CRM есть сделка, поля которой содержат базовую информацию: бюджет, сроки и формат рекламы, плановые показатели показов, кликов, CTR и так далее.
И эти самые данные люди вручную переносят в сводную гуглотабличку.
Вернее – переносили.
Новая механика предполагает аж 3 варианта.
Можно нажать кнопочку – и данные прогрузятся в нужные ячейки нужного листа нужной таблички.
Можно передвинуть сделку в специальную колонку.
Можно ничего не делать – передача сработает по таймеру.

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

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

А вам приходится вручную дублировать данные в CRM и Google Таблицах?
Как с этим боретесь?

Больше таких постов – в моем Telegram-канале Digital for Sales:
https://t.me/pavluk_online

Однажды я забыл поздравить друга с днем рождения. Хуже – с юбилеем. К стыду своему – замотался… Это стало уроком. И в итоге я сначала взял на вооружение простой лайфхак, как больше так не продалбываться. А для компаний придумал схожую и даже более автоматизированную схему – по контролю дней рождения клиентов и партнеров со стороны менеджеров и аккаунтов.

ДР друзей и знакомых

Здесь механика простая. В моем гуглокалендаре есть ежедневно (без выходных) повторяющееся мероприятие, которое так и называется: “Поздравить с ДР”.
В описании – прямые ссылки на разделы соцсетей со списком дней рождения друзей.
Например, вот для ВК (замените там в серединке): https://vk.com/ВАШЛОГИН?w=calendar
А вот универсальная для FB*: https://www.facebook.com/events/birthdays/

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

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

Ну и немного Telegram, конечно, помогает, предлагая подарить людям из “телефонной книги” премиум-подписку в честь их дня рождения.

ДР клиентов и партнеров

Здесь система не сильно сложнее и базируется уже на использовании CRM.
А именно – на заполнении поля “Дата рождения” в карточках имеющихся и потенциальных клиентов.

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

При заполнении поля “Дата рождения” в карточке в CRM запускается робот, который создает в календаре сотрудника, ответственного за клиента/партнера, мероприятие “Поздравить с днем рождения”. В описании мероприятия будут подробности: что за человек, его должность, компания, контакты и на всякий случай ссылка на карточку Контакта в CRM.

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

И все. Теперь уже календарь проинформирует (а если надо – напомнит несколько раз) вашему сотруднику о 5-минутном деле, которое может оказаться весьма значительным для поддержания и развития деловых отношений.

* — Компания Meta (Instagram и Facebook) признана экстремистской и запрещена на территории России с 21.03.2022

Больше таких постов – в моем Telegram-канале Digital for Sales:
https://t.me/pavluk_online

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

Бизнесам бесконечно не хватает времени.

Нет ни одного проекта (по крайней мере за последние 7 лет), в которых бы не слышал оправданий вроде “дел по горло, сорян, что не ответил(а) и/или не сделал(а) и/или не выполнил(а)...”.

И со временем я стал использовать именно этот аргумент (иногда “вместе”, иногда вместо“), чтобы хотя бы предложить ту или иную автоматизацию. Мол, ну да, повысится конверсия, будет больше лидов, сделок, денег… Но чуть ли не ключевое – у сотрудников появится больше времени.

А насколько весомее аргумент, если он связан еще и с энергией!

Было: люди концентрируются на рутинных задачах, там – их внимание, там же – их энергия. Вернее – туда же сливается. И результат – общая динамика бизнеса (зачастую – ее отсутствие).

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

Никаким бизнесам не нужна автоматизация сама по себе.
Редко удается объективно ее измерить и мало от нее самостоятельной пользы.

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

Больше таких постов – в моем Telegram-канале Digital for Sales:
https://t.me/pavluk_online

Безопасность коммерческих данных и время сотрудников (в том числе – высокооплачиваемых). Фундаментальные вещи для любой компании. Но в 9 из 10 случаев безопасность находится под угрозой, а время нерационально используется… Нет, не из-за использования Google Sheets в принципе. А из-за неумения с ними работать и сторонних неподвластных нам факторов.

Первая беда – доступы к “гугоекселькам” (а также “гуглодокам”, “гуглопрезам” и т. д.).

Распространенная ошибка – “доступ по ссылке”. Она часто встречается потому, что так быстрее, нежели, например, указывать (а иногда предварительно разыскивать) почту одного или несколько человек.
Итог – ссылка уходит “в народ” и остается там даже когда сотрудники покидают вашу компанию. То есть еще и нередко достается конкурентам.

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

Уверен: в ваших закромах без труда можно найти что-то аналогичное.
Но главное: что-то аналогичное точно есть в закромах ваших уже бывших коллег.

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

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

Более простым вариантом представляется использование “облаков” внутри корпоративного портала. В данном случае – Google Workspace. Ушел человек из компании – учетка заблокирована, и все доступы обрубились автоматически.
Выглядит, как панацея.
Если, конечно, вы уверены, что такой аккаунт (а значит – учетки всех сотрудников компании и все данные в облаке) специально или случайно не забанят в связи с происходящим в мире звиздецом.

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

И тогда можно попробовать отказаться (со слезами на глазах) от прекрасного 18-летнего зарубежного сервиса в пользу любой отечественной CRM, включая Битрикс24. Ибо под капотом там всегда лежат те самые “таблички”.

Это потребует порой коренной перестройки многих бизнес-процессов.
Вы переживете несколько волн сопротивления (собственных сотрудников).
Не исключено, что будет и саботаж.
Но если хватит упорства и таланта завершить начатое – результатом будет не только решение проблем с безопасностью данных.
В 100% случаев (опираюсь на свой 7-летний интеграторский опыт) пересборка процессов приводит к их оптимизации и частичной автоматизации.
И “заодно” мы решаем вторую проблему – с нерациональным использованием рабочего времени людей. Повышаются скорость и качество труда, а столица переезжает в Нью-Васюки... Но об этом – в следующих сериях.

Больше таких постов – в моем Telegram-канале Digital for Sales:
https://t.me/pavluk_online

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

Кстати, если у вас никогда не уводили аккаунт, то:
– это дело времени (если пренебрегать вопросами кибербезопасности);
– возможно, вы просто про не в курсе, что логопас (логин и пассворд) давно скомпрометирован.

Что касается масштаба проблемы, то на правах первоисточника (когда-то у меня был доступ к десяткам тысяч “учеток”) заявляю: да, взрослые люди (даже из крупных компаний и на больших должностях) очень часто используют в качестве паролей всякие qwerty и прочие Marina1978.

У меня самого 150-200 аккаунтов в самых разных сервисах. Включая весьма чувствительные (вроде админского доступа к паре десятков CRM и CMS).

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

Итак, что такое надежный пароль?
Это когда в нем достаточно много символов.
И там есть как буквы (заглавные и прописные), так и цифры.
А еще спецсимволы (например, знаки препинания).
Вишенка на торте – этот пароль используется только на одном сайте.
Второй сайт – второй пароль. И так далее.

Запомнить такое, конечно, нереально.

Зато можно запомнить, как “такое” было “придумано”.
А это реально, если ничего не придумывать, а составлять по неким правилам.
У вас они могут и должны быть свои.
Я покажу на своем примере (разумеется, изменив конкретику и оставив саму суть)

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

Первая часть (или последняя) – это часть домена сайта, на котором я нахожусь.
Например, это muztorg.ru
Получается, берем “mu”. Или “muz”. Или вообще ”org”.

Вторая часть (или первая) – набор символов, которые я точно никогда не забуду. Те самые “девичья фамилия матери”, “индекс вашего родного города”, “год, когда вы окончили вуз”...
Получается, берем “baklanova”. Или “211440”. Или “2004”...

И третья часть (или вторая, или первая) нужна, чтобы добавить спецсимвол и заглавную букву (хотя бы по одной штуке, но можно и больше).
Получается, берем “M?”. Или “№D”. Или “Q!”
Круто, если эти символы тоже будут у вас с чем-то ассоциироваться.
Например “Q” и “!” просто расположены рядом на клавиатуре (недавно qwerty нам мешало, а теперь – поможет!)

И в итоге получается например такой пароль: muz2004Q!
Или такой: baklanovaorgM?
Или: 211440№Dmu
Все они – надежные.
И будут использоваться только для сайта Музторга.
И, немного потренировавшись (запомнив вами же придуманную формулу), вы даже не будете утруждать себя запоминанием таких паролей.
А будете как бы повторно генерировать их прямо в момент авторизации (а не хранить в браузере или где-то еще).

Пользуйтесь! И перешлите тем, кому это также может быть полезно.

Больше таких постов – в моем Telegram-канале Digital for Sales:
https://t.me/pavluk_online