Comments 5
За что заминусили? Хорошее же дело.
Согласен с комментариями выше, все таки Open-source подразумевает открытый и публичный код, например на Github/Gitlab, а не пригласительную ссылку на некий телеграм канал/чат с zip архивом. Выглядит не очень безопасно :)
А теперь вставлю свои 15 копеек на основе статьи (и в основном) ролика как демонстрации решения.
1) Фрагменты короткие и это не до конца понятно, НО судя по долгой анимации нажатия инлайн кнопки, в обработчике колбека не стоит ответ на него, из за чего бот может выдать в консоль предупреждение и очень долго крутить анимацию нажать кнопки. Визуально для пользователя это выглядит так, будто нажатие не сработало и он может нажать снова.
2) Выбор даты записи, с точки зрения юзер экспириенса не очень удобный. Если дат/времени будет больше, то весь чат займет этот список :) В этом случае лучше использовать пагинацию или готовые решения для aiogram (например календарь там есть, а многостраничное меню можно сделать через тот же гпт). Дополнительно стоит изменять сообщение, что бы пользователь не мог в будущем после выбора времени нажать на кнопки снова, иначе бот будет ругаться на устаревший колбек.
3) На видео команда рассылка отправляет сообщение, но не понятно откуда оно было взято. Возможно где-то в CRM есть вставка, но было бы не плохо дать возможность вставить текст после команды через пробел, так мы получаем больше гибкости, или переложить эту задачу на веб интерфейс CRM (поле ввода текста, выбор юзера и т.д.)
4) Установка занимает много времени, и много компонентов. В целом это не плохо и прозрачно, однако для пользователя который будет использовать систему (а он не всегда программист), имеет смысл сделать готовое .exe решение, например через PyInstaller и реализовать сервер на Python, для отдачи статики и скриптов. Так, нам останется только установить БД, а остальная часть будет упакована в приложение (включая меню ввода данных бд и т.д.), где уже будет Python нужной версии и прочие скрипты. А установку вручную лучше выделить для тех, кто хочет больше контроля и понимания что там под капотом.
5) Хранение ключей в env/config файле в папке с программой хоть и удобное решение, но не всегда безопасное. Можно организовать работу с такими данными через отдельную страницу на нашем сервере, которая будет работать с переменными окружения в системе. Этот пункт скорее мысль, возможно есть решения много лучше.
6) Описание установки в readme.txt и видео это конечно прекрасно, но смотреть видео или читать голый текст не всегда удобно. В этом случае лучше использовать telegraph, там можно и текст организовать с разделами через ссылки и фото вставить, для визуализации описанного. А добавить ссылку на такой гайд можно в описании гитхаба, либо ссылаться где угодно прямо на нее.
7) Проект я лично не устанавливал для теста, и пишу это все на основании увиденного тут. Возможно это уже реализовано, но было бы идеально иметь некий дашборд, где будет меню с выбором страниц, текущие встречи/клиенты, возможность отправить сообщение конкретному клиенту (например при изменении записи) и прочее, т.е. максимальное приближение к All-in-one решению на стороне веб части.
Проект интересный, есть куда развиваться.
и зачем писать бота на питоне а не на том же PHP что резко упростило бы установку а главное дало бы возможность поставить CRM на дешевый виртуальный хостинг для доступа с интернета как пользователям CRM так и телеграму дергать тот же бот
к примеру
тоже опен сорс но бот часть проекта и использует напрямую классы CRM
Может быть полезно. Но я бы переписал телеграм бот на php и выложил проект на гитхаб.
Open Source CRM + Telegram-бот: запись, напоминания, интеграция