Данные в реальном времени или по расписанию
Не каждому дашборду нужны данные в реальном времени: обновление по расписанию (раз в час, раз в день) проще и дешевле там, где решение не требует минутной точности. Мы оговариваем это в объёме явно, а не ставим реальное время везде по умолчанию. О том, как это решение влияет на стоимость, — Dashboard Development Cost (на английском).
Роли, фильтры, выгрузки и уведомления
Разные роли видят разные срезы одних и тех же данных — см. как планировать роли и права в веб-приложении (на английском). Фильтры, выгрузка в CSV/PDF и уведомления по порогам (например, «сообщить, когда X упадёт ниже Y») — обычные, но отдельно оговариваемые дополнения, а не набор по умолчанию в каждом проекте.
Источники данных и их качество
Дашборд хорош ровно настолько, насколько хороши питающие его данные: подключение к вашей CRM, таблице или внутренней базе данных (см. интеграции (на английском)) — первый реальный шаг, а проблемы качества данных в источнике, как правило, показываются, а не молча сглаживаются.
Определите каждую метрику до разработки
Дашборд проваливается, когда двое читают одно число по-разному. Для каждой метрики до начала проектирования письменно согласуйте четыре вещи: определение (что именно считается и что исключается), источник (в какой системе лежат исходные записи), владельца (кто может сказать, верно ли число) и свежесть (насколько актуальным оно должно быть для решения, которое на нём строится).
Большинство разногласий возникает в определении — например, что считать активным клиентом или закрытой продажей. Договориться об этом заранее дешевле, чем переделывать графики, и это показывает, какие метрики зависят от пока ненадёжных данных.
Дашборд, клиентский портал, внутренний инструмент или веб-приложение
Дашборд показывает и фильтрует данные. Клиентский портал добавляет доступ по логину для внешних пользователей, а также документы и сообщения. Внутренний бизнес-инструмент добавляет рабочие процессы и ввод данных, а не только отображение. Полноценное веб-приложение может включать всё перечисленное и более широкую бизнес-логику. Полное сравнение — Client Portal vs Dashboard vs Internal Tool (на английском).
Язык и ведение проекта
Сайт и форма заявки — на русском, проект ведётся на английском: обсуждение объёма, переписка и документация тоже на английском. Русский как язык проекта мы не обещаем. Для этого направления опубликованной фиксированной цены нет — объём и стоимость определяются после обсуждения вашей задачи.
Частые вопросы
Это то же самое, что клиентский портал?+
Нет — дашборд ориентирован на отображение и фильтрацию; портал добавляет внешний вход, документы и сообщения. См. [Client Portal vs Dashboard vs Internal Tool (на английском)](/client-portal-vs-dashboard-vs-internal-tool/).
Нужны ли нам данные в реальном времени?+
Только если решение, которое они поддерживают, действительно требует минутной точности; иначе обновление по расписанию проще и дешевле.
Может ли это заменить наш текущий инструмент отчётности?+
Только там, где инструмент отчётности действительно не справляется с задачей; честное сравнение — Custom Dashboard vs Off-the-Shelf Reporting Tool (на английском).
Проект ведётся на русском?+
Сайт и форма заявки — на русском. Проект ведётся на английском; английский — единственный язык проекта, который мы гарантируем.
Сайт и форма заявки — на русском, проект ведётся на английском. Русский как язык проекта мы не обещаем.