Руководства, Инструкции, Бланки

написание инструкции пользователя img-1

написание инструкции пользователя

Рейтинг: 4.7/5.0 (1912 проголосовавших)

Категория: Инструкции

Описание

Как написать руководство пользователя

Как написать руководство пользователя Введение

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

Настоящий отчет описывает, как создать исключительный инструкцию на основе следующих принципов: nalyzing читательского восприятия; эффективная конструкция информация и тщательное тестирование руководства конечного пользователя.

Анализируя читательского восприятия

При подготовке написать инструкцию, технический коммуникатор должны сначала исследовать и определить ключевые демографию людей, наиболее вероятно, будут использовать продукт / программного обеспечения под рукой. Например, какова средняя возрастная группа и уровень образования пользователей (Ходжсон)? Будут ли они иметь базовые знания по этому товару, а если да, то сколько? Ответы на подобные вопросы определить, какой тип языка в использовании, и насколько подробно включить в вводной части руководства. Для того чтобы руководстве выполнения своих целей, писатели должны сначала определить и понять свою целевую аудиторию (Ходжсон).

Читатель Findability. Одной из основных проблем, связанных с неэффективным руководства пользователя является то, что они не в состоянии соответствовать стандартам читателя находимости. Большинство людей открытых руководства пользователя ожидая найти определенную часть информации о продукте, будь то ответы на устранения неисправностей дознания или информации об определенной функции. Когда читатели вынуждены просеивать бесконечное количество недифференцированных информации о продукте, это увеличивает вероятность того, что они будут бросить руководство в сторону и попытаться решить проблему самостоятельно (Ходжсон).

Писатели могут повысить читателя находимости, создав подробную оглавление, раскалывается информацию на несколько разделов, используя классический, легко читаемый шрифт, как Сан-Serif, в том числе словарь терминов и используя полужирный шрифт для заголовков разделов и важной информации (Ходжсон). Примером руководстве исключительной является Руководство пользователя Статкевич IOS 6.1 Software, которая представлена ??в формате PDF. Вводный раздел этого руководства под названием "IPad Обзор" просто представляет читателям меченого иллюстрации Ipad без подавляющего их с пунктами информации о продукте или бесконечных точек пуль.

Эффективное Информация Дизайн

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

4) Приложение: Устранение неисправностей советы и любая дополнительная информация по технике безопасности не упоминалось ранее, должны быть помещены в конце руководстве в заключении червеобразный отросток разделы (Hodgson).

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

Писатели должны убедиться, что каждый шаг в правильном порядке и что инструкции соответствовать продукт (Мильман). Каждый шаг должен быть написан как команда в настоящем времени, используя точки зрения непрофессионала, пока инструкции не должны встретить, как покровительственно пользователям (Hodgson). Лучше всего для технических коммуникаторы написать инструкциям при выполнении актуальной задачей, что в настоящее время объясняется чтобы гарантировать, что каждый шаг соответствует пользователи процесс будет проходить (Робинсон, 5). Если какие-либо символы или значки используются в инструкции, они должны быть определены в начале руководства, используя легенду (Мильман).

Тщательное тестирование Final Руководство пользователя

После написания руководство пользователя очень важно, чтобы технические писатели проверить эти наборы инструкций на нескольких людей, которые вписываются в пользовательских демографии и не имеют никакой связи с продуктом или программное обеспечение в руки (Робинсон, 3). Это дает писателю представление о любых проблемных аспектов руководстве, что, возможно, потребуется быть изменены перед публикацией, такие как любые разделы, которые не ясны или вызывают путаницу. Еще одно преимущество инструкций тестирования на обычных людей в том, что она позволяет авторам определить ключевые термины пользователи специально искать, поскольку они просматривают более руководств пользователя; писатели могут затем вернуться и скорректировать свои инструкции соответственно.

Посмотреть все 3 фото

Другие статьи

Gameflower: Блог

  • Блог

бесплатно и без смс Написание Инструкции Пользователя

Снова здравствуй, уважаемый хабралюд! В продолжении своего поста решил написать, как лучше всего создавать инструкции для пользователей и администраторов. Всем, кому интересно, прошу под хабракат. KISS Принцип Keep It Simple Stupid хорошо известен в программировании, но почему-то его редко используют для написания инструкций и руководящих документов, предпочитая растекаться мыслею по древу.

Руководство пользователя - это справочник на бумажном или цифровом Омаха, Небраска; 10 лет опыта в написании инструкций по эксплуатации и.

Показано, что обобщенная структура руководства пользователя, написания связного текста большого объема - как приступить к.

Разработка руководства пользователя согласно ГОСТ. Написание руководства для пользователя.

Документ «Руководство пользователя » относится к пакету эксплуатационной документации. Основная цель руководства пользователя заключается в.

Старайтесь разделять инструкцию для пользователей от Я думаю, что писать статью про написание инструкций стоило с того, что.

Как писать имя пользователя - Мир компьютерных инноваций

Как писать руководство пользователя? Часть I

Обобщенная структура руководства пользователя программы (в ЕСПД отсутствует) на основе сравнительного анализа ЕСПД и IEEE Std 1063-2001, а также с учетом рекомендаций «манифеста Кагарлицкого». Подтверждено, что «устаревшие» ГОСТы 19-й системы при грамотном использовании превосходят суперсовременный IEEE Std 1063-2001. Впервые опубликована 14.02.2005 г. Редакция от 28.02.2014.

Как писать руководство пользователя? Часть I

Когда умирает надежда, приходит отчаяние.

Мудрая латинская поговорка

Как писать руководство пользователя программы. Создать древовидную иерархическую структуру разделов руководства пользователя и заполнить ее разделы содержимым. И вся любовь.

Где взять структуру разделов руководства пользователя? С руководствами на изделия (руководство по эксплуатации по ГОСТ 2.601-95 ) и на автоматизированные системы (руководство пользователя по РД 50-34.698-90 ) все более или менее ясно. А вот сам документ «Руководство пользователя» программы в ГОСТах 19-й системы отсутствует как класс.

Каким содержимым наполнять разделы руководства пользователя? Как быть? Главное - не отчаиваться.

Вопросы, на которые должно дать ответы руководство пользователя

Подарите ребенку незнакомую ему электронную игрушку. Перечень вопросов будет примерно таким (если сразу же не разломает):

    а что это; а что им можно делать; а что им нельзя делать (у особо одаренных); а что надо, чтобы оно работало; а что там у него внутри (у детей, склонных к глубокому анализу); а как его настроить, чтобы работало так, как я хочу; а как его проверить, работает оно или не работает; а что и где надо нажимать; а что оно еще может делать; а что оно говорит, если что-то не так нажимаешь?

Последовательность вопросов может оказаться самой разнообразной. И документ под названием «Руководство пользователя» должен дать ответы на все поставленные вопросы. Все просто. Не так страшен черт, как его малюют.

Цели и задачи статьи

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

    определить структуру разделов руководства пользователя; определить содержимое для заполнения разделов руководства пользователя.
Руководство пользователя: четыре источника и четыре составных части

Возможно, существуют и иные документы, но автору, основательно порывшемуся в рунетовской свалке, ничего более подходящего заполучить пока не удалось. Яндекс обнаружил в своих недрах еще одну страничку с названием «Как сделать хорошее руководство пользователя», автор которой именует себя на американЬ ский манер (типа John P. Morgan). Двухстраничное «наставление» с радостными возгласами было немедленно отправлено в корзину.

Манифест Кагарлицкого

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

(цитаты из манифеста Кагарлицкого)

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

В состав технической документации входят две стержневые части, которые мы будем называть соответственно руководством пользователя и справочником пользователя, или коротко: руководством и справочником (по аналогии с английскими словосочетаниями User's Guide и User's Reference). Они могут быть оформлены в виде отдельных документов (для крупных программных продуктов), а могут, напротив, существовать в интегрированном виде. Между ними даже может не быть четкой границы: единый текст способен совмещать в себе черты руководства и черты справочника.

Что-то не так. Автору статьи всегда «казалось», что термин техническая документация трактуется более широко, значительно шире, чем эксплуатационная (программная) документация.

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

По-понятиям так по-понятиям, вот только пацаны начинают нервничать. Руководство не есть понятие, а есть вид документа .

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

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

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

Жаль. А так все хорошо начиналось. Со «стандартов ГОСТ» - «стандартов Государственных Стандартов » - простим г-на Кагарлицкого за тавтологию. Только вот решения первой задачи, поставленной автором настоящей статьи, в семидесятидвухстраничном манифесте (Arial'ом 12pt) нет. Уважаемый автор манифеста лишь поставилнам задачу . Что ж, нет пророка в своем отечестве. Может, есть пророк в отечестве буржуйском?

IEEE Std 1063-2001 «IEEE Standard for Software User Documentation»

Забугорный «пророческий» документ IEEE Std 1063-2001 (IEEE в простонародье - «ай-яй-яй») в подразделе 1.2 (Puprose) содержит такую строчку:

This revision provides requirements for the structure, information content, and format of both printed and electronic documentation.

В авторском понимании назначение (намерение, цель, замысел, стремление) документа IEEE Std 1063-2001 состоит в «обеспечении требований к структуре, информационному наполнению, форматированию (оформлению) как электронной, так и печатной пользовательской документации по программным средствам». Что ж, подходяще. Какую же структуру руководства пользователя предлагает IEEE Std 1063-2001?

Структура руководства пользователя по IEEE Std 1063-2001

Опциональная типовая структура руководства пользователя содержится в таблице из раздела Structure of software user documentation документа IEEE Std 1063-2001:

Похожие статьи:

Написание инструкции пользователя


Добавление новостей на сайт.

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

Прежде чем добавлять новость в раздел "Программы" убедитесь, что описания вашей программы нет на сайте.

Если описание программы есть, то вы можете на странице "Добавить новость" выбрать пункт "Обновить программу" (1)

Или, непосредственно в описании программы перейти по ссылке "Обновить" (2)

Любую из программ вы можете закрепить за собой, если она уже не закреплена за другим пользователем .(3)(4) Пдробнее о закреплении программ.

Редактирование возможно любой программы, закреплённой или нет.

Выберите "Простое редактирование" для не закреплённой программы или "Редактировать" для закреплённой (5)(6)

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

Если описания для вашей программы нет, то на странице "Добавить новость" вы выбираете пункт "Добавить в раздел" и раздел "Программы" далее нужно выбрать "Soft-раздел" для вашей программы. (7)

Остальные поля заполняются согласно общим правилам добавления новостей.

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

Выберите на странице "Добавить новость" пункт "Новость в раздел" и раздел "Soft-инструкции" (8)

Далее вы попадёте на страницу выбора программы, к которой будет ваша инструкция. Выберите программу.(9)

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

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

Инструкция по добавлению новости.

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

Вы можете одновременно загрузить несколько изображений.

Для этого по очереди выберите требуемые изображения. они будут добавлены в список для загрузки. (10) Если файл не нужно загружать, уберите его ссылкой "Убрать"

После того как все файлы выбраны, можно нажимать кнопку "Загрузить" (11)

Для всех фалов будет сгенерировано случайное имя, прежние названия файлов будут указаны выше кода для вставки File - (имя файла до отправки) (12)

Выделите код для вставки и скопируйте его в нужное место вашей публикации. (13)

Для последующей загрузки новых файлов, уберите все выбранные и загруженные файлы нажимая по очереди на ссылку "Убрать" (14)

Выберите новые файлы и повторите операцию загрузки файлов.

1. Укажите в соответствующем поле название вашей новости.

2. В кратком содержании, опишите общий смысл публикации и вставьте картинку.(15)

В краткое содержание не нужно вставлять более одной картинки и писать много текста.

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

Изображение в кратком содержании является ссылкой на основной текст публикации и не откроется во весь размер, оптимально размер картинки должен быть. 450-500 px. в ширину и весом 30-60 кб.


3. Скопируйте всё, что вы написали в кратком содержании и вставьте в поле "Полный текст". ниже напишите остальной текст публикации и вставьте изображения в нужные места.(16)

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

Текст обернётся в соответствующий тег.(18)

Не допускается применять другие теги.

Тэги ссылок, видео и секретного текста. применяются так же как и другие теги.

Отличие тегов ссылок.

Можно применить два вида тега ссылок.

Один вариант подразумевает видимость всей ссылки, второй даёт возможность изменить текст ссылки.

Скопируйте и вставьте в поле необходимую ссылку, выделите её и выберите нужный вариант.(19)

Тег "Video" нужен для вставки видео на сайт.

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

Для добавления видео вам понадобится точно знать адрес видео, именно этот адрес нужно оборачивать в тег "Video".

Не весь код для вставки, который предлагают на сайте с видео а именно адрес.

Для примера возьмём видео с Youtube, Яндекса, Rutube.

Зайдите на сайт http://www.youtube.com/ выберите нужный ролик и под ним нажмите на кнопки "Отправить" а затем "Встроить"

Ссылка на само видео не будет работать. Вам нужна ссылка из кода "Встроить" (20) (21)

На Яндекске, на данный момент нужно выбирать ссылку из кода для "liveinternet", которую можно получить прямо в ролике, без скобок и других символов(22)(23)

На Rutube так же нужна ссылка из кода для Li.Ru (24)(25)

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

В любом случае после добавления видео, обязательно при помощи предварительного просмотра, убедитесь, что видео вставилось корректно.

Необходим для скрытия текста не зарегистрированным пользователям. Применяется как и обычные теги.(27)(28)

Подробнее для чего нужен скрытый текст, читайте в разделе Пользовательское соглашение.

Вы можете вписать 5 ключевых слов для вашей публикации. Слова пишутся без знаков препинания и только по одному.(29)

После того как все поля заполнены, предварительно просмотрите вашу публикацию.(30)(31)

Если вас всё устраивает, то можете добавить свою новость.

Если вы не хотите, что бы ваша новость попала в раздел и на главную страницу сайта, а только опубликовалась в вашем блоге, отметьте галочкой "Не отправлять в раздел" (32)

Новость сразу попадёт к вам в блог и будет доступна для пользователей.

После добавления новости не только в блог. ваша публикация будет отправлена на проверку и в зависимости от содержания и правильности оформления, будет опубликована в разделе.(33)

Так как основное правило раздела "Программы" отсутствие дублирования описания к одной и той же программе, на сайте была введена схема "Закрепления программ"

Любой пользователь сайта может закрепить за собой программу из раздела "Программы". Это будет означать, что он будет иметь эксклюзивное право на редактирование описания к этой программе.

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

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

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

Т.е. если другой пользователь внёс изменения в закреплённую за вам программу, вы должны в течении трёх дней, принять эти изменения или нет. По истечении трёх дней, программа будет "Откреплена" от пользователя и любой сможет закрепить её за собой.

Для закрепления программы, нажмите ссылку "Обновить"

Любую из программ вы можете закрепить за собой, если она уже не закреплена за другим пользователем .

Список закреплённых программ отображается справа на странице "Профиль"

Изменения к "Закреплённым программам" можно отслеживать на странице "Модерация"

Каждую новость на сайте можно дополнить. Это будет означать, что вы свяжете свою новость с новостью которую дополняете.

Дополнить новость можно нажав на ссылку "Дополнить" в самой новости, или на странице "Добавить новость" выбрать пункт дополнение к другой новости.

Выберите новость к которой будет ваше дополнение и раздел.

Далее, пользуясь общими правилами добавления новостей, вы можете написать своё дополнение.

Написание руководства пользователя

Написание руководства пользователя

Написание руководства пользователя Скачать

Выводы по ГОСТам 19. Двухстраничное «наставление» с радостными возгласами было немедленно отправлено в корзину. Если модуль содержит в себе подмодули, то лучше описать все в строгой последовательности. А почему не попытаться объединить все «описательные» документы. По своему опыту, могу сказать, что при написании руководства пользователя лучше потратить немного времени на проектирование общей структуры пояснительной записки, чем потом писать для каждого функционального модуля отдельные руководства. Какую же структуру руководства пользователя предлагает IEEE Std 1063-2001.

Таблица соответствия ГОСТ 19 и IEEE Std 1063-2001. Эта статья расскажет, о чем важно помнить при создании и оформлении руководства пользователя. Возможно, существуют и иные документы, но автору, основательно порывшемуся в рунетовской свалке, ничего более подходящего заполучить пока не удалось. Может показаться, что жанр технической документации крайне прост: ведь его задачей является «всего лишь» сообщение пользователю некоторых сведений о продукте. В нём всё о настройке роутера с техническими подробностями. Объединенному документу присваивают наименование и обозначение одного из объединяемых документов. В IT литературе на английском (или любом другом) языке есть стандартный набор глаголов, обозначающих действия (click, double-click, select, type, press и т. Передо мной поставили задачу написать руководство пользователя по программе, которую я даже никогда до этого не видела (кажется, что-то из бухгалтерского учета, в чем я не так уж и шибко разбираюсь).
А вот сам документ «Руководство пользователя» программы в ГОСТах 19-й системы отсутствует как класс. Перечень ГОСТов 19 «описательного» характера, на основе которых можно, не мудрствуя лукаво, сформировать четкую структуру разделов каждого из «описательных» документов, приведен в разделе Источники. Пользуйтесь этим: не только объясняйте, на что нажимать, но и обучайте методологии, настраивайте на нужный лад, помогайте понять суть процесса, вправляйте мозги. Первым делом бежать к разработчику и хорошенько «сесть ему на шею», чтобы он «разжевал» свое «детище» от начала до самого предельного уровня. С руководствами на изделия (руководство по эксплуатации по ГОСТ 2. Казалось бы, что может быть сложного. Отдельные подразделы могут показаться даже излишними, к примеру, подраздел «Языки программирования, на которых написана программа». Руководство пользователя по IEEE Std 1063-2001 «IEEE Standard for Software User Documentation». Никаких старых версий руководств пользователя, никаких примеров. Существует множество видов предоставления справочной информации пользователю – это и FAQ (frequently asked questions, часто задаваемые вопросы) и онлайн справка и руководство пользователя (user guide) и популярные сегодня подсказки (coachmarks, см. Но все это и козе понятно, и в ГОСТах 19-й системы прописано.


Post navigation Свежие записи Свежие комментарии

Как создать работающий стандарт или инструкцию?

Как создать работающий стандарт или инструкцию? Зачем?

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

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

Поделюсь наблюдениями, как лучше составить подобную инструкцию, чтобы она была рабочей. Рабочая – это реалистичная, помогающая гарантировано получить желаемый результат в процессе выполнения процедуры инструкции; поддающаяся оценке.

Что считать хорошей должностной инструкцией?

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

На что писать инструкции?

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

Обычно это две группы функций:

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

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

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

Какие есть принципы в написании стандартов и инструкций?
  1. Атомарная структура = 1 задача =1 инструкция или алгоритм

При создании «скелета» стандартов рекомендую разделять понятие процесс - процедура - операция. Процесс –это совокупность мероприятий, направленный на какую либо цель. Процесс продажи, процесс производства обуви, процесс подготовки магазина к открытию. Процедура – это последовательность действий внутри процесса. Например, процедура установление контакта с покупателем; процедура обтачки каблука; процедура уборки полок. Операция – действие/я внутри процедуры. Например, в процедуре уборки полок будут действия – налить воды, нанести чистящее средство и т.д.

Инструкции пишутся на уровне раскрытия действий внутри каждой важной процедуры. Рабочая инструкция – это выстроенная последовательность операций, которые позволяют выполнить процедуру.

Стандарты и правила не должны подразумевать возможность двойственного толкования. Это не всегда бывает просто, поскольку многие понятия из разряда «дружелюбие», «радушие», «желание помочь» так и норовят оказаться понятыми превратно. Правила, декларируемые вами должны быть определенными и конкретными. Вы должны определить специфические фрагменты обслуживания, двигаясь от общего к частному. Мало заявить, что с покупателем необходимо поздороваться. Это можно сделать совершенно по-разному. Стоя или сидя? «Добрый день» или «Привет»? Пожать руку или поцеловать? Чтобы впоследствии разногласий не возникало, вам необходимо быть очень специфичными, когда вы описываете правила. Вам самим выбирать ту степень детализации, которая вам понадобиться. Конечно, не стоит доходить до замеров ширины улыбки, но чем определеннее будет описание, тем проще будет вашим сотрудникам понять, что конкретно вы от них требуете.

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

Пример алгоритма. Процедура администрирования покупки.

1.Отнести выбранные товары на кассу.
2.Упаковать товар и поддержать решение покупателя "Хороший выбор!"
3.Осведомиться о наличие дисконтной карты/Рассказать о дисконтной программе при отсутствии карты.
4.Перечислить все приобретаемые изделия.
5.Обратить внимание на правила ухода за изделиями. Передать покупателю памятку по уходу за выбранным изделием либо обратить внимание на ярлык. "Возьмите, пожалуйста, памятку по уходу за изделием"
6.Отчетливо назвать сумму покупки.
7.Уточнить у покупателя форму оплаты
8.Принять у покупателя деньги. Пересчитать деньги на виду у покупателя, проверить подлинность купюр
9.Назвать сумму, полученную от покупателя, сумму сдачи. "Спасибо, Ваши тысяча рублей, Ваша сдача 50 рублей."
10.Пересчитать сдачу на виду у покупателя.
11.Выдать сдачу вместе с чеком и пакет с покупками.
12.Дать рекламные и информационные буклеты компании "Возьмите, пожалуйста, вот этот буклет с нашими новинками, я думаю вам будет интересно"
13.Попрощаетесь и пригласите покупателя придти еще раз "Всего доброго, приходите чаще!"

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

Наличие и применения измерителя – единственное условие выполнения инструкции. Метод сравнения полученного в результате выполнения инструкции продукта/действия с эталоном - это и есть механика измерения.

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

Пример шкалы в чек-листе:

В стандартах работы важен не только блок КАК это делать, но и блок ПОЧЕМУ и ЗАЧЕМ это делать. Этот принцип работает для инструкций второго типа. Когда у каждого сотрудника может быть свое понимание - как выполнять эту работу правильно. Каждый взрослый человек имеет свое видение мира и свое понимание good work. И зачастую, собственное видение кажется ему более верным, чем ваше. Поэтому в сложных или важных стандартах нужен мотивирующий блок. Это краткое объяснение – почему вы предлагаете именно этот способ решения. Это помогает проработать возможное сопротивление сотрудника и еще раз напомнить ключевые принципы работы у вас.

Пример: Стандарт магазина. Блок Расширение продажи.

Почему важно расширять чек?

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

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

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

Нельзя добиваться избегания чего-либо. Наше мышление так устроено, что двигаться «к избеганию» просто не возможно. Я не могу прийти к «отсутствию жалоб от клиентов». Скажите мне, что я должен сделать, а не то, что не должно произойти. Это все равно, что выпускать на поле команду с целью «не проиграть». Не выиграть и даже не сыграть вничью, а именно не проиграть. Если я футболист, я знаю, как мне играть, чтобы отдать хорошую передачу или забить гол, но как мне играть с целью «не проиграть». Правило «не хамить» может подразумевать такие варианты реализации, как молчать, быть вежливым, шутить и т.д. Чего вы хотите? Сформулируйте задачу позитивно!

Пример позитивной формулировки:
Когда мы демонстрируем товар, то
Снимаем модель с кронштейна или полки;
Держим товар бережно и аккуратно..

  1. Визуализация и простота

Вряд ли у вас будет рождаться желание читать многотомник, написанный 10 шрифтом, без пробелов, картинок, заданий. Если мы хотим, чтобы наши продавцы никогда НЕ ЧИТАЛИ стандарты, давайте напишем их «книжным» языком, на обычных листочках А4. положим в папку «ДЕЛО №» и забудем о них навсегда. Если же мы хотим создать рабочий документ, то нам необходимо помнить, что лучше один раз увидеть, чем много раз прочитать. Упрощайте ваши инструкции с помощью а) картинок -комиксов; б) схем в)рисунков г)тезисного изложения д) видео инструкций е) игровых полей и т.д. Старайтесь сделать документ читаемым, понятным и презентабельно оформленными.

«Ни один клиент не должен остаться без внимания!». Часто встречающийся лозунг. Вы уверены, что это возможно? Даже в «часы пик»? Даже в самый высокий сезон? Вы действительно будете готовы применять санкции, если увидите, как разрывающийся между покупателями продавец не успевает сказать «Здравствуйте» кому-то из клиентов? Или этот стандарт не всегда достижим? Вы будете готовы, как руководитель принять решение о выводе в зал дополнительного персонала в «часы пик», чтобы стандарт выполнялся? Если вы задаете требования, выполнимость которых вызывает сомнения, можете считать, что их нет. Такие задачи демотивируют сотрудников больше, нежели влекут за собой. Любая инструкция должна быть выполнима и адекватна рабочему процессу. Если какой -то шаг можно не делать и результат от этого не измениться – зачем мы его пишем? Если мы сами понимаем, что данное требование не будет выполняться всегда и всеми – то мы еще раз думаем, стоит ли его писать.

Какая структура рабочей инструкции?

1. Цель и результат инструкции. Зачем это делать и что должно быть в результате действий.
Пример. Инструкция по проведению примерки (для магазина)
Цель этого этапа – организовать примерку выбранных товаров и совместно подобрать наиболее подходящие модели.
Зачем нужна примерка? Только примерив изделие, покупатель действительно может его оценить. Поэтому очень важно заинтересовать покупателя и «завести» в примерочную. Когда покупатель оказывается в примерочной, вероятность совершения покупки резко повышается, при условии, что продавец правильно выявил потребности и дальше обслужит его по максимуму……..


2. «Старт и финиш». Инициирующее событие для начала работы по данной инструкции и событие, описывающее границы окончания инструкции.
Пример.Старт – если у вас на планшете погас экран – обратитесь к алгоритму 1
Финиш или граница – Если ваш покупатель не выходит из примерочной более 15 минут и не отвечает на ваши вопросы – прекращайте подбор товаров и начинайте выяснять, что случилось))


3. Алгоритм, описание действий для достижение необходимого результата. КАК делаем? Лучше тезисно.
Если мы говорим об общении сотрудника с кем-либо – лучше с несколькими ( 2-5) примерами подходящих фраз. Речевые модули в нескольких вариациях нужны чтобы показать пример, а вариативность примеров страхует от заучивания «правильной фразы»

4. Описание нескольких типовых ошибок. Как НЕ делаем?

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


6. Если необходимо - схема взаимодействия по текущей инструкции; пределы компетенции и нужные контакты.
Пример: если сломается кассовый аппарат – необходимо звонить А.П. тел …..
К каждой инструкции или стандарту необходима инструкция Б – оценочный лист, по которому будет оцениваться ее выполнение. Это позволит специалисту, во-первых, понять, что все серьезно. А во-вторых, самому оценить эффективность своего поведения по инструкции.
Пример. Критерии оценки эффективности на этапе «Примерка»

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

8. Критерии или бланк самопроверки.

Как написать хорошую инструкцию?

Принцип здесь один – писать должен не тот, кто ЗНАЕТ как делать, а тот, кто УМЕЕТ это делать и по показателям делает это лучше всех. Но так как обычно лучший исполнитель не всегда умеем формулировать тексты, то исполнителей 2-3. Это носители технологии – лучшие специалисты и составитель (тот, кто умеет писать).

  1. Специалист/ы показывают, как он делают. Составитель записывает
  2. Исполнитель рассказывает, как делать. Составитель сверяет технологию.
  3. Составитель делает сам, по указаниям исполнителя и корректирует технологию.
  4. Технология тестируется на других сотрудниках – попробуй сделать, как написано. Вносятся коррективы.
  5. Технология тестируется на «чистом листе»- человеке, который никогда не делал эту работу. Если не специалист смог выполнить работу опираясь только на инструкцию –значит все хорошо. Если нет- вносятся коррективы.
  6. Технология вступает в силу. Начинается обучение по технологии и «экзамен» на владение ею сотрудников.
  7. Технология обновляется либо планово (раз в квартал или полугодие), либо «сверху», при срочных критичных изменениях.