
- •Этап 1. Проект по импортозамещению и модернизации систем телефонии и контакт-центра компании АвтоАвто
- •Боль рынка
- •Механизм решения
- •Конкурентные преимущества
- •Этап 2. Цели проекта
- •Этап 3. MoSCoW Prioritization
- •Спринты
- •Этап 4.
- •Этап 5.
- •Этап 6.
- •Этап 7.
- •Этап 8.
- •Этап 9. Финансовые показатели проекта.
- •Срок окупаемости
- •Примечания:
- •Этап 10. Презентация. Текст.
Срок окупаемости
Срок окупаемости = Общие инвестиции / Среднемесячная прибыль
Например: 3,500,000 / 750,000 = 4.67 месяцев
Структура источников инвестиций
№ п/п |
Источник |
Сумма (руб) |
Уд. Вес % |
1 |
Собственные средства |
2,500,000 |
50% |
2 |
Кредит банковский |
1,000,000 |
20% |
3 |
Инвестиции партнёров |
500,000 |
10% |
4 |
Государственные субсидии |
500,000 |
20% |
|
Всего |
4,500,000 |
100% |
Примечания:
Притоки — доходы от продажи услуг контакт-центра и виртуальной АТС.
Оттоки — текущие расходы, включая затраты на оборудование, оплату труда и налоги.
Сальдо — разница между притоками и оттоками, показывающая чистую прибыль.
Этап 10. Презентация. Текст.
Алиса: Вашему вниманию представляется проект «Импортозамещение и модернизация систем телефонии и контакт-центра компании АвтоАвто», выполненный студентами группы БСТ2104: Первухиной Алисой, Кофановым Дмитрием, Алексеевым Даниилом и Мироносцевым Григорием
Алиса: Многие компании сталкиваются с проблемой устаревших систем телефонии и контакт-центров в условиях современного бизнес-ритма, когда цифровизация и требования клиентов к качеству обслуживания становятся всё выше. Обеспечение стабильной работы этих систем, а также их модернизация для соответствия новым стандартам требуют значительных ресурсов. Это приводит к задержкам в обслуживании клиентов и снижению общей эффективности компании, что может негативно сказываться на её конкурентоспособности и репутации.
Алиса: Механизм решения данной проблемы заключается в внедрении современной виртуальной АТС и модернизации контакт-центра компании «АвтоАвто». Это решение обеспечит высокий уровень удобства и гибкости в управлении коммуникациями, а также позволит эффективно интегрировать существующие системы телефонии, улучшить обслуживание клиентов и повысить общую производительность компании.
—------------------------------------------------------------------------------------------------------------
Дима: Для получения конечного результата, с учетом реальных возможностей, используем метод SMART-целеполагания. Аббревиатура означает пять целей, которым должна соответствовать задача:
S — конкретная,
M — измеримая,
A — достижимая,
R — актуальная,
T — ограниченная во времени.
Конкретная цель — Завершить импортозамещение и модернизацию системы телефонии и контакт-центра компании, обеспечив переход на виртуальную АТС отечественного вендора.
Измеримая цель — Добиться 100% миграции всех систем телефонии и контакт-центра на виртуальную АТС с сохранением функционала. Внедрить резервирование системы с уровнем доступности 99.95%
Достижимая цель — Компания располагает необходимыми ресурсами для интеграции облачных решений и специалистами с опытом реализации подобных проектов.
Актуальная цель — Проект имеет прямое отношение к профилю работы нашей команды, так как специализируется на импортозамещении и модернизации телекоммуникационных систем.
Ограниченная цель по времени — Проект должен быть реализован за 6 месяцев, с началом 01 октября 2024 года и завершением этапов до 10 марта 2025 года. Срок реализации проекта 182 дня.
—------------------------------------------------------------------------------------------------------
Даня:
Для расстановки приоритетов в проекте используем метод приоритизации MoSCoW. Сам термин MoSCoW представляет собой аббревиатуру, образованную от первых букв каждой из четырех категорий приоритетов: M — Must have (обязательно), S — Should have (следует иметь), C — Could have (может иметь), W — Won’t have (не будет иметь).
Must have включает задачи и требования, которые являются критическими для успеха проекта. Они обязательно должны быть выполнены, иначе проект не будет считаться успешным. В нашем проекте это:
Переход на виртуальную АТС с поддержкой полного функционала IP-телефонии (SIP и H.323)
Интеграция аналоговых телефонов с виртуальной АТС через Analog Telephone Adapter (ATA).
Автоматическое транскодирование протоколов SIP и H.323 без дополнительных шлюзов.
Сохранение полного функционала существующих решений: запись звонков, маршрутизация и тарификация.
Обеспечение отказоустойчивости системы через резервирование на двух серверах
Централизованное управление SIP-телефонами через Device Manager
Миграция всех данных контакт-центра (история вызовов, контакты, настройки маршрутизации).
Защищённая передача данных через шифрование всех звонков и логов с использованием SBE.
Техническая поддержка в рамках SLA с регулярными обновлениями
Should have — эти требования важны, но не абсолютно необходимы. Они добавляют значительную ценность и должны быть выполнены, если это возможно. В эту категорию включается:
Система автоматической записи разговоров с функцией транскрипции и аналитики
Масштабирование системы контакт-центра на основе роста бизнеса
Интеграция с CRM-системой Битрикс24 для управления клиентскими взаимодействиями
Автоматизация тарификации звонков для контроля расходов
Внедрение системы автоинформатора для автоматического обзвона клиентов
Система массовой рассылки голосовых и текстовых сообщений клиентам по различным каналам связи
Возможность интеграции с модулями распознавания и синтеза речи для автоинформатора.
—----------------------------------------------------------------------------------------------------
Гриша:
Could have — это дополнительные возможности, которые могут улучшить пользовательский опыт при небольших затратах на разработку. Обычно они включаются, если позволяют время и ресурсы. Примеры таких функций:
Интеграция с внешними сервисами синтеза речи для автоинформаторов (например, Яндекс SpeechKit).
Модуль аудиоконференций для организации селекторных совещаний
Интеграция с популярными мессенджерами для многоканального обслуживания клиентов.
Гибкая настройка ролей и прав доступа для сотрудников системы
Алерт-система для мониторинга состояния серверов и системной инфраструктуры
Автоматизация обработки факсов через модуль “Факс” с хранением в электронном виде
Возможность работы с видеозвонками для предоставления клиентам расширенных услуг
Аналитические инструменты для прогнозирования загрузки системы в пиковые моменты.
Won’t have — это требования, которые исключены из объема проекта. Они либо невыполнимы, либо слишком дороги, либо не соответствуют целям проекта. Например:
Внедрение систем искусственного интеллекта для анализа звонков и взаимодействий
Полная автоматизация взаимодействий через чат-боты на основе ИИ
Полная автоматизация рутинных задач операторов с помощью RPA (Robotic Process Automation)
Создание единой аналитической панели для сбора и анализа данных со всех коммуникационных платформ
Поддержка записи всех разговоров 24/7 в любом режиме без исключений
Внедрение систем искусственного интеллекта для анализа звонков и взаимодействий
—--------------------------------------------------------------------------------------------------
Алиса:
Команда проекта состоит из руководителя проекта, менеджера проекта, команды разработки, технической поддержки, инженеров по интеграции и финансового отдела.
В проекте применяются следующие технологии и инструменты:
• Телефонные переговоры для обсуждения и решения проблем проекта;
• Электронная почта для распространения документов;
• Мессенджеры для официальных уведомлений и изменений в проекте;
• Видеоконференции для обсуждений и встреч;
• Деловые встречи для решения сложных вопросов;
• Презентации для информирования членов команды о ходе проекта;
• Электронный документооборот для обмена документами (акты, протоколы, отчеты).
—------------------------------------------------------------------------------------------------------------------------
Дима:
В заключение необходимо отметить, что на любом этапе проекта могут возникать риски, такие как перемены в требованиях, недочеты в планировании, нехватка средств, конфликты в команде и т.д. Эти риски могут привести к увеличению сроков и бюджета проекта, снижению качества и удовлетворенности заказчика, а в худшем случае — к провалу проекта.
На слайде приведены возможные риски, методы их решения и ответственные исполнители за снижение или устранение этих рисков.
Спасибо за внимание!