Вы тоже считаете, что пользовательская документация — это зло, которое пишут в последнюю ночь перед релизом, сдают «для галочки», а потом героически игнорируют все, включая техподдержку? Поздравляю, вы в тренде..
Но есть плохая новость: так больше нельзя. И хорошая: виноваты в этом… мы с вами. Бизнес-аналитики.
Новый стандарт ISO 26514-2022 совершает тихую революцию: он перекладывает ответственность за удобство документации с бедных техписателей на проектировщиков системы. Да-да, теперь «инструкция — это не приложение к продукту, а его функциональная часть». И если аналитик не заложил сценарии помощи в требования — никакой талантливый автор не сделает интерфейс интуитивным.
На докладе мы честно разберем:
— Почему описание полей «ИНН — для ввода ИНН» — это прошлый век, а «как оформить возврат платежа за 20 секунд» — новая реальность.
— Как внедрить Shift Left для документации и почему об этом должен думать аналитик на этапе прототипов, а не разработчик перед сдачей.
— Какие метрики увидят CEO: -30% нагрузки на поддержку, +40% качества данных — и при чем здесь вы.
— Живой пример из практики (и да, с цифрами): как мы перестали писать «руководства оператора» и начали проектировать информационный продукт.
Бонусом — чек-лист из трех шагов, чтобы завтра же перестать быть частью проблемы и стать частью решения. И, конечно, разберемся, почему ISO — это не бюрократия, а профессиональный инструмент защиты своей экспертизы (и аргумент в споре с разработчиком, который считает, что «и так понятно»).
Приходите. Будет не скучно. Я обещаю: после этого доклада вы перестанете ненавидеть документацию и начнете использовать ее как конкурентное преимущество. А заодно узнаете, при чем тут гномы, тролли и «каменные плиты».
Для кого: бизнес-аналитики, системные аналитики, Team Lead, Product Owner, все, кто устал отвечать на одни и те же вопросы пользователей.