Неплохо бы добавить «график» событий — что важного происходило в каждый день: шла акция, добавили фичу, конкуренты запустили продукт/акцию и т.д. В идеале на каждом графике под временной шкалой, но для начала можно просто отдельным графиком.
Тогда, например, в таких ситуациях
У проекта упала аудитория. Гипотез две: либо стало приходить меньше новичков, либо проект стал хуже удерживать уже имеющихся пользователей (смотрим на retention). Если меньше новичков — идём к маркетологу и спрашиваем, что случилось (может, просто деньги на трафик закончились), если упал retention — смотрим, что мы делали в проекте за последние дни.
происходящее будет более-менее понятно уже по графику, без мануальных выяснений.
Спасибо, как раз хотел спросить почему Р а не Питон.
Но опять, же, не могли бы вы добавить конкретики, что с чем сравнивалось при выборе?
Лично мне, например, связка Python+Django и на фронте JS визуализация D3 (C3 etc.) кажется 1) не имеющей потолка развития 2) очень хорошо поддерживается рынком труда, т.е. нет проблем со спецами
Тогда как с R ситуация не однозначная, по моему.
Не могли бы вы показать какие-то стандартные отчёты (с обфусцироваными данными, конечно)?
Желательно с описанием процедур дата-флоу, где-что-как рендериться и т.д.
То есть, если можно, больше конкретики.
Круговые диаграммы — тяжкое наследие Excel из 90-х.
Особенное удовольствие доставляет постоянное сравнение цвета на диаграмме и цвета в легенде, с попытками запомнить, что он означает.
Гораздо лучше смотрится столбиковая диаграмма с убывание по размеру столбцов и надписями либо прямо в теле столбцов либо рядом.
Кстати, да! Когда мне приходилось описывать кейсы, то через какое-то время я пришёл к выводу, что лучшая форма — комиксы, то есть картинка + чуть-чуть текста и лучше текст прямо на картинке писать. В итоге такие доки оказались самыми эффективными, и для пользователей и для работы саппорта.
Есть один большой производитель ПО, который почему-то практически не вставляет изображения в документацию. Ненавижу его за это. Всё пишет словами, хоть и с пунктами и подпунктами, как вы говорите. Всё гадаю почему он так делает.
Ответ очень простой — ему ммм… безразлично, качество документации, производитель Большой — от него никто никуда не денется. Вот если бы это был стартап, особенно с существенными вложениями, то и таблицы бы переделывали и скриншоты бы переснимали и даже кейсы бы переписывали с учётом страны/языка.
Добавлю ещё одно, крайне на мой взгляд, важное правило (получилось в стиле zen):
Лучшая документация — ненужная документация
Смысл в том, что с большинстве случаев пользователь должен получать решения без обращения к документации, в идеале просто нажимать кнопку «сделать хорошо».
Конечно, это требование не столько к документации, сколько к самому продукту, но здесь документация играет роль своеобразного индикатора — чем чаще она требуется, тем сложнее приложение (в смысле «усложнено»).
Причём особенно играет этот фактор на этапе вхождения нового пользователя.
Вел дан! Для полноты картины можно было бы добавить код отрисовки графиков, а для того графика с параллельными линиями ещё пририсовать внизу график с остатками, для усиления видимости эффекта.
Хочу поддержать — статья очень понравилась, не смотря на то, что раньше уже писали на эту тему.
Особенно впечатлила визуализация — не думаю, что она информативна, зато очень красивая.
Идея для улучшения:
Поставить фильтр на друзей — считать друзьями только тех, кто достаточно часто взаимно лайкает посты друг друга.
Тогда, например, в таких ситуациях
происходящее будет более-менее понятно уже по графику, без мануальных выяснений.
Выглядит хорошо и презентабельно, что важно.
Кстати, по внешнему виду очень напоминает MS Power BI
Но опять, же, не могли бы вы добавить конкретики, что с чем сравнивалось при выборе?
Лично мне, например, связка Python+Django и на фронте JS визуализация D3 (C3 etc.) кажется 1) не имеющей потолка развития 2) очень хорошо поддерживается рынком труда, т.е. нет проблем со спецами
Тогда как с R ситуация не однозначная, по моему.
Желательно с описанием процедур дата-флоу, где-что-как рендериться и т.д.
То есть, если можно, больше конкретики.
Особенное удовольствие доставляет постоянное сравнение цвета на диаграмме и цвета в легенде, с попытками запомнить, что он означает.
Гораздо лучше смотрится столбиковая диаграмма с убывание по размеру столбцов и надписями либо прямо в теле столбцов либо рядом.
Ответ очень простой — ему ммм… безразлично, качество документации, производитель Большой — от него никто никуда не денется. Вот если бы это был стартап, особенно с существенными вложениями, то и таблицы бы переделывали и скриншоты бы переснимали и даже кейсы бы переписывали с учётом страны/языка.
Лучшая документация — ненужная документация
Смысл в том, что с большинстве случаев пользователь должен получать решения без обращения к документации, в идеале просто нажимать кнопку «сделать хорошо».
Конечно, это требование не столько к документации, сколько к самому продукту, но здесь документация играет роль своеобразного индикатора — чем чаще она требуется, тем сложнее приложение (в смысле «усложнено»).
Причём особенно играет этот фактор на этапе вхождения нового пользователя.
Казалось бы, для вашей задаче это самое естественное решение.
Особенно впечатлила визуализация — не думаю, что она информативна, зато очень красивая.
Идея для улучшения:
Поставить фильтр на друзей — считать друзьями только тех, кто достаточно часто взаимно лайкает посты друг друга.