Действительно вариантов бесконечное множество. Описал только пару из них.
На счет экпериментов в модификации кода с вами полностью согласен, поэтому и написал:
Если вы ничего не понимаете в программировании, то вам точно нужен программист
Вы писали:
В статье вы рекомендуете использовать Google Tag Manager, но не используете уровень данных и отправку событий через dataLayer и это странно.
— Это лишь пример.
Ваши вопросы:
1) Судя по скриншоту вы используете метрику внутри контейнера GTM, замеряли ли вы качество работы метрики при такой установке. Ведь при такой установке метрика не будет собирать данные о клиентах без js, а так же в интерфейсе будет указывать что код не установлен, но данные поступают.
Очень дельное замечание.
Действительно, если у пользователя отключен js, то данные не поступают. Посмотрел статистику одного из проектов с достаточно большим количеством посещений (скриншот http://prntscr.com/b6adqo). Там счетчик установлен в код сайта и все данные поступают.
За апрель было 1280 визитов с отключенным js. Из общего числа посещений это 0,1% (одна десятая процента) — не так много. Если принципиально не хотите терять эти посещения, то конечно надо вставить счетчик метрики в код сайта.
2) Почему вы используете отслеживание целей через события в GA, ведь в таком случае нет возможности построить составную цель и отслеживать цепочку ( воронку ) конверсии?
Если настроить отправку данных в GTM, то отправлять в аналитику можно уже что угодно: хоть события, хоть просмотры, хоть то и другое.
Отслеживание воронки — это конечно здорово, но на практике используется не очень часто.
Если у вас остались еще вопросы, готов ответить и обсудить.
Еще раз спасибо за ваш дельный комментарий.
Могу. Долго в ней не работал, но изучал. Jira хороша, из неё можно сделать систему мечты. Экосистема Atlassian (Жира, Конфлюэнс, Хелпдеск и что-то там ещё для кодинга и версионирования и т.п.) перекрывает любые самые взыскательные запросы. Проблема в том что это взрослая система и её нужно собирать под себя, со всеми вытекающими. Мало того, на старте сборки уже нужно иметь проработанные и проверенные бизнес процессы. Иначе можно долго собирать, а потом долго в этом разбираться при смене бизнес-процессов.
Хм. Посмотрел Planfix. Изучал его примерно год назад, с тех пор они сильно выросли над собой. Бесконечное дробление подзадач, Ганнт «из коробки» (в Асане доступен в виде интеграции), финансовый модуль, клиентский модуль, создание справочников новых сущностей. Молодцы! Но!
1. Скорость работы. Всё ок. Но чтобы изменить подход к работе, обрести новую философию, надо чуть-чуть быстрее.
2. Финансовый модуль. Да, удобно, но для самого простого уровня. Финансы в нашей стране надо вести в 1С. Вот простой вопрос. Что делать с выгрузкой банковских платежей? Их тьма, а не учесть нельзя…
3. Подсчёт времени. Классный отчёт, уже прямо встроен сразу. Но время можно лишь вписать постфакутм, со всеми вытекающими последствиями. Сравните с Everhour интеграцией в Асане.
4. Клиентский модуль. Вроде всё есть. Но давайте сравним с Мегапланом или AmoCRM. У кого продажников больше двух, тот поймёт… Ну и лёгкой интеграции с ip-телефонией Planfix не предусматривает (только если api ворошить)
5. Встроенные документы. Да, кто-то будет пользоваться. Мне их жаль… Только Google Docs. Без равных.
Вообщем присутствуют все типичные проблемы универсальных систем. Единственным важным отличием Планфикса являются расширенные возможности, поэтому я сравниваю не конкретно Асану с Планфиксом, а Планфикс с семейством программ. И пока я готов мучаться и интегрировать-синхронизировать все продукты-лидеры в один инструмент.
Ну клянутся безопасностью, аптаймом и т.д. Хотя и нам паранойя не даёт спать спокойно:). Backupify.com заявляет о возможности сделать бэкап Асаны, та что если очень хочется, то можно.
А не поделитесь примером такого трекера? Нам тоже хочется иметь единую систему, но перебрав достаточно много решений приши к выводу что при наращивании «административности» и «универсальности» двигаемся в сторону продуктов типа 1С: Бухгалтерии со всеми вытекающими… Вот и приходится совмещать разные решения. Равных Асане в командной работе почти нет (ну может Trello ещё)
Приношу извинения за дезинформ. Пользуюсь сочетанием клавиш Tab+M для назначения задач себе, и так привык, что принял это за «автомат». Кстати если создавать задачи в представлении MyTasks нажатием Enter при выделенной задаче с вами в качестве ответственного, то новая задача тоже наследует ответственного.
Ну и если вы в проекте один может пользоваться не представлением MyTasks, а фильтром по проекту.
Да, коробки у них нет и думаю не будет в ближайшее время, слишком много они меняют и дописывают сейчас. Лично моё мнение, что паранойя по поводу потери данных в наше время, когда все хранят документы в гугл докс, фото в социальных сетях, пользуются 1С в облаке и тд, на самом деле надуманна. Скорее наш сервер крякнет, чем у Асаны :-)
Видимо надо давать пример и говорить что надо сделат именно так:
Действительно вариантов бесконечное множество. Описал только пару из них.
На счет экпериментов в модификации кода с вами полностью согласен, поэтому и написал:
Вы писали: — Это лишь пример.
Ваши вопросы:
Очень дельное замечание.
Действительно, если у пользователя отключен js, то данные не поступают. Посмотрел статистику одного из проектов с достаточно большим количеством посещений (скриншот http://prntscr.com/b6adqo). Там счетчик установлен в код сайта и все данные поступают.
За апрель было 1280 визитов с отключенным js. Из общего числа посещений это 0,1% (одна десятая процента) — не так много. Если принципиально не хотите терять эти посещения, то конечно надо вставить счетчик метрики в код сайта.
Если настроить отправку данных в GTM, то отправлять в аналитику можно уже что угодно: хоть события, хоть просмотры, хоть то и другое.
Отслеживание воронки — это конечно здорово, но на практике используется не очень часто.
Если у вас остались еще вопросы, готов ответить и обсудить.
Еще раз спасибо за ваш дельный комментарий.
1. Скорость работы. Всё ок. Но чтобы изменить подход к работе, обрести новую философию, надо чуть-чуть быстрее.
2. Финансовый модуль. Да, удобно, но для самого простого уровня. Финансы в нашей стране надо вести в 1С. Вот простой вопрос. Что делать с выгрузкой банковских платежей? Их тьма, а не учесть нельзя…
3. Подсчёт времени. Классный отчёт, уже прямо встроен сразу. Но время можно лишь вписать постфакутм, со всеми вытекающими последствиями. Сравните с Everhour интеграцией в Асане.
4. Клиентский модуль. Вроде всё есть. Но давайте сравним с Мегапланом или AmoCRM. У кого продажников больше двух, тот поймёт… Ну и лёгкой интеграции с ip-телефонией Planfix не предусматривает (только если api ворошить)
5. Встроенные документы. Да, кто-то будет пользоваться. Мне их жаль… Только Google Docs. Без равных.
Вообщем присутствуют все типичные проблемы универсальных систем. Единственным важным отличием Планфикса являются расширенные возможности, поэтому я сравниваю не конкретно Асану с Планфиксом, а Планфикс с семейством программ. И пока я готов мучаться и интегрировать-синхронизировать все продукты-лидеры в один инструмент.
Ну и если вы в проекте один может пользоваться не представлением MyTasks, а фильтром по проекту.