Привет, Хабр! Меня зовут Станислав Романов, я руковожу всем техническим контентом коммуникационной платформы МТС Exolve. О том, что такое МТС Exolve, вы можете узнать из этого материала. А в этой статье я расскажу о том, как грамотно организовать техподдержку, настроить все системы, и как расширить клиентскую базу и увеличить продажи без повышения рекламных бюджетов и модернизации производства.
Привет! Меня зовут Савр, я работаю инженером технической поддержки Arenadata. В прошлом году нам, как и многим другим компаниям, использовавшим зарубежное ПО, пришлось переходить на российские аналоги. В частности, с болью в сердце мы отказались от Jira Service Management (далее SM) — нашей системы управления обращениями заказчиков и основного инструмента службы поддержки. Мы были вынуждены перейти на российскую разработку SimpleOne.
Поскольку наша команда привыкла к предыдущей функциональности, после миграции мы сделали ряд доработок нового сервиса. В этой статье я расскажу о некоторых из них: почему мы решили это исправить и как именно реализовали. Сразу оговорюсь, что мы не претендуем на статус великих специалистов или консультантов по SimpleOne, а лишь хотим поделиться своим опытом и идеями с теми, кто тоже рассматривает этот инструмент как альтернативу существующему решению.
Когда говорят о выборе подхода для организации разработки ПО, забывают о первоначальной цели. Ведь ни у кого нет цели внедрить SCRUM или Kanban: скорее всего, нужно обеспечить наиболее эффективный процесс разработки конкретного ПО в конкретной команде и экономическом окружении.
Мы с 2015 года разрабатываем Okdesk — на сегодня самую популярную (более 800 активных клиентов на подписке) help desk систему для сервисных компаний и отделов. О том, как у нас устроен процесс разработки от идеи до передачи в техподдержку, о том, от каких фич и почему нужно отказываться, о том какой объем покрывать автотестами и многом другом в этой статье. Конечно, с кучей реальных примеров!
В офисной жизни компаний есть две крайности: бюрократия и раздолбайство. В первом случае регламентировано всё, иногда вплоть до режима использования бумажных полотенец в туалете. Во втором случае всё, как в мультфильме про Простоквашино: «Мне наша квартира передачу «Что? Где? Когда?» напоминает! Не поймешь, что где валяется и когда все это кончится!» И если первая история — прерогатива крупных компаний, то в малом и среднем бизнесе нередко царствует безраздельный хаос, от которого страдают все: сотрудники, руководитель и, что особенно важно, сотрудники, которые отвечают на бесконечные запросы коллег: сисадмины, саппорт, HR и т.д. Им правда очень тяжело — такой режим работы в беспорядке выжигает специалиста и стимулирует разве что увольнение. Может, стоит облегчить их жизнь?
В предыдущем посте мы рассказали про плюсы и минусы собственной разработки ПО, развеяли самые популярные мифы на эту тему, включая миф о том, сколько такая инициатива может стоить. Однако вывод о том, что разработка ПО сегодня — это очень дорого корректно делать не на основании какого-то одного примера, а на основании рыночных реалий и независимых оценок. Поэтому мы провели небольшое исследование рынка, чтобы показать настоящую стоимость создания собственной — причём очень простой — системы.
Можно ли сегодня что-то разработать за 100 000 или за 500 000 рублей? Результаты исследования и реальные стоимости в нашей заметке.
Как известно, управление сложным космолетом невозможно без нормальной приборной панели. Совсем недавно мы уже рассказывали, об эволюции инфраструктуры нашей облачной help desk системы Okdesk, которой пользуется каждый день более 800 компаний и о том, как она вообще устроена и почему мы выбрали именно такой подход.
В этой статье мы впервые поделимся "внутрянкой" того, как у нас построены процессы мониторинга, которые позволяют не только постоянно держать руку на пульсе, но и оставаться нашему решению одним из самых стабильных и "безбажных" на рынке.
Добрый день. На связи команда российского ИТ-решения управления мобильными сотрудниками и автоматизации сервисных процессов. .
В этой статье мы собрали для вас передовой опыт автоматизации сервисного бизнеса, который необходимо применять и внедрять каждой сервисной компании.
Рынок выездного сервисного обслуживания стабильно растет год от года. В России, в связи с уходом западных конкурентов освободившеюся нишу активно занимают локальные игроки. К сожалению, уровень автоматизации основных сервисных процессов в отечественных компаниях находится еще на достаточно низком уровне.
Здесь мы делимся с вами нашей экспертизой в сфере автоматизации выездного обслуживания на основе успешного опыта внедрения систем класса FSM (от англ. Field Service management, системы управления мобильными сотрудниками).
Данный класс систем позволяет не только закрыть основные потребности сервисного бизнеса (например: учет заявок, организацию работы диспетчерской, учет ТМЦ в разрезе выполняемых работ, создание единой базы клиентов и обслуживаемого оборудования), но и дать компании конкурентные преимущества на рынке сервисного обслуживания.
Согласно отчету Allied Market Research, в 2020 году мировой объем рынка FSM-решений оценивался в $4 млрд. К 2030 году, по прогнозам Allied Market Research, он должен вырасти в шесть раз, до $24,3 млрд.[1].
FSM-системы позволяют контролировать персонал, стандартизировать работы, перейти на безбумажный документооборот по сервисным актам, автоматизировать работу диспетчеров, систематизировать работу по заявкам, автоматически рассчитывать сроки по клиентским обращениям и контролировать KPI не в ручном режиме а с помощью системы.
Раньше наш игровой саппорт целиком умещался в рамках одного сервера Discord: игроки были волонтерами, а штат был ограничен парой человек. Но в какой-то момент система начала сбоить, обрабатывать запросы из сторов стало неудобно, а людей не хватать.
Поэтому занялись улучшением процессов: расширили штат сотрудников, обновили график для поддержки 24/7 и внедрили саппорт-сервис Zendesk. Подробнее обо всем под катом.
Вот уже 7 лет мы развиваем Okdesk — облачную help desk систему для малого и среднего бизнеса. В свое время мы начали с одной виртуальной машины у провайдера. Постепенно сервис взрослел, менялись приоритеты, задачи и проблемы, с которыми мы сталкивались. Сегодня Okdesk живет уже на третьей версии инфраструктуры.
В этой заметке мы расскажем о том, как и почему эволюционировала архитектура Okdesk. А во второй части поста — почему мы перешли на Kubernetes, каких результатов это позволило добиться и что планируем делать дальше. Только практика и реальный опыт!
Привет, Хабр! Ежедневно, по роду деятельности, мы общаемся с десятками компаний, в основном средний и малый бизнес, на тему автоматизации процессов техподдержки и выездного сервиса. Еще 5 лет назад, нас не очень удивляло массовое желание “изобрести велосипед”, то есть написать собственную CRM, Helpdesk, систему складского учета и т.д. Но за последние 2,5 года (COVID-19 + события текущего года) ситуация на рынке в общем, да и рынке разработки в частности, кардинально поменялась.
Однако, у многих компаний, в первую очередь средний и малый бизнес, принятие новой реальности так и не произошло. В этой статье мы наглядно, с цифрами и большим пониманием дела (занимаемся разработкой ПО 15+ лет) попробуем протереть запотевшие очки. А еще, чуть позже, обязательно сделаем вторую часть, где представим результаты интереснейшего исследования рынка.
Ну и, конечно, в конце есть инсайд про несколько helpdesk систем на рынке. Поехали!
Привет! Меня зовут Максим, я управляющий партнёр в KTS.
Недавно мы автоматизировали общение пользователей с поддержкой в банке ДОМ.РФ. Мы внедрили чат-бота на основе своего конструктора Smartbot Pro, и за время работы вместе с командой банка выстроили логику по обработке 550 разных сценариев. В итоге сейчас наш сервис успешно обрабатывает 40% входящих обращений клиентов.
Ниже расскажу подробнее про наш конструктор, задачу клиента и как мы её решали.
Приветствую.
Данная статья является продолжением вот этой Как готовить корпоративную систему управления документацией: рецепт, основные ингредиенты и приправы. Рекомендую к прочтению сначала ее. Здесь же мы раскроем карты относительно построения именно единой базы документации.
Как следует из заголовка статьи, речь пойдет о типе документации, с которой нам приходится сталкиваться, выполняя определенную работу. Некоторым сотрудникам достаточно работать с текстом, некоторым нужны еще и таблицы, а кому-то — картинки. Чтобы удовлетворить потребности всех пользователей был доработан WYSIWYG-редактор и организована гибкая система разделения документов на части. Что это дает? Вот что.
Первостепенной задачей было создание именно единого места хранения. Иначе, если часть документации разместить в системе, а часть, скажем, на сетевом диске в виде файла, пользоваться такой документацией будет не удобно.
Ранее, у меня уже был опыт использования Helpdesk систем, но по разным причинам они не были внедрены у нас на предприятии. Хорошая возможность научится программировать, подумал я, и преступил к написанию собственного helpdesk’a.
Всем привет, на связи компания-разработчик российской FSM-платформы управления мобильными сотрудниками, специально для вас мы разобрали как FSM-системы способны решить все основные проблемы операционной деятельности сервисных компаний по обслуживанию кондиционеров, холодильного и газового оборудования (ОВиК). В статье мы расскажем, что такое FSM-система и как ее внедрение может повлиять на эффективность и прибыльность вашего сервисного бизнеса по выездному обслуживанию ОВиК.
Электронный документооборот давно доказал свою эффективность и удобство. Большая часть компаний уже переходит или перешла на обмен электронными документами со своими контрагентами.
В данной статье мы, как IT-компания с большим опытом в сфере автоматизации сервисного бизнеса и выездного обслуживания собрали основные методические материалы, разъяснения юристов и проект соглашения для перехода на электронные сервисные акты с бумажных для сервисных компаний.
В современном телекоме, да и не только там, техподдержка — это подразделение, работа которого бесконечно оптимизирована, а затраты выжаты по максимуму. При этом, все понимают, что качество техподдержки сильно влияет на число клиентов, на отзывы о сервисе компании, — но что еще можно здесь улучшить, заодно облегчив работу операторов? Оказывается, есть такая почти волшебная таблетка и называется она «видеоподдержка». Но обо всем по порядку.
Для собственников торговых и бизнес-центров очень важно не терять арендаторов в настоящее время, многочисленные ограничения для малого и среднего бизнеса и так достаточно снизили количество реальных и потенциальных клиентов. На первое место у управляющих компаний встает вопрос оптимизации эксплуатационных расходов здания, чтобы хоть как-то сократить издержки и увеличить прибыль. Системы класса FSM- управления выездным сервисом и автоматизации сервисных процессов закрывают все потребности в сервисном обслуживании коммерческой недвижимости и значительно снижают расходы на эксплуатацию здания.
C кем не знакомы, мы компания-разработчик российской FSM (Field Service Management) платформы, которая помогает компаниям выстроить работу с мобильными сотрудниками, оцифровать выездное обслуживание и повышать свою производительность.
На рынке существует достаточно много решений для комплексного управления коммерческой недвижимостью, но проблема в том что в большинстве систем различных классов, например CAFM ( Computer Aided Facilities Management) (информационная система управления Фэсилити Менеджмент) или продукты со смежным функционалом типа EAM, ТОиР (CMMS), в независимости от того относятся они к Facility management или Property management, блок операционного управления очень часто ограничен в возможностях и неэффективен. На примере класса FSM-систем мы покажем читателю как можно бюджетно и эффективно управлять экслуатацией объекта коммерческой недвижимости без внедрения различных "громоздких систем" комплексного управления.
Все мы знаем, что доходность любого объекта коммерческой недвижимости напрямую зависит от посещаемости и привлекательности для арендаторов, следовательно, в них должно быть светло и комфортно в любое время года. По оценкам экспертов, расходы на эксплуатацию среднего здания превышают стоимость его строительства в десятки раз!
Обслуживание типичного объекта коммерческой недвижимости, например торгового или бизнес-центра не простая задача, тут и множество служб, как штатных (внутренних) так и внешних, так еще и многочисленные проверки от государственных органов. Сервисной управляющей компании или собственнику, бизнес-центра/торгового центра важно сократить и так непрофильные эксплуатационные расходы.
Мы в Playrix с 2015 года перешли на систему, когда сотрудники могут сами выбирать, где им удобнее работать — в офисе или удаленно. Когда в прошлом году на дистанционную работу перешли все, уже имеющийся успешный опыт работы с удаленными сотрудниками стал для нас огромным преимуществом.
В этой статье мы расскажем, как организовать удаленную техподдержку и обеспечить пользователей ИТ-оборудованием в 130 городах мира — от Владивостока в России до Сантьяго в Чили.
Мы составили рейтинг ТОП-10 самых распространенных проблем, с которыми сталкиваются владельцы сервисных служб в сфере ОВиК на стадии роста и масштабирования. Провели живой опрос предпринимателей и поняли, что вскрыли огромную проблему. Как перестать терять заявки, которые сыпятся на диспетчера из разных источников? Как не тратить уйму времени на обзвоны мастеров и корректировку графиков? Как отслеживать передвижение специалистов на карте? Как исключить повторные выезды специалистов? Как навести порядок в закрывающих документах и складском учете? Как не терять деньги из-за некомпетентности новичков? Как быстро выявлять халатность и воровство?
Работая в технической поддержке помимо всех обязанностей была обязанность следить и за работой каналов связи, а это все осуществлялось по средством сервиса Grafana который брал нужные метрики из Zabbix. Ну а так как сама специфика работы такова что ты не всегда сидишь за своим рабочем местом, возникла идея это все немного автоматизировать и сделать так чтобы в случае падения канала связи ты получил оповещение на телефон, например в мессенджер. Но дело в том что доступа к системе zabbix у меня не было и расширенного доступа к Grafana также (и да, я знаю что grafana тоже умеет отправлять алерты). Поэтому решено было искать решение другим способом.
