[00] Compared · Luscent and building it in-house

Luscent vs building it in-house

A firm with a data team can build its own way to read Client communications, and some should. This page sets out what that build has to include, what Luscent already does, and how to tell which fits your firm.

Either way, the question at the end is the same: can you show what the firm knew, and when?

The short answer

Should we build this ourselves?

You can. A firm that builds it takes on the connections to mail, calendar and CRM, the reading of communications, the scoring, a rules engine for suitability, the evidence trail and the AI governance around all of it, and keeps each of them current as the rules change. Luscent is that system already, hosted in the EU, with a free ninety-day pilot that starts on synthetic data, so the two can be compared on evidence rather than on a slide.

Fig. 01 · What a build has to include

ConnectionsMail, calendar and CRM, scoped by the firm

Your team builds itLive

Reading the communicationsLanguage models hosted in the EU, by EU providers

Your team builds itLive

A score per relationshipHealth Score from 0 to 100, each change traced to its source

Your team builds itLive

Suitability rulesMiFID II, GDPR, the EU AI Act, CVM and ANBIMA

Your team builds itLive

More jurisdictionsSwiss, UK and German rules

Your team builds itRoadmap

The evidence trailWritten as the work happens, exchanges attached, retained seven years

Your team builds itLive

Named approvalA person approves before anything reaches a Client

Your team builds itLive

A record for firms without a CRMThe Luscent CRM, included at no extra cost

Your team builds itIn build
The parts any system that reads Client communications for suitability evidence has to have, and where Luscent stands on each today. Live means in the product; In build and Roadmap mean not yet, and no date is promised here.
[01] Side by side

Building it, or starting from Luscent

What you start with

Built in-house

A blank architecture: models to choose, a pipeline from mail, calendar and CRM, and somewhere to keep what it finds.

Luscent

A product in production: Signals, Health Scores and suitability evidence linked to its source messages, with Microsoft 365 and Salesforce connected.

Suitability rules

Built in-house

Written and kept current by your own team, for each jurisdiction you serve.

Luscent

A deterministic rules engine covering MiFID II, GDPR, the EU AI Act and Brazilian CVM and ANBIMA rules. Swiss, UK and German rules are on the roadmap.

Where it runs

Built in-house

Wherever the firm hosts it. Residency, model providers and sub-processors are yours to choose and document.

Luscent

In the EU: client data on Scaleway in Paris, data and AI services on Hetzner in Germany, inference hosted in the EU by EU providers only.

AI governance

Built in-house

Your own EU AI Act position, model documentation and human oversight, written and maintained in-house.

Luscent

A documented Article 50 position, available on request, and a named person who approves before anything reaches a Client.

The evidence trail

Built in-house

Designed, built and retained by your team, and explained by them to a reviewer.

Luscent

Written as the work happens, with the exchanges attached, and retained seven years.

Your data

Built in-house

Stays wherever your build keeps it.

Luscent

Not used to train or fine-tune models. Deleted or returned on termination, as the data processing agreement sets out.

Who decides

Built in-house

Your Relationship Managers.

Luscent

Still your Relationship Managers. Luscent decides nothing for the firm.

How you evaluate it

Built in-house

A business case, a build, and a first version to judge.

Luscent

A ninety-day pilot, free, with three to five Relationship Managers, starting on synthetic data.

[02] Fit

When building fits, and when it does not

Building it in-house fits when

  • You have a data and AI team with room beyond its current roadmap
  • Your communications estate is unusual enough that no product will fit it
  • You want to own the model choice and every line of the evidence design

Luscent fits when

  • The evidence question needs an answer before an internal build would ship
  • Your team should spend its time on Clients, not on maintaining a rules engine
  • You want to judge it on your own book first, without production data
[03] Either way

Three questions to answer before you decide

  1. 01

    Can you show what the firm knew, and when?

    Start with where your firm stands today. Eight questions place it on a four-level ladder.

    Take the readiness check
  2. 02

    Would the build pass your own vendor review?

    Put the same ten questions to an internal build that you would put to any vendor reading RM communications.

    Read the ten questions
  3. 03

    What would ninety days on your own book show?

    Run the pilot with three to five Relationship Managers, success metrics agreed before day one, and decide on what it shows.

    How the pilot works
[04] Questions

What buyers ask before they decide

Do we have to move any data into Luscent?

No. Luscent reads Microsoft 365 and Salesforce where the data already sits, through connections the firm authorises and scopes. Nothing is migrated.

Does Luscent use our data to train models?

No. Luscent does not use client data to train or fine-tune models.

What happens to our data if we stop?

Under an agreement, Client data is kept for its term and deleted or returned on termination, as the data processing agreement sets out, and backups age out of a 30-day recovery window. Data exports are standard and source-code escrow is available.

How do we compare the two fairly?

Run the pilot: ninety days, free, three to five Relationship Managers, starting on synthetic data, with success metrics agreed before day one. Then put the same ten vendor questions from the white paper to your internal build.

Judge it on your own book before you build

Ninety days, free, three to five Relationship Managers. Synthetic data first, EU only.