Работа с приложениями в Qlik Answers

Приложения позволяют Qlik Answers предоставлять ответы из структурированных источников данных. Приложения можно добавлять в качестве источника контента для помощников. Приложения также могут быть индивидуально доступны для Qlik Answers.

Qlik Answers также может генерировать диаграммы и листы для пользователя, что позволяет быстро создавать контент приложения.

Qlik Answers индексирует приложения для создания внутренних определений данных приложения. Затем они используются для ответов на вопросы пользователей и создания диаграмм и листов. Приложения индексируются при добавлении в помощник или при их доступности для Qlik Answers. Они переиндексируются при каждой перезагрузке.

Qlik Answers использует следующее для понимания данных приложения:

• Модель данных

  Поля и модель данных приложения являются основной информацией, используемой Qlik Answers.

• Логическая модель

  Логическая модель, созданная бизнес-логикой, используется Qlik Answers, но только информация из Обзора и Полей и групп.

  Поля, скрытые в логической модели, не используются Qlik Answers.

• Основные элементы

  Qlik Answers отдает приоритет использованию основных измерений и мер при индексировании модели данных, поскольку они создаются пользователем.

• Описания приложения и основных элементов

  Неструктурированные данные из описаний используются для предоставления дополнительной контекстной информации для полей и их использования.

• Синонимы бизнес-логики

  Термины, добавленные в качестве синонимов, используются для предоставления альтернативной терминологии для вопросов пользователей.

Для получения информации о подготовке ваших приложений для использования с Qlik Answers, см. Рекомендации по подготовке приложений для Qlik Answers.

Рекомендации по подготовке приложений для Qlik Answers

Хотя любое приложение можно использовать для Qlik Answers, время, затраченное на подготовку приложения для использования с Qlik Answers, улучшает качество ответов.

Ясность и контекст являются наиболее важными факторами для обеспечения хороших результатов от Qlik Answers. Ясность позволяет Qlik Answers легко понимать данные в приложении. Контекст помогает Qlik Answers интерпретировать и правильно использовать данные в приложении. Следующие рекомендации по подготовке приложения помогают обеспечить ясность и контекст:

• Используйте однозначные и описательные имена полей

• Оптимизируйте модель данных

• Проверяйте форматы данных полей

• Используйте Основные элементы

• Используйте словарь бизнес-логики для добавления терминологии

• Удалите ненужные поля из модели данных

Используйте однозначные и описательные имена полей

Ваша модель данных должна использовать поля, которые являются описательными и однозначными. Имена полей должны:

• Уточнять бизнес-значение каждого поля.

• Применяйте понятное, соответствующее бизнесу именование, которое описывает различия или сходства с другими полями.

Попробуйте сделать следующее, чтобы поля стали понятными для Qlik Answers:

• Используйте полное наименование, например Customer Name вместо CUST_NM. Это помогает согласовать поля с вопросами на естественном языке.

• Предоставляйте контекстные квалификаторы в именах полей, чтобы помочь устранить неоднозначность между полями. Например:

• Сделайте местоположения понятными. Используйте Город клиента и Город магазина вместо двух полей, оба названных Город.

• Сделайте данные/время понятными. Используйте Дата заказа и Дата отгрузки вместо двух полей, оба названных Дата.

• Постарайтесь указать роль и тип поля. Включайте слова, такие как количество, итог, сумма или процент, чтобы уточнить их агрегирующий характер. Например, Количество заказов. Если в именах полей используются логические значения, они должны читаться как предлоги, например, с использованием префиксов, таких как is_active или has_churned.

• Для ключевых полей используйте префиксы с контекстом. Например, customer_id и order_id предпочтительнее, чем такое общее поле, как ID или cust_ref.

Избегайте использования имен полей, которые делают следующее:

• Используйте непрозрачные коды или технический жаргон.

• Используйте Flag или голое прилагательное, например Active, для логического поля, так как это может затруднить интерпретацию со стороны Qlik Answers.

• Используйте двусмысленные или общие существительные без контекста. Поле с именем Amount, например, не сообщает, чего именно оно является суммой. Множество общих полей может затруднить Qlik Answers надежное сопоставление запросов на естественном языке с правильным полем.

• Используйте загадочные сокращения, такие как cust_no для номера клиента или txn для транзакции. Это затрудняет Qlik Answers понимание поля.

Оптимизируйте свою модель данных

Оптимизация вашей модели данных путем удаления ненужных полей позволяет получать более точные и предсказуемые ответы от Qlik Answers. Тщательно подобранный набор полей снижает вероятность неправильного выбора поля или путаницы из-за Qlik Answers. Оптимизированные модели данных также быстрее индексируются. Чтобы оптимизировать вашу модель данных:

• Скройте технические поля.

• Объедините избыточные или почти дублирующиеся поля в единую авторитетную версию.

Скрыть технические поля

Ваша модель данных должна представлять Qlik Answers поля, содержащие реальную аналитическую ценность. Избегайте включения технических полей, которые не способствуют Qlik Answers пониманию приложения. Технические поля содержат такую информацию, как:

• Идентификаторы

• Ключи

• Загрузить метки времени

• Промежуточные столбцы

Вы можете удалить ненужные поля, скрыв их. Скрытые поля по-прежнему доступны для логики скриптов или внутренних вычислений, но исключены из Qlik Answers анализа.

• В скрипте загрузки или Диспетчере данных добавьте префикс % к их имени (например, %Discount2)

• В логической модели в бизнес-логике установите их видимость на Скрыто.

  Для получения дополнительной информации см. раздел Видимость.

Консолидируйте и переименуйте поля

Вам следует консолидировать избыточные или почти дублирующие поля в единую авторитетную версию. Неоднозначные поля затрудняют для Qlik Answers правильную интерпретацию данных.

Переименуйте или консолидируйте поля, чтобы сделать модель данных как можно более ясной для понимания Qlik Answers.

Пример: Оптимизация модели данных путем исправления неоднозначных полей

Рассмотрим следующие названия полей из модели данных:

• Сумма_Скидки

• Значение_Скидки

• Скидка1

• Скидка2

Эти имена полей создают ряд проблем для Qlik Answers, когда она пытается их интерпретировать:

• Несколько полей конкурируют за термин скидка, создавая неоднозначность для Qlik Answers.

• Числовые суффиксы (1, 2) и расплывчатые имена полей не дают четкого бизнес-значения.

• Смешанные соглашения об именовании снижают ясность.

Чтобы устранить эти проблемы, поля следует переименовать при подготовке приложения для использования с Qlik Answers. Если поля представляют разные понятия, их следует переименовать, чтобы их использование и назначение были более понятными. Например:

• Скидка на продукт

• Акционная скидка

• Скидка по купону

• Скидка за лояльность

Если они представляют одну и ту же концепцию, их следует объединить в одно авторитетное поле, например Сумма скидки. Если какие-либо из этих полей являются техническими или устаревшими, их следует скрыть.

Форматировать поля даты/времени, загруженные как обычный текст

Некоторые поля содержат информацию о дате/времени, но загружаются как обычный текст в модели данных. Поскольку они не классифицируются как поля даты/времени, а скорее как текстовые поля, они не будут использоваться корректно в Qlik Answers анализах, так как не будут рассматриваться как истинные поля даты.

Если поле, содержащее информацию о дате/времени, помечено или хранится как текст, преобразуйте его в правильный формат во время загрузки, либо с помощью инструментов в Диспетчере данных, либо с помощью функций даты в скрипте загрузки. Это гарантирует, что:

• Поле распознается как содержащее даты.

• Автоматическая генерация календаря работает.

• Вопросы пользователей, основанные на времени, правильно сопоставляются с полями даты/времени.

• Сортировка и фильтрация работают правильно.

Используйте основные элементы

Основные элементы улучшают способность Qlik Answers интерпретировать данные приложения. При интерпретации вопросов Qlik Answers придает основным элементам больший вес, чем полям в модели данных, поскольку они созданы пользователем. Они важны, потому что пользователь посчитал их достаточно важными, чтобы создать.

Основные элементы добавляют ясности и уменьшают двусмысленность, создавая единую, надежную версию каждой важной метрики или поля в модели данных. Это также помогает согласовывать схожие ответы между пользователями. Когда кто-то спрашивает о рентабельности и существует соответствующая основная мера, ответ основывается на одном и том же определении, независимо от того, кто спрашивает или как сформулирован вопрос.

Одним из наиболее важных элементов основных элементов являются описания. Описания используются Qlik Answers для предоставления контекста при интерпретации основных элементов. Подробные описания в основных элементах четко объясняют:

• Назначение

• Значение

• Бизнес-контекст

Описания основных элементов облегчают Qlik Answers понимание основного измерения или показателя и выбор правильной метрики, даже если пользователи задают вопросы неожиданным образом.

Дополнительные рекомендации по основным элементам и Qlik Answers см. в Написание описаний основных элементов для Qlik Answers.

Пример: Полезное описание основного элемента

Основная мера: Стоимость привлечения клиента

Описание: Средняя стоимость привлечения нового клиента. Рассчитывается как общие расходы на маркетинг и продажи, деленные на количество новых привлеченных клиентов. Исключает расходы на удержание или продление. Также известен как CAC.

Используйте синонимы бизнес-логики для повышения ценности

Синонимы бизнес-логики помогают уточнить, как Qlik Answers интерпретирует терминологию. Хотя Qlik Answers понимает общий деловой язык, ваша модель данных может содержать терминологию, которую LLM не сможет естественно распознать или правильно интерпретировать. Синонимы помогают Qlik Answersпонять терминологию, уникальную для данных вашей организации. Следующие категории терминов выигрывают от добавления синонимов:

• Жаргон или аббревиатуры, специфичные для организации

• Внутренние прозвища ключевых показателей эффективности

• Коды продуктов или процессов, которые также являются бизнес-терминами

• Метрики, которые кажутся похожими, но имеют различные внутренние определения

• Предметно-ориентированный язык, не широко используемый за пределами вашей отрасли

Старайтесь избегать синонимов, которые делают следующее:

• Добавляют двусмысленность. Включение верха или низа, например, может вызвать проблемы, поскольку они не являются ясными. Например, 0 может означать топ-5, топ-10%, топ по выручке или по количеству сделок.

  Добавление синонимов, которые дублируют значения из полей, также может привести к неоднозначности.

• Дублирование терминологии для одних и тех же терминов, например, добавление синонима sales в два отдельных поля.

• Включение стоп-слов может привести к тому, что вопросы будут отклонены.

Для получения дополнительной информации см. раздел Добавление синонимов.