Ольга Кузнечина
Key Account Manager
03.11.2023

Роль технической поддержки программного продукта в SDLC

Техническая поддержка программного продукта является неотъемлемой составляющей успешной работы компаний. Она делает работу продукта непрерывной и решает ряд технических проблем, которые мешают пользователю использовать продукт компании на все 100%.

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

"Совет СМО" провели исследование, согласно которому предоставление качественных технических консультаций и устранение ошибок в софте - это лучший способ повысить собственные продажи. Используя приложение без ошибок и "багов", клиенты начинают доверять компании.
    Процент повышения продаж с технической поддержкой софта
    В статье расскажем о том, какую роль играет техническая поддержка программного продукта в жизненном цикле разработки, что в себя включает, и представим кейсы техподдержки от нашей компании.
      Содержание:
      • Техническая поддержка софта в SDLC.
      • Что входит в техническую поддержку софта?
      • 2 кейса технической поддержки софта от нашей компании.
      • О главном.

      Техническая поддержка софта в SDLC

      Конечный ИТ-продукт включает в себя цикл пройденных процессов, предназначенных для успешной выкатки ПО на рынок. Чтобы пользователи получали качественный продукт на выходе, необходимо пройти все этапы SDLC.
      SDLC - это структурированный процесс, включающий все этапы жизненного цикла программного обеспечения. Он определяет этапы разработки ПО, направленные на создание программных продуктов высокого качества, соответствующих ожиданиям клиентов.

      SDLC этапы
      • 1
        Planning (планирование).
        На этапе планирования решаются такие задачи, как анализ затрат и выгоды проекта, составление графика работы и оценка текущих ресурсов, направленных на его реализацию. К примеру, клиент хочет создать приложение по денежным транзакциям. В этом случае требование должно быть четким: какие транзакции будут выполняться, как они будут проводиться, в какой валюте они будут пересылаться и т.д. После того как сбор требований завершен, проводится анализ для проверки других этапов создания ИТ-продукта. Далее создается документ SRS (спецификация требований к ПО).
      • 2
        Architectural Design (дизайн).
        На этом этапе требования, собранные в SRS, используются в качестве входных данных, на основе которых создается архитектура ПО для разработки ИТ-системы.
      • 3
        Software Development (проектирование).
        На этапе проектирования инженеры анализируют требования и определяют решения для создания ПО. Проектирование включает рассмотрение интеграции существующих модулей в продукт, выбор технологии и средств разработки. Команда ИТ-специалистов также поднимает вопрос о том, как оптимально интегрировать новое ПО в существующую ИТ-инфраструктуру организации.
      • 4
        Testing (тестирование).
        Для проверки программного обеспечения на наличие ошибок команда разработчиков сочетает автоматическое и ручное тестирование. Обеспечение качества включает в себя проверку программного обеспечения на наличие ошибок и его соответствие требованиям заказчика. Поскольку команды тестируют написанный разработчиками код, этап тестирования часто проходит параллельно с этапом разработки.
      • 5
        Deployment (развертывание).
        ИТ-продукт проходит этап развертывания в производственной среде или выполняется пользовательское приемочное тестирование (UAT) согласно требованиям клиента. В случае UAT создается копия производственной среды, в которой клиент и разработчики выполняют тестирование. Если клиент доволен результатами, он предоставляет согласие на релиз.
      • 6
        Software Support (поддержка).
        На этапе технической поддержки программного продукта основное внимание уделяется удовлетворению потребностей клиента в софте и обеспечению работы системы в соответствии с установленными спецификациями.

        Этот этап включает четыре вида работ:
        • исправление ошибок;
        • обновление и модификация системы;
        • мониторинг и анализ работы ПО;
        • улучшение функциональности ИТ-системы.
      Специалисты по технической поддержки программного продукта следят за общей производительностью системы, безопасностью и удобством работы для пользователей, определяют новые способы улучшения существующего программного обеспечения и запускают цикл вновь.
      Если Вам необходимы услуги технического сопровождения ПО, напишите нам, выбрав наиболее удобный способ связи ниже.

      Что входит в техническую поддержку софта?

      Существует 3 вида технической поддержки софта. Все они беспрерывно совершенствуют программу и создают ее соответствие под часто меняющиеся потребности пользователей. Расскажем подробнее про каждый.

      Виды технической поддержки
      Техническую поддержку софта можно разделить на 3 направления:

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

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

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

      Для компании техническая поддержка программного продукта позволит оставаться конкурентоспособной на стремительно развивающемся ИТ-рынке благодаря оптимизации и доработки функциональности ПО.


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

      1
      Первая линия технической поддержки программного продукта (L1).

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

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

      Задачи первой линии включают:
      • получение точных запросов от клиентов;
      • фильтрацию запросов, не относящихся к технической поддержке;
      • оценку сложности задач и их решение.

      Для обработки обращений от клиентов через телефон используются аппаратные или программные АТС и ИТ-системы для автоматизации обработки вызовов, такие как облачные системы HelpDesk.

      2
      Вторая линия технической поддержки софта (L2).

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

      Пример: пользователи обращаются с запросами на первую линию технической поддержки, а не напрямую к специалистам второго уровня. Первая линия передает информацию второй, а те распределяют задачи по остальным линиям, если не могут решить проблемы сами. Такой подход позволяет техническому отделу избежать прерываний и сосредоточиться на решении текущих проблем.
      Важно! Коммуникация между клиентом и технической поддержкой осуществляется только на первом уровне.
      Задачи второй линии технической поддержки включают:
      • восстановление данных;
      • настройку проводных и беспроводных сетей;
      • обновление программного обеспечения;
      • диагностику проблем работы устройств или программ и помощь в их устранении;
      • замена оборудования.

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

      3
      Третья линия технической поддержки (L3).

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

      Задачи третьего уровня включают:
      • анализ работы основного продукта и удовлетворение потребностей клиентов;
      • разработка и реализация методов по улучшению продукта.

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

      4
      Четвертая линия технической поддержки (L4).

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

      Задачи четвертого уровня включают:
      • проведение полноценного анализа работы продукта и удовлетворение потребностей клиентов;
      • формирование проектов по доработке и улучшению продукта, их реализация;
      • взаимодействие с поставщиками, к примеру агентством-аутсорсером для разработки совместных решений.
      Техническая поддержка софта обеспечивает обнаружение и устранение ИТ-инцидентов, то есть нарушений в работе ИТ-систем компании, которое оказывает влияние как на отдельного пользователя, так и на организацию в целом. Если говорить кратко, ИТ-инцидент – это любая негативная ситуация в ПО.
        Наши специалисты могут обеспечить для Вашей компании 2-ой, 3-ий и 4-ый уровни техподдержки ПО, напишите нам, выбрав наиболее удобный способ связи ниже.

        Классификация инцидентов

        1
        По типу инцидента:
        • Нарушение безопасности: взломы, кражи данных, злоумышленные программы и т.д.
        • Технические сбои: сбой сервера, сетевые проблемы, аппаратные отказы и т.д.
        • Проблемы с ПО и приложениями: ошибки в программном обеспечении, неправильная настройка или обновление, сбои программ и т.д.

        2
        По уровню серьезности:
        • Низкая серьезность: незначительные инциденты, которые имеют небольшое влияние на работу системы или бизнес-процессов. Отказ, затронувший 15% пользователей.
        • Высокая серьезность: инцидент, сильно влияющий на работоспособность ИТ-системы или бизнес-процессов. Отказ, затронувший 50% пользователей.
        • Критический инцидент: существенное нарушение безопасности или серьезное нарушение бизнес-процессов, требующее немедленного вмешательства. Отказ, затронувший 90% пользователей.

        3
        По бизнес-процессам:
        • Финансовые последствия: инциденты, которые приведут к финансовым потерям.
        • Репутационные последствия: инциденты, которые могут негативно сказаться на репутации организации.
        • Операционные последствия: инциденты, которые приводят к проблемам в нормальном функционировании бизнес-процессов.

        Чем грозит компании отсутствие управления инцидентами?
        Управление инцидентами затрагивает каждый аспект инцидента на протяжении всего жизненного цикла продукта. А именно:

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

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

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

        Растущие затраты на поддержку. При отсутствии управления инцидентами проблемы могут накапливаться и увеличиваться в сложности. Это может привести к необходимости привлечения более высококвалифицированных специалистов или привлечению сторонних консультантов для решения проблем. Это вызывает дополнительные затраты на поддержку.

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

        Для этого существует соглашение SLA (Service Level Agreement), регламентирующее управление инцидентами. SLA представляет собой договор о процессе управления нарушениями в работе ИТ-систем и восстановления работоспособности в течение срока.

        Наша компания применяет подходящие метрики SLA к каждому инциденту:
        1
        Своевременно обновляем программный продукт до последней актуальной версии системы.
        2
        Дорабатываем дизайн для комфорта пользователей.
        3
        Выстраиваем оптимальную архитектуру под задачи и процессы компании.
        4
        Корректируем код программы под потребности бизнеса.
        5
        Проводим анализ ИТ-систем и ищем новые способы достижения поставленных целей компании.

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

        Концепция услуг ITIL в ИТ обеспечивает алгоритм работы, благодаря которому система Service Desk становится единственным проводником между ИТ-командой и пользователями. Правильная организация технической поддержки начинается с регистрации обращения клиента, которое является первоисточником информации о уровне удовлетворенности услугами и качеством обслуживания.

        Наша команда также предоставляет услуги ITIL в ИТ. Как это происходит?
        - Регистрируем входящие запросы от пользователей.

        - Передаем информацию техническим специалистам в режиме реального времени.

        - Определяем срочность и критичность инцидента.

        - Устраняем проблему в заданное SLA время.

        Результаты, которые получают компании от услуги ITIL:
        • отслеживание ИТ-расходов;
        • оптимизацию ПО за счет устранения ошибок в ИТ-системе и доработки функциональности в отдельных случаях;
        • поддержку уровня удовлетворенности клиентов;
        • корректную работу продукта на новых системах разных устройств;
        • бесперебойную работу программного продукта, сохранение прибыли.
        Если Ваша компания желает достичь подобных результатов, Вы можете обратиться к нам за предоставлением услуг техподдержки, выбрав наиболее удобный способ связи ниже.

        2 кейса технической поддержки софта от нашей компании

        Кейс 1. Создание группы поддержки приложений для создания операционной эффективности и качества развертывания
        Кейс от Leantech: создание группы поддержки приложений для создания операционной эффективности и качества развертывания.
        • Задача
          Клиенту требовалась группа поддержки приложений 14X5 для всех модулей приложения Data Engineering, баз данных, файловых систем, периферийных устройств и нескольких платформ.
        • Решение
          Наша команда провела тщательную оценку требований и внедрила профилактические и предписывающие улучшения посредством ежедневных проверок работоспособности, а также управления инцидентами клиентов на уровнях L1, L2 и L3.
        • Результат
          Услуги поддержки приложений от нашей команды обеспечили сокращение инцидентов на всех уровнях, улучшили качество данных, гарантировали время безотказной работы приложений, повысили удовлетворенность клиентов и ценность услуг поддержки для бизнес-пользователей и управленческих пользователей.
        Кейс от Leantech: создание группы поддержки приложений для создания операционной эффективности и качества развертывания.

        Кейс 2. Услуги круглосуточной поддержки DevOps для платформы электронной коммерции
        Кейс от Leantech: услуги круглосуточной поддержки DevOps для платформы электронной коммерции.
        • Задача
          Партнерам по электронной коммерции требовалась помощь в поддержке нескольких веб-сайтов, включая регулярное обслуживание существующих серверов на AWS и других хостингах, открытие и настройку веб-серверов (таких как Elastic Cache,Sphinx, Varnish и т. д.), доступность для устранения простоев и другие проблемы. Устранение неполадок и поддержка DevOps в нерабочее время, праздничные и выходные дни были критически важны для компании.
        • Решение
          Чтобы обеспечить непрерывность бизнеса и обеспечить бесперебойную работу всех веб-сайтов клиентов в режиме 24/7/365, наша команда внедрила решение для круглосуточного управления инцидентами и поддержки DevOps, которое включало 100 инцидентов и 60 часов для задач DevOps. Решение состояло из трех этапов, включая обнаружение и планирование, настройку и переход, а также текущую поддержку.

          Наша команда провела экспертизу текущих сред AWS клиента и обеспечила покрытие целевых инфраструктур и рабочих нагрузок инструментами мониторинга (Zabbix, CloudWatch + Grafana для визуализации консолидированных данных), сделав решение гибким и экономически эффективным, а также обеспечив, чтобы оповещения и инциденты инструменты управления работали должным образом (с помощью PagerDuty и Jira ServiceDesk) и все правила эскалации были правильно настроены.

          Затем мы запустили поддержку DevOps уровня 2 в режиме 24/7/365, чтобы обеспечить повседневное управление инфраструктурой, устранение неполадок со скоростью реакции 5–15 минут в соответствии с SLA, включая нерабочие часы и праздники.
        • Результат
          Благодаря эффективному решению, реализованному для партнеров по электронной коммерции, нам удалось предотвратить до 70% всех инцидентов, которые могут привести к простою. В остальных случаях время расследования инцидента было сокращено с 60 до 10 минут. Более того, благодаря настройке Jira ServiceDesk все задачи и инциденты решались вовремя, без простоев веб-сайтов их клиентов. Инфраструктура заказчика стала более безопасной и экономичной, при этом бесперебойно работающей в режиме 24/7.
        Кейс от Leantech: услуги круглосуточной поддержки DevOps для платформы электронной коммерции.

        О главном

        Роль технической поддержки программного продукта в жизненном цикле разработки программного обеспечения (SDLC) является критически важной. Техническая поддержка предоставляет постоянную помощь в использовании ИТ-продуктов пользователям и создает бесперебойную работу ПО после его выпуска и внедрения.

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

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

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

        Вы имеете возможность самостоятельно выбрать форму сотрудничества, по которой будет осуществляться поддержка и сопровождение ПО.

        Благодарим за внимание! :)