поддержки. Что в ней должно быть? Как я понимаю, в ней нужно описать ошибки в процессе и их решения, так ли это?
Добрый день. А цель инструкции какая? Как техподдержка будет ее использовать? Когда на эти вопросы ответите, то будет понятно, какую информацию включать в инструкцию. В предыдущей компании был шаблон для статей базы знаний, там была четкая структура: описание ошибки, причины, подробное решение, версии, для которых актуально. Но может, в вашем случае нужно что-то еще.
Понятно, спасибо)
А не подскажите, есть ли такой шаблон в свободном доступе?
В свободном доступе нет. Он хранится в компании во внутренней wiki. И в компании я уже не работаю. А с чем у вас возникли сложности? Можно же свой шаблон разработать. Главное понять, какая там будет структура.
Разработать то можно, но это время, а когда есть шаблон всё таки удобнее и быстрее)
В случае с шаблоном, о котором я говорю, это страничка в Confluence со списком разделов и описанием, что должно быть в каждом разделе. Можно такой минут за 15-20 сделать. Первую статью написали, потом сделали из нее шаблон. У каждой компании своя специфика, названия разделов и т.д. В вашем случае, мне кажется, проще сразу сделать свой шаблон, чем переделывать чужой.
Нужно понимать цели и задачи, а также что для компании важно. Например есть ключевые клиенты и их обслуживание в первую очередь. Либо ключевые продукты. Либо срок лицензии, т.е. действует - помогаем, нет мягко посылаем - предлагаем купить
можно через мониторинг (если он есть) и аналитиков попробовать инфу получить. мониторинг обычно в связке с тп. у меня тут была задача добавить функций в мониторинг, проанализируя как сейчас дела у тп
когда я работал на 2й линии ТП, вел базу знаний: - излагал ситуацию (номер обращения, версия ПО, место появления ошибки) - инфу о том, что пользователь хотел сделать - способ воспроизведения ошибки - предположения о причинах - предложенное пользователю решение - обратная связь от пользователя по решению Это если мог сам справиться с обращением. Бывало эскалировал на 3ю линию. Туда отправлял все тоже самое, кроме решения.
Например: 1. Как и откуда взять заявку пользователя в работу. 2. Как определить, что не так: что смотреть, когда и где искать справку, у кого спрашивать. 3. Если есть классификация типовых ошибок, рассказать, что делать с каждой. 4. Что делать, если пользователя не устраивает решение. 5. Как закрыть заявку пользователя.
Обсуждают сегодня