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

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

Что касается масштаба проблемы, то на правах первоисточника (когда-то у меня был доступ к десяткам тысяч “учеток”) заявляю: да, взрослые люди (даже из крупных компаний и на больших должностях) очень часто используют в качестве паролей всякие 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

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

Итак, речь идет о внедрении CRM Битрикс24 в международной компании на почти полтысячи человек. Для меня как интегратора это значит полтора десятка подразделений с собственными бизнес-процессами, которые в 95% случаев нигде и никак не описаны. И не всегда 1 подразделение равно 1 проект. Есть структуры, у кого их 3, 5, 7...

Отсюда пункт первый: сначала фиксируем процессы “на бумаге”. Где-то это многостраничный гуглодок. Где-то – ветвистая карта в Miro. А где-то настолько аджайл, что мы просто еженедельно созваниваемся, обсуждаем хотелки и вуаля фронт работ на ближайший спринт (почти, как “У воина нет цели. Только путь”).

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

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

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

И теперь уж совсем техническая часть.

Каждый проект я завожу в CRM как элемент смарт-процесса с полями вроде “Что надо сделать”, “Кто заказчик”, “Дедлайн”, “”ID чата в Telegram” и т. п.

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

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

Что получаем в итоге.

По каждому проекту инфа фиксируется дважды: в Б24 и в чатах “телеги” (хотя вношу я данные всего один раз).

Люди быстро к этому привыкают и знают: если кто-то что-то не делает вообще или не делает в срок – это предается огласке “перед всем взводом”. И формально – от имени бездушного бота (хотя все понимают, кто его патрон).

Мы двигаемся маленькими итерациями – недельными спринтами. Это куда лучше, чем набрать или нараздавать задач на месяц и лишь потом узнать, что еще 3 недели назад где-то что-то пошло не так.

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

Если вы – скрам-мастер либо работали с таким человеком в команде, то вышесказанное вряд ли стало для вас открытием. Так работают большинство айтишников. Но компания – это не только программисты. Сейлы, маркетологи, аккаунты, бухгалтеры, юристы, кадровики… В их работе обычно никакими скрамами и аджайлами и не пахнет. Но ровно эти методики, реализованные в моем случае в CRM и Telegram, помогают управлять разными по сути, но схожими по идеологии реализации проектами.

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

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

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

В первую очередь мы теряем невозвратный ресурс – время.

Сравните варианты.
Пример 1.
– Привет! У нас в коллективе новый сотрудник, дай ему доступ к сделкам в CRM
– К каким именно сделкам?
– В воронках 2, 3 и 5
– А какие права доступа сделать?
– Нужен доступ на просмотр.
– Ок!

Пример 2.
– Привет! У нас в коллективе новый сотрудник, дай ему доступ на просмотр сделок в CRM, в воронках 2, 3 и 5.
– Ок!

Даже визуально видно, что времени на второй диалог нужно минимум в 2 раза меньше, чем на первый.
В жизни отличие достигает и 5 раз.
Ибо написав первое предложение, заказчик может убежать в другой рабочий чат (думая, что первичная постановка задачи равна началу ее выполнения). А тут, понимаешь, допвопрос, да не один!

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

Помимо потери времени часто идет речь о репутации.

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

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

Возвращаясь к просто словесной постановке задач, охотно могу порекомендовать книги Александра Фридмана. Сам я с ними познакомился лет 15 назад и отчасти вынужденно: когда неожиданно стал руководителем большого и разношерстного (включая поло-возрастные характеристики) коллектива. И начал с книги “Вы или вас”...
Важно!
Там не про то, как “делегируй все и ничего не делай сам”.
Там про то, что не надо стесняться прямо на старте подробно описывать задачу, варианты ее решения и желаемый результат.
Ибо в противном случае это все равно придется сообщить, но уже с потерей времени и репутации.

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

По роду деятельности я создаю множество (не меньше 100 в год) мануалов.
“С картинками” и объемом от 2 до 20 гуглодоковских листов.
Одни посвящены описанию новых механик и рассчитаны на “массового зрителя”.
Другие предназначены для новых сотрудников и облегчают онбординг.
Третьи разгружают меня самого (куда ж без делегирования).
Четвертые описывают чужую работу по состоянию на “сейчас” (ибо большинство людей, кем бы ни работали, не умеют формализовать свои зачастую сакральные знания на бумаге и уж тем более в Miro).

И есть с этими мануалами одна большая беда.
Да-да, вы угадали.
Люди их не читают.

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

А вот с инструкциями вроде моих поведение иное: в непонятной ситуации коллеги идут не в документ, а к его автору в личку.
Ибо им так проще.
Ну и потому что в принципе такой вариант у них есть.

Одно время я жил в самообмане, думая, что мои мануалы как-то непонятно написаны. И стал целенаправленно собирать обратную связь. И выдохнул: оказывается, те, кто прочитал инструкции, почти не испытывают проблем. А среди таких людей, в свою очередь, есть представители разных полов, возрастов и профессий.

Еще одна проблема: это большое количество потраченного зря времени (причем, с обеих сторон).
Ожидание: пишешь мануал для 10 человек и больше не вспоминаешь про описанный процесс, да и людям все понятно.
Реальность: 6 из 10 человек периодически приходят в личку с одними и теми же вопросами (ответы на которые, конечно же, есть в мануале).
Стоит ли говорить, что такие переписки не способствуют рабочим отношениям, а, скорее, наоборот.

Как лечить?
В обсуждениях с коллегами мы пока остановились на варианте, который, увы, увеличивает объем работы: помимо создания текстово-графических инструкций необходимо записывать мини-вебинары.
С надеждой на то, что тот, кто слаб в чтении, силен в восприятии видеоформата.
По крайней мере после такого “раздвоения” мануалов их автор вправе безапелляционно заявить, что сделал все, что мог.

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

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

Мне неизвестны компании, которые бы не сталкивались с негативом в свой адрес. Даже если у вас нет профиля на Яндекс.Картах, канала на YouTube и аккаунта в ВК – люди найдут (если захотят) способ выразить свое фи. А уж тем более, когда такие веб-представительства у вас есть. И что же делать, если обнаружен новый нелестный комментарий?

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

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

Структура ответа на негатив такова:
1 Благодарность + небольшие извинения.
2 Разбор полетов.
3 Благодарность + заверение что вопрос контролируется на самом высоком уровне.

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

А нужно ли удалять негативные комменты и банить их автора?
Нет. Это еще больше разозлит, и человек найдет способ оставить вам уже не один, а десять отзывов с других аккаунтов. Еще и френдленту подключит. Заодно публика узнает и точно не оценит вашу манеру решать проблемы, заметая их под ковер.
Исключение – откровенное хамство и оскорбления, в таких случаях – да, в бан.

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

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

Опустим подготовку и само участие в мероприятии. Наступило завтра.
Каждый, кто ходил/ездил/летал на “бизнес-охоту” обязан предоставить несложный отчет:
– с какими компаниями повстречался
– с какими людьми из этих компаний пообщался
– что рассказал о нас, что узнал о них, какой и когда следующий шаг.

К сожалению, во многих компаниях такие отчеты если и пишутся (ну, потому что бывает, что не пишутся совсем), то в экселе.
А это значит, что, скорее всего, будут допущены ошибки в именах, фамилиях, телефонах, названиях компаний….
Договоренности “продолжить разговор в такие-то сроки” будут забыты. Ибо ячейка таблички сама про это менеджеру не напомнит.
Со временем неминуемо появятся дубли (если кто-то решит объединить несколько отчетов в единую базу).
Ну и, разумеется, нет никакого способа на основании данных с прошедшего мероприятия ответить на логичный вопрос: “Какие уже есть результаты? Какие ожидаются в обозримом будущем?”

Рациональный путь – вносить отчеты в CRM.
Если в базе уже есть Контакт и/или Компания – документ привяжется к ним. Если нет – эти сущности создадутся автоматически.

Также без участия человека отчету (читай – касанию) присвоятся дата и авторство.

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

Но главное начинается дальше. Когда-нибудь с этими потенциальными клиентами в CRM появятся сделки. Когда-нибудь они будут выиграны и пайп превратится в выручку. И в этот момент система сравнит доходы с расходами.

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

И, да, мы сэкономили кучу времени и почти победили человеческий фактор еще в одном бизнес-процессе.

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

В принципе, можно (и нужно) фиксировать сайты контрагентов хоть в Excel (если вы все еще в нем работаете). Я же поделюсь базой и фишками для тех, кто использует CRM.

1. Заполнять поле Сайт в карточке Компании нужно по строгим правилам (иначе пользы не будет). Я рекомендую писать только домен и доменную зону. Без всяких слеэшей и https.
То есть правильно: pavluk.online
Неправильно: https://pavluk.online/

2. Предыдущий пункт позволит настроить проверку на дубли.
Если кто-то попробует завести еще одну карточку той же самой компании и корректно заполнит поле “Сайт” – система проинформирует о найденном клоне.
Особенно полезно, когда в компании и/или головах сотрудников нет понимания, какие нужно давать названия карточкам Компаний (например, потому что Ozon это ООО “Интернет Решения”, а “Магнит” – вообще “Тандер”).

3. Не меньше (а порой больше) бед, чем дубли, приносит процедура (вернее ее нарушение) прикрепления Контактов к Компаниям.
Староверы делают это вручную (поэтому часто медленно и плохо, а иногда вообще никак).
Правильно делать это роботами, которые трекают почту Контакта, вытаскивают из нее то, что после “собачки”, ищут совпадения по полю “Сайт” среди Компаний.
Если нашли – Контакт автоматом крепится к Компании.
Разумеется, мы говорим только о корпоративных доменах и игнорируем емейлы на бесплатных почтовиках.

4. Предыдущий пункт можно развить. Ибо зачастую менеджер или аккаунт, закрепленный за Компанией, общается или хотя бы знаком с парой человек. Тогда как Контактов из этой Компании в базе может быть несколько десятков. И их число, по идее, еще и пополняется из самых разных источников.
Так вот роботов можно научить делать следующее. Появился в системе новый Контакт – в него автоматически летит приветственное письмо от сотрудника, отвечающего за эту Компанию. Мол, общаюсь с вашими коллегами такими-то, будем и с вами знакомы!
Либо, если мы говорим о заявках, просто автоматически их распределять между сотрудниками с учетом закрепления (а не орать в рабочем чате “Чей клиент”?).

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