<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Pyze Documentation – Capabilities</title>
    <link>/docs/capabilities/</link>
    <description>Recent content in Capabilities on Pyze Documentation</description>
    <generator>Hugo -- gohugo.io</generator>
    
	  <atom:link href="/docs/capabilities/index.xml" rel="self" type="application/rss+xml" />
    
    
      
        
      
    
    
    <item>
      <title>Docs: Autocapture &amp; Event Tracking</title>
      <link>/docs/capabilities/autocapture/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/autocapture/</guid>
      <description>
        
        
        &lt;p&gt;Pyze automatically captures user interactions — page and screen views, clicks, field interactions, and custom events — across the enterprise applications your teams use, with no manual instrumentation required. Engineering can also send explicit events via the SDK/API when richer metadata is needed.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Tagless autocapture of front-end interactions — events are available retroactively, with no per-event tagging&lt;/li&gt;
&lt;li&gt;Explicit event-level tracking via SDK/API for rich, typed metadata&lt;/li&gt;
&lt;li&gt;Server-side and browser-side collection — no screen recording, no desktop agent&lt;/li&gt;
&lt;li&gt;Works inside web apps, embedded enterprise apps (Pega, Salesforce, SAP UIs), and portals&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;The Pyze JavaScript agent is added once (server- or browser-side).&lt;/li&gt;
&lt;li&gt;Interactions are captured automatically; define custom events where you need typed metadata.&lt;/li&gt;
&lt;li&gt;Events stream to Pyze (and optionally your warehouse) for analysis.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available across all JavaScript-based agents (Web, Pega, and embedded enterprise apps). See SDK Integrations.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Cross-Platform Tracking</title>
      <link>/docs/capabilities/cross-platform-tracking/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/cross-platform-tracking/</guid>
      <description>
        
        
        &lt;p&gt;Pyze unifies behavioral data across web, mobile, and desktop — including the in-branch/teller and back-office desktop apps that consumer analytics tools cannot reach — into a single, coherent view of the work.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Web, mobile, and desktop coverage in one model&lt;/li&gt;
&lt;li&gt;Reaches internal enterprise apps and virtualized (Citrix/VDI) environments&lt;/li&gt;
&lt;li&gt;Consistent event schema across surfaces for apples-to-apples analysis&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Deploy the appropriate Pyze agent per surface.&lt;/li&gt;
&lt;li&gt;Events share a common schema and are stitched to a single user/customer identity.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available across the Pyze SDK family (Web, mobile, desktop).&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Identity Stitching</title>
      <link>/docs/capabilities/identity-stitching/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/identity-stitching/</guid>
      <description>
        
        
        &lt;p&gt;Pyze links anonymous sessions to the known user and, where relevant, the customer and the servicing staff member — producing an accurate end-to-end journey across channels and devices.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Anonymous → known identity resolution&lt;/li&gt;
&lt;li&gt;Stitch sessions across devices and channels&lt;/li&gt;
&lt;li&gt;Tie a journey to both the customer and the servicing employee&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Call the identify API when a user becomes known (login or case association).&lt;/li&gt;
&lt;li&gt;Pyze merges prior anonymous activity into the persistent identity.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available via the SDK/API identify call.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Data Privacy, PII Masking &amp; Consent</title>
      <link>/docs/capabilities/data-privacy-consent/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/data-privacy-consent/</guid>
      <description>
        
        
        &lt;p&gt;Sensitive fields are masked at the point of capture — analytics see the interaction, never the raw PII. Pyze supports field-level masking, hashing, and consent management for regulated, enterprise environments.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;PII masked/hashed at source — raw values never leave the browser&lt;/li&gt;
&lt;li&gt;Field- and zone-level exclusion for sensitive content&lt;/li&gt;
&lt;li&gt;Consent capture and enforcement&lt;/li&gt;
&lt;li&gt;GDPR/enterprise-compliant; no screen recording&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Configure which fields/zones are masked or hashed (see Data Hashing).&lt;/li&gt;
&lt;li&gt;Consent state gates collection where required.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;See also &lt;a href=&#34;../../common-features/hashing/&#34;&gt;Data Hashing&lt;/a&gt;.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Warehouse Integration &amp; Reverse ETL</title>
      <link>/docs/capabilities/warehouse-integration/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/warehouse-integration/</guid>
      <description>
        
        
        &lt;p&gt;Pyze integrates with your cloud data warehouse — landing governed behavioral events and syncing processed metrics and SoP/conformance signals back into operational systems (reverse ETL).&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Warehouse-native event landing (no data duplication where supported)&lt;/li&gt;
&lt;li&gt;Reverse ETL of processed metrics and signals to operational systems&lt;/li&gt;
&lt;li&gt;Full SQL transparency over the underlying model&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Connect your warehouse; map the Pyze event model.&lt;/li&gt;
&lt;li&gt;Schedule or stream events in; sync metrics back out.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available with warehouse connectors; see Integrations.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Funnel &amp; Conversion Analysis</title>
      <link>/docs/capabilities/funnel-analysis/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/funnel-analysis/</guid>
      <description>
        
        
        &lt;p&gt;Define a sequence of steps and Pyze tracks progression, conversion, and drop-off — broken down by any segment, trended over time, and drillable into the cases that dropped and why.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Step conversion and drop-off, overall and step-to-step&lt;/li&gt;
&lt;li&gt;Breakdown / compare by segment (region, team, channel, case type)&lt;/li&gt;
&lt;li&gt;Conversion-over-time trend and time-to-convert distribution&lt;/li&gt;
&lt;li&gt;Click a drop to drill into the cohort and the root-cause contributors&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Pick the ordered steps (events or stages).&lt;/li&gt;
&lt;li&gt;Apply global filters; break down by a dimension.&lt;/li&gt;
&lt;li&gt;Click any drop to drill into why.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available in the analytics workspace.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Cohort Retention</title>
      <link>/docs/capabilities/cohort-retention/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/cohort-retention/</guid>
      <description>
        
        
        &lt;p&gt;Build behavioral cohorts (e.g. users who adopted an AI assist or a new flow) and measure whether the behavior persists week over week — alongside the outcome lift (handle time, conformance) versus non-adopters.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Behavioral cohort builder (users who did X in a window)&lt;/li&gt;
&lt;li&gt;Retention triangle/heatmap + curves (n-day, unbounded, bracket)&lt;/li&gt;
&lt;li&gt;Compare cohorts and segment retention&lt;/li&gt;
&lt;li&gt;Outcome lift: adopters vs non-adopters&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Define the cohort&amp;rsquo;s start and return behavior.&lt;/li&gt;
&lt;li&gt;Pyze computes the retention triangle and outcome comparison.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available in the analytics workspace.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Feature Adoption &amp; Engagement</title>
      <link>/docs/capabilities/feature-adoption/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/feature-adoption/</guid>
      <description>
        
        
        &lt;p&gt;Measure how widely and how deeply each feature or workflow step is used, so you know what drives value and what to retire, automate, or augment.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Adoption breadth and depth per feature/step&lt;/li&gt;
&lt;li&gt;Time-to-adopt and adopted-vs-dormant views&lt;/li&gt;
&lt;li&gt;Adoption funnels that prove a rollout changed behavior&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Pyze derives adoption from captured events automatically.&lt;/li&gt;
&lt;li&gt;Filter and break down by segment.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available in the analytics workspace.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Customizable Dashboards</title>
      <link>/docs/capabilities/dashboards/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/dashboards/</guid>
      <description>
        
        
        &lt;p&gt;Build dashboards without engineering — KPI cards with trends and period-over-period deltas, mixed charts, dashboard-level filters, and drill-from-tile. Pin charts (including Ask-the-Data results) to share across the organization.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;KPI cards with sparkline + delta; mixed chart grid&lt;/li&gt;
&lt;li&gt;Dashboard-level global filters and time comparison&lt;/li&gt;
&lt;li&gt;Drill from any tile; pin charts to a dashboard&lt;/li&gt;
&lt;li&gt;Role-tailored layouts&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Add charts via the chart builder (measure → dimension → type) or pin from Ask the Data.&lt;/li&gt;
&lt;li&gt;Apply dashboard filters that cascade to every tile.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available in the analytics workspace.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Anomaly Detection &amp; Alerts</title>
      <link>/docs/capabilities/anomaly-detection/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/anomaly-detection/</guid>
      <description>
        
        
        &lt;p&gt;Pyze surfaces metrics, branches, or segments drifting from the network baseline — with no hand-set thresholds — and ranks the dimensions that drove the change. Alerts route to the right owners.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Statistical detection (no manual thresholds)&lt;/li&gt;
&lt;li&gt;Contribution / root-cause: what segment drove the change&lt;/li&gt;
&lt;li&gt;Severity scoring and an alert feed&lt;/li&gt;
&lt;li&gt;Configurable alert routing&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Pyze learns the baseline and flags deviations beyond it.&lt;/li&gt;
&lt;li&gt;Open an alert to see contributing segments and drill in.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available in the analytics workspace.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Session Replay</title>
      <link>/docs/capabilities/session-replay/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/session-replay/</guid>
      <description>
        
        
        &lt;p&gt;Session Replay reconstructs a case as a step-by-step timeline — every screen, with handling time, page load, app switches (swivel), and clicks — so teams can see the friction behind a metric and jump straight to the moments that matter.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Step/screen timeline with handle, load, swivel, and click signals&lt;/li&gt;
&lt;li&gt;Jump-to-friction: seek to rage/dead clicks and re-entry&lt;/li&gt;
&lt;li&gt;Session search and filtering on any dimension&lt;/li&gt;
&lt;li&gt;Link a session from any chart, funnel step, or anomaly&lt;/li&gt;
&lt;li&gt;Privacy-first: PII masked at capture, no raw screen content&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Sessions are reconstructed from autocaptured events — no separate recording.&lt;/li&gt;
&lt;li&gt;Open a session from a chart/funnel, or search the session list; use jump-to-friction to seek.&lt;/li&gt;
&lt;/ol&gt;


&lt;div class=&#34;alert alert-info&#34; role=&#34;alert&#34;&gt;
&lt;h4 class=&#34;alert-heading&#34;&gt;Once it&#39;s enabled, there&#39;s nothing to set up&lt;/h4&gt;
Session Replay runs automatically through the Pyze agent already on your site — once Pyze turns it on for your app, sessions are captured with no extra code or configuration. The capture and sanitization options below only come into play if you have specific needs, such as masking particular areas or changing what&amp;rsquo;s recorded.
&lt;/div&gt;

&lt;h2 id=&#34;what-gets-captured&#34;&gt;What gets captured&lt;/h2&gt;
&lt;p&gt;Session Replay reconstructs each session from page changes and captured signals. You choose what&amp;rsquo;s recorded — and what&amp;rsquo;s kept private — per app.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Network requests&lt;/strong&gt; — captures fetch and XHR calls with their URL, timing, and status. Request and response &lt;strong&gt;bodies are off by default&lt;/strong&gt;; turn on body capture only when you need it. Sensitive headers (&lt;code&gt;cookie&lt;/code&gt;, &lt;code&gt;set-cookie&lt;/code&gt;, &lt;code&gt;authorization&lt;/code&gt;) are never recorded, and you can add more headers to ignore. Optionally record only failed (4xx/5xx) requests.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Console logs&lt;/strong&gt; — records console output (&lt;code&gt;log&lt;/code&gt;, &lt;code&gt;info&lt;/code&gt;, &lt;code&gt;warn&lt;/code&gt;, &lt;code&gt;error&lt;/code&gt;, &lt;code&gt;debug&lt;/code&gt;, &lt;code&gt;assert&lt;/code&gt;). Choose which levels to keep, or turn console capture off.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;JavaScript errors&lt;/strong&gt; — captures unhandled errors with their stack traces, so you can see what broke during a session.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Page performance&lt;/strong&gt; — captures page-load and performance metrics (on by default; can be turned off).&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Respect Do Not Track&lt;/strong&gt; — when enabled, Session Replay honors the browser&amp;rsquo;s Do Not Track signal and skips recording for those users.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;sanitization&#34;&gt;Sanitization&lt;/h2&gt;
&lt;p&gt;Session Replay never records your screen as video. Instead, it captures the page&amp;rsquo;s structure and the changes to it, then rebuilds the session as a faithful re-render of what the user saw. Because the replay is reconstructed rather than filmed, sensitive values can be stripped out before anything ever leaves the page.&lt;/p&gt;
&lt;p&gt;When sanitization is turned on, &lt;strong&gt;masking is the default&lt;/strong&gt; — anything typed into a form appears as asterisks instead of the real text, email addresses shown in page text are hidden, and passwords are always fully hidden. You can see how someone moved through and interacted with your app, but never what they typed, and because masking happens at the point of capture, masked content can&amp;rsquo;t be recovered later.&lt;/p&gt;
&lt;h3 id=&#34;choosing-a-protection-level&#34;&gt;Choosing a protection level&lt;/h3&gt;
&lt;p&gt;You decide how form-field values are recorded, per app:&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;Level&lt;/th&gt;
&lt;th&gt;What the replay shows&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;Show values&lt;/td&gt;
&lt;td&gt;The text exactly as typed&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Mask values &lt;em&gt;(default)&lt;/em&gt;&lt;/td&gt;
&lt;td&gt;Dots matching the number of characters typed — you see how much was entered, not what&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Hide values&lt;/td&gt;
&lt;td&gt;Nothing at all, not even the length&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;At the default level every field is masked, so nothing a user types is visible. If you choose to show values in clear text instead, Session Replay can still mask the most sensitive types on its own — email addresses, long numbers, and dates — so those stay protected even when other fields are visible. Protection can only be added this way, never removed: passwords stay hidden no matter what. (Some fields, such as dates and dropdowns, appear empty when masked rather than showing dots.)&lt;/p&gt;
&lt;h3 id=&#34;masking-specific-areas&#34;&gt;Masking specific areas&lt;/h3&gt;
&lt;p&gt;When you need more control than the per-app level, you can protect individual parts of a page:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Mask an element&lt;/strong&gt; — its text becomes asterisks, and any fields inside it record only how much was typed. This applies to the element and everything within it.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Hide an element&lt;/strong&gt; — the element and its contents are left out of the recording entirely.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;The simplest way to do this across a whole app is to give Pyze a &lt;strong&gt;list of CSS classes&lt;/strong&gt;: any element using one of those classes is masked automatically, so you can protect sensitive areas everywhere they appear without marking each one by hand.&lt;/p&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Enabled with the Pyze agent; PII masking applies (see &lt;a href=&#34;../data-privacy-consent/&#34;&gt;Data Privacy &amp;amp; Consent&lt;/a&gt;).&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Heatmaps &amp; Element-Level Impact</title>
      <link>/docs/capabilities/heatmaps/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/heatmaps/</guid>
      <description>
        
        
        &lt;p&gt;See where attention and effort concentrate at the field and screen level. Element-level analysis ties each field to downstream effort and rework — a high re-edit rate is a precise automation candidate.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Click / interaction intensity by field and screen&lt;/li&gt;
&lt;li&gt;Re-edit (friction) rate per field — element-level impact&lt;/li&gt;
&lt;li&gt;Zone-based views that handle responsive layouts&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Pyze aggregates field/screen interactions from captured events.&lt;/li&gt;
&lt;li&gt;Sort by intensity or re-edit rate to find friction.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available in the experience workspace.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Frustration &amp; Struggle Detection</title>
      <link>/docs/capabilities/frustration-detection/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/frustration-detection/</guid>
      <description>
        
        
        &lt;p&gt;Pyze detects behavioral signals of friction — rage clicks, dead clicks, excessive app switching (swivel-chair), hesitation, and field re-entry — and scores sessions so the worst experiences surface automatically.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Rage/dead-click, swivel, hesitation, and re-entry signals&lt;/li&gt;
&lt;li&gt;Per-session struggle scoring&lt;/li&gt;
&lt;li&gt;Auto-surfacing of the highest-friction sessions&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Signals are derived from captured interaction data.&lt;/li&gt;
&lt;li&gt;Filter or sort sessions by friction to triage.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available in the experience workspace.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Performance Monitoring</title>
      <link>/docs/capabilities/performance-monitoring/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/performance-monitoring/</guid>
      <description>
        
        
        &lt;p&gt;Pyze captures performance — page load, server, and wait time — per screen and correlates it with behavior, so you can tell slow software apart from hard work and prioritize the screens that cost the most time.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Load / server / wait time captured per screen&lt;/li&gt;
&lt;li&gt;Correlation of performance with handling time and drop-off&lt;/li&gt;
&lt;li&gt;Slowest-screen ranking&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Performance metrics are captured alongside interaction events.&lt;/li&gt;
&lt;li&gt;Review by screen; correlate with funnels and friction.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available in the experience workspace.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: A/B Testing &amp; Feature Flags</title>
      <link>/docs/capabilities/ab-testing/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/ab-testing/</guid>
      <description>
        
        
        &lt;p&gt;Toggle features for segments, ramp rollouts, and read out experiments with significance, confidence, guardrail metrics, and a clear ship/hold verdict — so a feature only scales when it actually helps.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Feature flags with segment targeting and gradual rollout&lt;/li&gt;
&lt;li&gt;A/B readouts: lift, significance, confidence intervals&lt;/li&gt;
&lt;li&gt;Guardrail metrics and a ship/hold decision&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Define the flag and target segment; ramp the rollout.&lt;/li&gt;
&lt;li&gt;Pyze reads out the experiment against your metrics.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available in the adoption workspace.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: In-App Guidance &amp; Onboarding</title>
      <link>/docs/capabilities/in-app-guidance/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/in-app-guidance/</guid>
      <description>
        
        
        &lt;p&gt;Guide users in the flow of work — contextual tooltips and hotspots, onboarding checklists, step-by-step walkthroughs, in-app announcements, and an embedded help center — with adoption analytics on every guide.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Tooltips, hotspots, and beacons&lt;/li&gt;
&lt;li&gt;Onboarding checklists and guided walkthroughs&lt;/li&gt;
&lt;li&gt;In-app announcements and an embedded help center&lt;/li&gt;
&lt;li&gt;Adoption analytics on each guide&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Author guidance against the app&amp;rsquo;s screens/elements.&lt;/li&gt;
&lt;li&gt;Target by segment; measure views → completion → downstream adoption.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available in the adoption workspace.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Survey Setup — In-Product Surveys, NPS &amp; Feedback</title>
      <link>/docs/capabilities/surveys/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/surveys/</guid>
      <description>
        
        
        &lt;p&gt;Collect feedback in the flow of work — event-triggered microsurveys, NPS/eNPS, and always-on feedback widgets — with frequency capping and segment targeting. Build a survey once, choose when and to whom it shows, and every response ties back to the respondent&amp;rsquo;s behavior.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;Question &amp;amp; survey types&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;NPS and eNPS (0–10) with automatic promoter / passive / detractor scoring&lt;/li&gt;
&lt;li&gt;Rating questions — star, smiley, or number scales (3 to 10 points)&lt;/li&gt;
&lt;li&gt;Single- and multiple-choice, ranking, and picture selection&lt;/li&gt;
&lt;li&gt;Open text with email, URL, number, and phone input variants&lt;/li&gt;
&lt;li&gt;Matrix, consent, date, address, and contact-info questions&lt;/li&gt;
&lt;li&gt;A call-to-action card for in-product announcements and prompts&lt;/li&gt;
&lt;li&gt;Welcome screens and custom thank-you screens — end on a message with a call-to-action button, or redirect to a URL&lt;/li&gt;
&lt;li&gt;Multi-step flows with branching logic, computed variables, recall (pipe an earlier answer into a later question), hidden fields, and per-survey languages&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;Triggering &amp;amp; display&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Code-triggered surveys fired from a custom event in your app&lt;/li&gt;
&lt;li&gt;No-code triggers — page view, element click, exit intent, and 50% scroll — with URL matching rules&lt;/li&gt;
&lt;li&gt;Frequency capping: show once, show again after a recontact wait, or limit total displays&lt;/li&gt;
&lt;li&gt;Sampling by percentage, an initial delay, auto-close, and a start/close scheduling window&lt;/li&gt;
&lt;li&gt;Close the survey automatically once it reaches a target number of total responses&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;Targeting&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Segment on attributes, person identifiers, and device&lt;/li&gt;
&lt;li&gt;Route a survey to specific apps by app key (app targeting)&lt;/li&gt;
&lt;li&gt;User targeting filters for advanced, attribute-based audiences&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;Formats&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;In-product surveys shown inline or as a modal, positioned in any corner or centered, with an optional dark overlay&lt;/li&gt;
&lt;li&gt;Shareable link surveys for surveys that run outside the app&lt;/li&gt;
&lt;li&gt;Branding to match your app — colors, logo, progress bar, background, dark mode, and card layout&lt;/li&gt;
&lt;li&gt;Email follow-ups triggered on response or on a specific ending&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;getting-started&#34;&gt;Getting Started&lt;/h2&gt;
&lt;h3 id=&#34;step-1-enable-surveys-for-your-app&#34;&gt;Step 1: Enable Surveys for your app&lt;/h3&gt;
&lt;p&gt;Surveys are turned on per app by Pyze. Contact Pyze to enable Surveys for your app, and the &lt;strong&gt;Surveys&lt;/strong&gt; item appears in the left-hand menu.&lt;/p&gt;


&lt;div class=&#34;alert alert-info&#34; role=&#34;alert&#34;&gt;
&lt;h4 class=&#34;alert-heading&#34;&gt;Don&#39;t see Surveys in the menu?&lt;/h4&gt;
The &lt;strong&gt;Surveys&lt;/strong&gt; menu item only appears once Pyze has enabled the capability for your app. If it&amp;rsquo;s missing, reach out to Pyze to have it turned on.
&lt;/div&gt;

&lt;h3 id=&#34;step-2-create-and-publish-a-survey&#34;&gt;Step 2: Create and publish a survey&lt;/h3&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;Open &lt;strong&gt;Surveys&lt;/strong&gt; from the menu.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Start from a template or build from scratch — add your questions (NPS/eNPS, rating, multiple choice, open text, and more), a welcome and thank-you screen, and set branding, branching, and languages as needed. A live preview shows the survey as you build it.&lt;/p&gt;
&lt;style&gt;
.imgpopup-thumb {
  cursor: pointer;
  transition: opacity 0.2s;
}
.imgpopup-thumb:hover {
  opacity: 0.8;
}
.imgpopup-modal {
  display: none;
  position: fixed;
  z-index: 9999;
  left: 0;
  top: 0;
  width: 100%;
  height: 100%;
  background-color: rgba(0,0,0,0.9);
  cursor: pointer;
}
.imgpopup-modal img {
  display: block;
  max-width: 90%;
  max-height: 90%;
  margin: auto;
  position: absolute;
  top: 50%;
  left: 50%;
  transform: translate(-50%, -50%);
}
.imgpopup-close {
  position: absolute;
  top: 20px;
  right: 30px;
  color: #fff;
  font-size: 35px;
  font-weight: bold;
  cursor: pointer;
}
.imgpopup-close:hover {
  color: #ccc;
}
&lt;/style&gt;

&lt;img src=&#34;survey-questions.png&#34; alt=&#34;Adding questions to a survey in the Pyze survey builder, with a live preview alongside&#34; class=&#34;imgpopup-thumb&#34; style=&#34;max-width: 600px;&#34; onclick=&#34;document.getElementById(&#39;img-831dbe0729fd7ffa89585d1cf894b736&#39;).style.display=&#39;block&#39;&#34;&gt;

&lt;div id=&#34;img-831dbe0729fd7ffa89585d1cf894b736&#34; class=&#34;imgpopup-modal&#34; onclick=&#34;this.style.display=&#39;none&#39;&#34;&gt;
  &lt;span class=&#34;imgpopup-close&#34;&gt;&amp;times;&lt;/span&gt;
  &lt;img src=&#34;survey-questions.png&#34; alt=&#34;Adding questions to a survey in the Pyze survey builder, with a live preview alongside&#34;&gt;
&lt;/div&gt;

&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Choose &lt;strong&gt;when the survey appears&lt;/strong&gt; with a no-code trigger — no changes to your app are needed; the Pyze agent already on your site displays it:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Page view&lt;/strong&gt; — when someone lands on a page&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Element click&lt;/strong&gt; — when a specific button or element is clicked&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Exit intent&lt;/strong&gt; — as the pointer moves to leave the page&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Scroll&lt;/strong&gt; — once someone scrolls part-way down the page&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Narrow any trigger to specific pages with URL rules (exact match, contains, starts with, ends with). You can also add a short delay before the survey appears and auto-close it after a set time.&lt;/p&gt;
&lt;style&gt;
.imgpopup-thumb {
  cursor: pointer;
  transition: opacity 0.2s;
}
.imgpopup-thumb:hover {
  opacity: 0.8;
}
.imgpopup-modal {
  display: none;
  position: fixed;
  z-index: 9999;
  left: 0;
  top: 0;
  width: 100%;
  height: 100%;
  background-color: rgba(0,0,0,0.9);
  cursor: pointer;
}
.imgpopup-modal img {
  display: block;
  max-width: 90%;
  max-height: 90%;
  margin: auto;
  position: absolute;
  top: 50%;
  left: 50%;
  transform: translate(-50%, -50%);
}
.imgpopup-close {
  position: absolute;
  top: 20px;
  right: 30px;
  color: #fff;
  font-size: 35px;
  font-weight: bold;
  cursor: pointer;
}
.imgpopup-close:hover {
  color: #ccc;
}
&lt;/style&gt;

&lt;img src=&#34;survey-triggers.png&#34; alt=&#34;Choosing when a survey appears — Click, Page View, Exit Intent, or 50% Scroll triggers, with a page filter&#34; class=&#34;imgpopup-thumb&#34; style=&#34;max-width: 600px;&#34; onclick=&#34;document.getElementById(&#39;img-3e2a57b1d2c7c56b2654780e60c28c75&#39;).style.display=&#39;block&#39;&#34;&gt;

&lt;div id=&#34;img-3e2a57b1d2c7c56b2654780e60c28c75&#34; class=&#34;imgpopup-modal&#34; onclick=&#34;this.style.display=&#39;none&#39;&#34;&gt;
  &lt;span class=&#34;imgpopup-close&#34;&gt;&amp;times;&lt;/span&gt;
  &lt;img src=&#34;survey-triggers.png&#34; alt=&#34;Choosing when a survey appears — Click, Page View, Exit Intent, or 50% Scroll triggers, with a page filter&#34;&gt;
&lt;/div&gt;

&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Set &lt;strong&gt;who sees it and how often&lt;/strong&gt;:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Audience&lt;/strong&gt; — target by segment or by user attributes, or route the survey to specific apps.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Recontact&lt;/strong&gt; — show it once, allow repeat displays, or wait a set number of days before showing it to the same person again.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Display cap&lt;/strong&gt; — limit the total number of times it&amp;rsquo;s shown, or show it to only a percentage of eligible users (sampling).&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Schedule&lt;/strong&gt; — set start and end dates so the survey runs only within a window.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Publish the survey to make it live.&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;


&lt;div class=&#34;alert alert-info&#34; role=&#34;alert&#34;&gt;
&lt;h4 class=&#34;alert-heading&#34;&gt;In your app&lt;/h4&gt;
Nothing beyond the Pyze agent you already use for analytics is required to display surveys. If you target on user attributes, set those attributes from your app with the Pyze SDK so the agent can match them.
&lt;/div&gt;

&lt;p&gt;Responses flow into analytics tied to the user, so you can compare what people say with what they do. Tag and filter responses to organize them.&lt;/p&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available in the voice-of-customer workspace. PII is masked at the point of capture (see &lt;a href=&#34;../data-privacy-consent/&#34;&gt;Data Privacy &amp;amp; Consent&lt;/a&gt;).&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: AI Feedback &amp; Sentiment Analysis</title>
      <link>/docs/capabilities/ai-sentiment/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/ai-sentiment/</guid>
      <description>
        
        
        &lt;p&gt;Pyze uses NLP to cluster verbatim feedback into themes, score sentiment per theme, and surface emerging issues — with representative quotes and the ability to tie a theme back to the behavior behind it.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Automatic theme/topic clustering of verbatims&lt;/li&gt;
&lt;li&gt;Sentiment per theme and trend over time&lt;/li&gt;
&lt;li&gt;Emerging-theme detection and representative quotes&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Open-text responses are analyzed automatically.&lt;/li&gt;
&lt;li&gt;Review themes, sentiment, and drill to the underlying responses/behavior.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available in the voice-of-customer workspace.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Role-Based Access (RBAC)</title>
      <link>/docs/capabilities/rbac/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/rbac/</guid>
      <description>
        
        
        &lt;p&gt;Pyze provides role-based access control with granular permissions over data and platform features, plus SSO and provisioning — so each role sees the right scope and enterprise governance standards are met.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Granular role/permission model&lt;/li&gt;
&lt;li&gt;Row- and column-level scoping&lt;/li&gt;
&lt;li&gt;SSO (SAML) and provisioning (SCIM)&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Map roles to scopes and features in admin settings.&lt;/li&gt;
&lt;li&gt;Integrate SSO/SCIM for provisioning.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Configured in admin settings; SSO via your IdP.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Integrations (CDP, CRM, Warehouse, BI)</title>
      <link>/docs/capabilities/integrations/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/integrations/</guid>
      <description>
        
        
        &lt;p&gt;Pyze connects to CDPs, CRMs, cloud data warehouses, BI tools, and APIs — combining behavioral data with customer and business data for enriched analysis, and exposing the model over open APIs.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;CDP / CRM / warehouse / BI connectors&lt;/li&gt;
&lt;li&gt;Open Enterprise APIs&lt;/li&gt;
&lt;li&gt;Warehouse-native SQL transparency (no data copy)&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Configure the connector and field mapping.&lt;/li&gt;
&lt;li&gt;Query via the APIs or directly in your warehouse.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;See Enterprise APIs and warehouse connectors.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: MCP Server for Agentic Interoperability</title>
      <link>/docs/capabilities/mcp-server/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/mcp-server/</guid>
      <description>
        
        
        &lt;p&gt;Pyze exposes a Model Context Protocol (MCP) server so AI agents can query execution data, baselines, and machine-checkable SoPs in real time — grounding decisions and writing outcomes back for continuous measurement.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Standardized MCP endpoint for agent access&lt;/li&gt;
&lt;li&gt;Tools for metrics, conformance, opportunities, and SoP retrieval&lt;/li&gt;
&lt;li&gt;Real-time, governed access for agentic orchestration&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Point your agent framework at the Pyze MCP endpoint.&lt;/li&gt;
&lt;li&gt;Agents call the exposed tools with governed scope.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available as a managed MCP server endpoint.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: AI Agent Effectiveness Analytics</title>
      <link>/docs/capabilities/agent-effectiveness/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/agent-effectiveness/</guid>
      <description>
        
        
        &lt;p&gt;Pyze measures the performance and impact of deployed AI agents — adoption, task success, accuracy, exception/escalation rates, and cost/cycle-time impact — against the pre-deployment human baseline and the governing SoP.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Adoption, success, accuracy, and exception rates per agent&lt;/li&gt;
&lt;li&gt;Human vs agent vs hybrid comparison against the baseline&lt;/li&gt;
&lt;li&gt;Agentic ROI ledger and a ship/hold/expand verdict&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Instrument the agent&amp;rsquo;s actions as events.&lt;/li&gt;
&lt;li&gt;Pyze compares against the baseline and the SoP.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available in the AI analytics workspace.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: Analyst AI Agents</title>
      <link>/docs/capabilities/analyst-agents/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/analyst-agents/</guid>
      <description>
        
        
        &lt;p&gt;Ask questions in natural language and get grounded answers with the right chart — generated against a governed semantic layer, with the query shown for trust, and pinnable to a dashboard.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Natural-language → grounded SQL → answer + chart&lt;/li&gt;
&lt;li&gt;Semantic-layer grounding with the generated query shown&lt;/li&gt;
&lt;li&gt;Pin results to a dashboard; suggested follow-ups&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Type a question in the Ask-the-Data panel.&lt;/li&gt;
&lt;li&gt;Pyze grounds it to the semantic layer, runs validated SQL, and returns an answer + chart.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available as the Ask-the-Data copilot in the analytics workspace.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Docs: GenAI User-Behavior Insights</title>
      <link>/docs/capabilities/genai-insights/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/docs/capabilities/genai-insights/</guid>
      <description>
        
        
        &lt;p&gt;Pyze uses LLMs to synthesize behavioral data into plain-language narratives — surfacing the biggest leak, the costliest friction, and the segments worth attention — so cross-functional teams get the story, not just the numbers.&lt;/p&gt;
&lt;h2 id=&#34;capabilities&#34;&gt;Capabilities&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Auto-generated narrative summaries from live data&lt;/li&gt;
&lt;li&gt;Highlights leaks, friction, and outlier segments&lt;/li&gt;
&lt;li&gt;Grounded in the same governed metrics as the dashboards&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;how-it-works&#34;&gt;How it works&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;Insights are generated from the current (filtered) metrics.&lt;/li&gt;
&lt;li&gt;Review on the AI analytics page or via the copilot.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&#34;availability&#34;&gt;Availability&lt;/h2&gt;
&lt;p&gt;Available in the AI analytics workspace.&lt;/p&gt;

      </description>
    </item>
    
  </channel>
</rss>
