Selecting the right approach

integration approaches overview intelliprove's products are designed to support different needs — from teams that want to launch quickly with a ready made solution, to teams that need full flexibility over how face scans and health insights show up in their platform there is no single "correct" approach to integrate the right choice depends on how much of the experience you want to own, and how tightly the results need to fit into your existing user journeys at a glance the image above maps each product along two axes how ready made vs flexible the integration is (vertical), and whether it covers the face scanning side or the displaying results side (horizontal) three main ways there are three main ways to integrate intelliprove each one is a complete, working setup — and within each approach you can mix and match components to fit your use case for most customers, we recommend starting with the two plug in components or the face scan plug in + widgets / api route the health app is a great fit for smaller deployments, pilots, or use cases where you don't need intelliprove to be part of your core product — but it comes with trade offs (see below) that are worth understanding before you choose it 1\ face scan plug in + health dashboard plug in this approach combines the face scan plug in with the health dashboard plug in both are embeddable web components that drop into your existing web platform or app with a few lines of code you handle the surrounding flow — when the scan happens, where the dashboard appears, how users navigate between them — but the scan ux and the results view itself are still ready made use this when you want to keep the face scan and dashboard inside your own platform's navigation and authentication place the scan in one part of your journey (e g onboarding) and the dashboard in another (e g a profile tab) pass your own user ids so health data is linked to your user's accounts, across devices and sessions customise look and feel beyond what the health app allows, without building the scan or dashboard from scratch 2\ face scan plug in + widgets/api you use the face scan plug in to perform the actual measurement (this part isn't something you'd want to rebuild — quality checks, lighting feedback, and the smart question flow are baked in) but instead of using a ready made dashboard, you build your own presentation layer using intelliwidgets — small, prebuilt ui tiles for biomarkers, metrics, recommendations, to dos, and the main wellbeing summary place them anywhere on your platform the rest api — request the raw health data directly and render it however you want because you're working with the underlying data, health insights can live wherever they make sense — embedded in your own ui components, woven into existing user flows, surfaced in email campaigns or push notifications, or exported into reports you decide use this when you want to match the results view exactly to your platform's design system trigger workflows based on health data (e g send a follow up email if a wellbeing score drops) combine intelliprove insights with your own data in custom dashboards keep a single source of truth for content, recommendations, and follow up actions build experiences that don't fit the standard "scan → dashboard" pattern 3\ health app — the ready made route the health app is a complete web application that bundles the face scan, results page, recommendations, and trends over time into a single user experience you get a personalised link (for example, https //\<your company> health intelliprove com) that you can drop into an email campaign, place behind a button on your website, or embed in your platform via iframe it's the fastest way to get a working intelliprove experience in front of users — no integration work, no design decisions, just a ready made flow use this when you want to launch in minutes, not weeks validate a use case before investing in a deeper integration run a small deployment, pilot, or internal use case avoid managing separate plug ins or api calls you can still customise colours, fonts, branding, and the recommendations shown — all through the admin tool no development work required what to keep in mind the health app is a separate surface that lives next to your product, not inside it that has a few practical consequences no deep integration with your platform users move between two environments — yours and intelliprove's limited flexibility the health app's structure is fixed if you wish to integrate face scans in various places in your platform and present results based on an opinionated design system or specific ux patterns, the health app might not be for you if any of these matter for your use case, the plug in components or the face scan plug in + widgets / api route will serve you better how they compare face scan plug in + widgets / api plug in components health app what's ready made scan ux and complete widgets scan ux and dashboard view as plug in components full experience scan + dashboard in one application what you build the entire results presentation, using our widget toolbox the flow around the plug ins nothing — or just embed via iframe and build the page around it time to set up days, depending on scope hours minutes ui flexibility full — you control every pixel of the results branding + flexibility in flow placement branding, colours, fonts, sections only lives inside your platform yes, fully native yes, embedded separate surface or embedded iframe, but less integrated feel use data in email, automations, custom dashboards yes yes no user identification you pass your own user id you pass your own user id intelliprove creates a user id, stored in browser local storage cross device history yes, via your user id yes, via your user id per browser session only best for custom dashboards, automated flows, email campaigns, deep platform integration embedded health journeys inside an existing platform quick launch, pilots, small deployments, no code use mixing approaches these three approaches aren't mutually exclusive a common pattern start with plug in components for the core experience, then layer in widgets and api calls for the parts of your product where health data needs to flow into custom ui, emails, or automations you can also combine components within a single integration for example use the face scan plug in to capture data, the health dashboard plug in for the main results page, and individual widgets to surface the user's wellbeing score on your home screen the health app can also act as a stepping stone — useful for validating a use case with real users before moving to a deeper integration once you know which parts of your platform should host the scan and dashboard bottom line face scan plug in + widgets / api if you need full control over how results are presented, or want health data to flow into your own ui, automations, or campaigns plug in components if you want the scan and dashboard inside your platform but don't want to build them from scratch health app if you need to launch fast, are running a pilot, or have a smaller deployment where deep platform integration isn't required not sure which fits? the team is happy to walk through your use case — reach out and we'll help you map it out