CRM для логистики на базе Tickets
Всем привет, в который раз удивляюсь возможностям применения Tickets.
Цель — Сделать crm систему, чтобы менеджеры тратили минимум времени на заведение контрагентов, заявок и тд
Что мы имеем на данный момент. Готовность примерно 60-70%, самые сложные моменты готовы
Калькулятор — Тут особо ничего интересного нету, воспользовался уже существующими сервисами, чтобы сэкономить время
Контрагенты — Самый интересный и сложный раздел. Если контрагент ИП или ООО, то при заполнении наименования или ИНН, данные подтягиваются из DaData. Контрагенты могут быть как физ. лица, так и юр. лица, которые в свою очередь могут быть заказчиком, перевозчиком, водителем, а могут быть и заказчиком и перевозчиком.
Если это перевозчик, к нему сделал возможность добавлять водителей (которые выбираются из общего числа контрагентов с типом «водитель», использован Tickets+migx) и авто (Использован migx).
Если контрагент — заказчик или гибрид, у него в свою очередь формируется пакет заполненных документов, на основе его данных (спасибо phpoffice).
К разделу настройки в дальнейшем будет доступ только у директора. + некоторые моменты по сайту типа «удаление заявок, „удаление рейсов“, будет тоже только у директора.
Разделы заявки и рейсы еще менее доработаны, но можно уже потыкать.
В общем, убил много времени на xpdo (Илье отдельное спасибо за уроки — не сарказм), пока не зашел в тупик и попробовал сделать на Tickets и все пошло — поехало.
crm.limstudio.ru
Логин — kibborg_2005@mail.ru
пароль — modx2020
Цель — Сделать crm систему, чтобы менеджеры тратили минимум времени на заведение контрагентов, заявок и тд
Что мы имеем на данный момент. Готовность примерно 60-70%, самые сложные моменты готовы
Калькулятор — Тут особо ничего интересного нету, воспользовался уже существующими сервисами, чтобы сэкономить время
Контрагенты — Самый интересный и сложный раздел. Если контрагент ИП или ООО, то при заполнении наименования или ИНН, данные подтягиваются из DaData. Контрагенты могут быть как физ. лица, так и юр. лица, которые в свою очередь могут быть заказчиком, перевозчиком, водителем, а могут быть и заказчиком и перевозчиком.
Если это перевозчик, к нему сделал возможность добавлять водителей (которые выбираются из общего числа контрагентов с типом «водитель», использован Tickets+migx) и авто (Использован migx).
Если контрагент — заказчик или гибрид, у него в свою очередь формируется пакет заполненных документов, на основе его данных (спасибо phpoffice).
К разделу настройки в дальнейшем будет доступ только у директора. + некоторые моменты по сайту типа «удаление заявок, „удаление рейсов“, будет тоже только у директора.
Разделы заявки и рейсы еще менее доработаны, но можно уже потыкать.
В общем, убил много времени на xpdo (Илье отдельное спасибо за уроки — не сарказм), пока не зашел в тупик и попробовал сделать на Tickets и все пошло — поехало.
crm.limstudio.ru
Логин — kibborg_2005@mail.ru
пароль — modx2020
Комментарии: 43
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Это же создание ресурсов для каждой заявки, которые падают в кэш системы, карту сайта и т.д.
Пахнет производительностью
Неужели, никакой готовой не нашлось?
Универсальной CRM, я думаю, никто и никогда не напишет. Битрикс24 ближе всего к этому, но там свои проблемы.
Вот и получается, что люди городят что-то свое.
Мне кажется стоило поболее разобраться с xpdo — абсолютно точно было бы лучше, чем использование тикетов и migx
Поэтому он сделал решение на том, на чем умел.
Не самое плохое, по описанию.
Но в архитектурном плане конечно есть вопросы
А то что на тикетах можно построить даже космический корабль — это не новость. Вопрос в том, когда он летать перестанет. Если с клиентом были обговорены условия и он в курсе что будет с их CRM при большом кол-ве ресурсов, то конечно вопросов нет.
Но лайк однозначно пост заслуживает.
Неужели на нем можно делать только интернет-магазины и он больше ни на что не годится?
С высоты этих знаний, конечно, я бы фронт на Vue сделал, бэк на Eloquent и тд, даже для 200 заявок в месяц =)
Так что, не обращай внимания — бухтим по-стариковски.
Ну и конкретно весь Laravel мне так и не зашёл, а вот Eloquent из него — прям восторг.
Но на самом деле не все так критично, у меня есть подобие форума построенного на тикетс, там примерно по 5-15 постов в день публикуются. Вроде все работает быстро. Как будет дальше, будем смотреть.
Да, это PHP и все можно прикрутить, да, можно много логик переписать или дописать, но зачем, когда есть фреймворки где за тебя уже продумали большую часть моментов и реализовали это быстро и хорошо?
А что на счет CRM, вам повезет если бизнес загнется или поймет что ваше самописанное решение не нужно, но если все же нет и придется масштабировать под реальные потребности бизнеса, я не завидую тому, кто будет этим заниматься
ФаритПолучается, что уже почти закончился?
Что вы знаете, что не знаем мы?
Идея еще жива или уже все?
Но демотивирующих факторов огромное количество. Главная — я не верил и продолжаю не верить в MODX3. А работы по REST API минимум на год. Но я вижу полную её бессмысленность по причине невостребованности. Ибо никто в здравом уме не будет использовать MODX в качестве RESTful сервиса. Кроме того…
Блин, в общем, тут на целую статью наберётся. В ближайшее время постараюсь запилить у себя, чтобы тут народ не баламутить.
Другое дело что в здравом уме расчитывать оправдать трудозатраты какой то выручкой — это бред. Здесь может быть только собственный интерес, который у каждого разный. Это уже конечно личное дело.
Есть мнение, что таких проектов «кот наплакал» и количество их не растёт, а сокращается. RESTful болванка в MODX есть. Хотя с формальной точки зрения — это совсем не REST. Ибо использование сессий не соответствует концепции REST.
Мой профит был в прокачке навыков и получении дополнительных знаний. Я не собирался это продавать!
В общем, свою позицию постараюсь изложить в статье.