Ноябрь, 24

Числитель

(c) Larry Ewing, Simon Budig, Garrett LeSage
с 1994 г.

Кафедра Информатики и Математического Обеспечения

ПетрГУ | ИМиИТ | О кафедре | Проекты | Лаборатория ИТС | Семинары НФИ/AMICT
Сотрудники | Учебный процесс | Табель-календарь | Курсовые и выпускные работы
Вычислительные ресурсы | Публикации | Архив новостей | Контактная информация (English)

«Архитектор бизнес-приложения по ремонту техники»

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

Заказчик

Кравцов Игнат Вадимович, Начальник отдела разработки ООО "Неосистемы ИТ"

Аннотация проекта

Групповой проект для прокачки навыков проектирования взаимодействия компонентов системы, быстрого развертывания работоспособного прототипа, ознакомления с технологической платформой 1С:Предприятие, клиент-серверное взаимодействие, интеграция с telegram.

Этапы проекта: концепция, проектирование, моделирование, разработка, защита + документация.

В моделировании можно использовать: ER-диаграммы, Диаграммы прецедентов, Диаграммы последовательностей, Диаграммы вариантов использования.

Описание гипотетической организации от имени директора компании (предметная область):

«У нас небольшой обычный сервисный центр, всё как у всех. Клиенты - в основном частные лица, но есть и организации на постоянном сопровождении. Люди обращаются когда что-то сломалось. Телефон разбили или ноутбук начал медленно работать. Бывает, что приглашают на выезд, если что-то со стационарным компьютером случилось. Операционную систему переустановить или вирусы почистить.  Работа с частными лицами и с организацией отличается. В случае, если обращается организация, то мы сначала ведем переговоры, согласовываем и заключаем договор, а потом уже выполняем работы. Если обращается частное лицо, то менеджер уточняет особенности неисправности, контактные данные и срок проведения диагностики. 

Сейчас всё на бумажках, менеджер оформляет с клиентом бланк-заявление на диагностику и акт о том, что мы приняли технику на ответственное хранение. Далее для каждого мастера заявления раскладываются по отдельным папкам и мастер постепенно обрабатывает очередь из заявок. Когда мастер провёл диагностику, то он от руки заполняет информацию о выявленных неисправностях и необходимых запчастях для выполнения ремонта. После этого менеджер заказывает запчасти и согласовывает с клиентом стоимость и срок ремонта. Когда запчасть поступает, то менеджер снова организует “очередь” из работы для мастера в папочке. 

Частенько менеджеры и мастера путаются в клиентах, нарушают сроки диагностики и ремонта, клиенты недовольны этим. Как этого можно избежать? А ещё бывает такое, что одновременно приходит большая партия запчастей и вся техника готова к ремонту одновременно. В этом случае у мастеров очень много работы и было бы неплохо, чтобы мастер выбирал заказы не подряд. Например, начинал с самых быстрых ремонтов или с тех клиентов, которые уже очень давно ждут ремонта… Не знаю, как в современных сервисных центрах делается? Можете что-то предложить? 

Слышал, что в современных сервисных центрах с клиентом взаимодействуют не только по телефону. Уведомления всякие приходят, смс-ки, письма на электронную почту. А ещё клиент иногда сам звонит. И спрашивает, как дела с моим заказом? В каком он состоянии? Менеджер бежит к мастеру, отвлекает его и уточняет состояние заказа. Если бы менеджер в системе видел состояние заказа, то он бы не отвлекал мастера. Или вообще, клиент бы сам заходил в личный кабинет и не отвлекал сотрудников от работы…

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

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