Обновить

Писатель, аналитик и немного администратор: сколько стоит такая роль?

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

Дисклеймер. Я больше 15 лет внедряю менеджмент знаний в российских компаниях. Запустил эти разборы, чтобы работодатели могли увидеть спорные места в вакансиях, а специалисты – точнее оценить задачи и подготовиться к собеседованию. Анализирую только опубликованные тексты, а не реальные процессы внутри компаний.

Начну с плюсов

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

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

Основные условия указаны. Сотрудника оформляют на полную занятость. Указаны зарплатная вилка, квартальная премия, компенсация амортизации личного оборудования, оплачиваемое обучение. Также заявлена возможность развиваться и переходить на другие позиции.

Удалённый формат. График известен заранее – с 10:00 до 19:00 мск. Для многих кандидатов возможность работать без привязки к офису по-прежнему остаётся важным преимуществом.

Дальше начинаются вопросы

Первый – срочные запросы. В вакансии не объясняется, как часто они возникают и укладываются ли в обычный график. Лучше заранее уточнить, нужно ли оставаться на связи после 19:00 или в выходные.

Второй – зарплата. В вакансии указана вилка от 55 до 85 тысяч рублей в месяц до вычета налогов. На мой взгляд, она выглядит скромно для заявленного набора обязанностей: кроме подготовки текстов, сотруднику предстоит заниматься аналитикой, взаимодействовать с внутренними заказчиками, развивать структуру базы и работать с инструментами поддержки.

Третий – границы роли. В одной позиции объединены разные функции. При этом непонятно, какие задачи будут основными и за какие результаты сотрудник отвечает лично.

Четвёртый – мало информации о команде. Не указаны размер команды, распределение обязанностей, рабочие инструменты и траектория профессионального развития.

Мой вывод

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

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

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

Перед откликом стоит уточнить:

  • как распределяется время между текстами, аналитикой и развитием базы;

  • сколько человек работает в команде и как разделены обязанности;

  • какие платформы и инструменты используются;

  • что входит в настройку и автоматизацию инструментов поддержки;

  • как часто возникают срочные задачи и требуют ли они работы вне графика;

  • от чего зависит сумма внутри вилки и как рассчитывается премия;

  • каких результатов ждут от сотрудника в первые три месяца.

Вакансию можно посмотреть тут.

Я веду свой телеграм-канал про управление знаниями, делюсь в нём граблями из проектов для лидеров рынка: Банк СПб, Билайн, Делимобиль, Купер, МЭС и других. А ещё рассказываю про ИИ-находки для дома и не только. Подпишитесь, чтобы не пропустить следующие посты.

Теги:
Всего голосов 4: ↑2 и ↓20
Комментарии0

Путь к ИИ‑сингулярности

У нас было два репозитория неоттестированного вайб‑кода, семьдесят пять тяжеловесных SDD‑спецификаций, пять обмазанных смазкой харнессов, солонка, наполовину полная кастомных скиллов и забитых капслоком правил, с десяток дырявых MCP‑серверов, RAG‑база со свежевекторизованным Confluence, самодельная дощечка имаго‑кодинга и целая россыпь автономных агентов всех мастей, от безобидных автодополнялок до галлюцинирующих субагентов, ставящих пакеты со slopsquatting и втихаря сносящих боевые базы.

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

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

Нет ничего более беспомощного, безответственного и испорченного, чем IT‑команда, запустившая мультиагентный оркестр в режиме allow all.

Это критический (и слегка ехидный) обзор того, что произошло с разработкой последние пару лет.

Путь к ИИ‑сингулярности

Публикации