Клиентские письма теряются в общей почте: стоит ли поднимать опенсорсный хелпдеск?

Самое больное место в опенсорсных тикетниках — это входящая и исходящая почта. Придется нормально настроить cron-задачи для сбора почты по IMAP, а для исходящих — вылизать записи DKIM, SPF и DMARC. Чуть где ошибетесь — либо тикет от клиента просто не создастся, либо ваш ответ тихо утонет в спаме.

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

Мы в прошлом году решили так же «сэкономить» и подняли свое. Сервер стоил 25 долларов, зато разработчик каждый месяц тратил часов восемь на апдейты и разгребание базы. Посчитали стоимость его рабочего времени — вышло больше 220 долларов в месяц. Через полгода плюнули и ушли на готовое облако.

Проблема не в софте, а в культуре общения внутри команды. В том, что письмо два дня висит в общем ящике, виновата не программа — просто никто не взял на себя ответственность. Поставите тикет-систему — будет ровно то же самое: на дашборде просто скопятся десятки открытых тикетов, за которые никто не хочет браться.

если поднять опенсорсную систему на совем сервере, не будут ли автоответы клиентам с номерами тикетов улетать в спам? это вообще сложно нормально настроить?

edit: писал с телефона, извините за опечатки.

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

edit: выше написал неправильно, извините.

Прежде чем принимать решение, пройдитесь по чек-листу: 1) Хватит ли у вас технических навыков поднять сервер посреди ночи, если он упадет? 2) Заложены ли в бюджет расходы на сторонний SMTP-сервис? 3) Сможете ли настроить ежедневный автоматический бэкап базы данных? Если на эти вопросы нет четкого «да», опенсорс вас просто подставит в самый неподходящий момент.

у меня есть возражение.. но кстати главное не цифра а то, на онсове чего она получена.

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

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

Главное не цифра а то, на основе чего она получена.

Спасибо, очень помогло.

Здесь есть ловушка, не могу промолчать. Не вступайте ни в какие сделки без плана выхода.

Ищите дыру в ведре; лить воду сверху не решает проблему. Удачи.

попробую.

Верно.

Я тоже так считаю. Считайте по годовой общей стоимости, а не по ежемесячному счету.

Спешка в решениях оборачивается исправлениями через полгода. Надеюсь, это будет полезно.

Я столкнулся с тем же два года назад. Пытаться сделать это в одиночку — самый дорогой путь.

Когда пытаешься изменить всё сразу, ничего не приживается. Проверено опытом.

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

это мое мнение, не утверждаю что оно единственно верное.

У нас так же.

обсуждение размылось давайте структурируем и ищите дыру в ведре; лить воду сверху не решает проблему.

я бы пошел этим путем.