Анастасия Глущенко

Бизнес-аналитик, департамент аналитических решений «КОРУС Консалтинг»

Привет, Хабр! Все мы любим рассказывать истории, но почему-то, когда нас просят «а расскажи мне что-нибудь», — мы впадаем в ступор, начинаем задумываться, а что бы нам такого рассказать. То же самое касается и написания статей, выступления на конференциях, обмена опытом.

У нас в ДАРе работает множество первоклассных аналитиков, но мало кто из них доходит до того, чтобы поделиться своим опытом хотя бы в статье на Хабр: кто-то из-за нехватки времени, а кто-то из-за того, что не знает, с чего начать. И именно о том, «с чего начать», мы поговорим сегодня.

А зачем аналитику писать статью?

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

О чем рассказывать?

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

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

Как рассказывать?

Когда вы определились с темой — а это, поверьте мне, уже очень большой шаг, встает вопрос: а как рассказать? Какие слова подобрать? Аналитики по природе своей классные спикеры и писатели, но мы настолько привыкли к стандартизированным и шаблонным формулировкам, к строгим форматам документов, что нам бывает очень сложно говорить с читателем простым, понятным языком, как с другом. Для написания статьи на Хабр или текста выступления не нужны формулировки научного доклада, не нужны длинные прелюдии, не нужна ГОСТ-овская структура. Начните с «давай покажу, где мы налажали». Люди, которые приходят почитать вашу статью или послушать вас на конференции, надеются, что вы оправдаете их ожидания и расскажете что-то полезное и интересное: документацию они могут и на работе почитать. Если хотите получить положительную обратную связь, вам нужно рассказать историю вместо инструкции. Лаконично, ярко, задорно, на понятном и простом языке. Ну вот взять даже эту статью – это просто статья про статью, куда уж проще!

Что еще нужно запомнить, и возможно, это сильно поможет вам сделать следующий шаг: читатель — не заказчик, перед ним можно не оправдываться и не защищаться. Максимум, что вам светит в случае неудачи — пару грозных комментариев на Хабр, но я уверена: все мы люди стрессоустойчивые и с легкостью переживем уколы хейтеров. Расскажу инсайт, который получила, выступая с докладом на конференции: большая часть людей, которые задают вам вопросы из зала, не хотят вас «завалить», они задают вопросы, потому что им было интересно, потому что вы заставили их задуматься, а значит, подготовленный материал, действительно, был хорош. Гораздо хуже, когда вопросов вообще не возникает. То же самое касается и комментариев в сети, которых многие авторы почему-то сильно боятся. Как правило, комментаторы – это люди, которые, во-первых, заинтересовались (ведь они даже потратили время на то, чтобы написать комментарий), а во-вторых, им хочется поддержать дискуссию, а значит, тоже поделиться своим опытом, либо подробнее узнать про ваш. По крайней мере, мне так хочется верить в человечество и отсутствие безосновательного пустословного комментирования.

Что нужно учесть?

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

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

Что ж, у вас есть тема, тезисы, возможно, даже черновой текст, у вас есть свой фирменный стиль повествования. И вот вы начинаете работу над статьей или докладом. И все-таки чего-то не хватает. Вам кажется, что в вашей статье нет жизни, нет какой-то «фишечки». Сразу оговорюсь, фишечка – это не шутка, это ваш факап, ваша странность, ваша проблема. Откуда взять эту «фишечку»? Откуда угодно, кроме работы. Так, например, моя первая статья на Хабре пестрила цитатами и сгенерированными нейросетью картинками из «Алиса в стране чудес» (спасибо тебе, дорогой читатель, если ты читал и в твоей голове сейчас возникли эти картинки, ибо я очень старалась). Это была статья про важность саморазвития и обучения, и на тот момент мне показалось, что такая глубокомысленная книга как «Алиса» как нельзя подходит к этой теме. Я люблю готовить и на ближайшей конференции я планирую рассказывать, как сделать хороший дашборд по аналогии с приготовлением вкусного борща. А еще у меня есть маленькая дочь, и мы регулярно читаем сказки на ночь, поэтому возникла идея разложить IT-проект на этапы по примеру русской сказки «Царевна лягушка» и рассказать об этом. В общем, у каждого из нас есть какое-то хобби, увлечение или просто красивая метафора, которая удачно впишется в статью или доклад и пройдет красной нитью от начала до конца, связывая воедино все повествование. Такие «фишечки» — это необычно и это запоминается. Это то, что оставляет частичку вас в повествовании, делает вас и читателя ближе, ведь на тот момент, когда он дочитает вашу статью, он не только получит новые знания, но и узнает лично вас чуточку больше.

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

Вывод

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