Skip to content
ASKIQ

Ask your business.
Get an answer.

The answer is already in your systems. It is just split across the accounting package, the CRM, the operational tool and a folder nobody has opened since March. ASKIQ connects to all of them and answers in plain English, in seconds, showing exactly which system every figure came from.

No signup. Read-only connections. Your data is never used to train a model.

An illustration of the product answering a question. A finance director asks why net profit fell when revenue rose. The assistant reads four systems in turn, naming each one with the number of records and the time taken, then answers that costs rose faster than revenue, with the figures behind it. All companies and figures shown are fictional.

Nobody is short of data. They are short of answers.

  • The answer exists. It is in four systems.

    The ledger knows the revenue, the CRM knows the customer, the field app knows the hours. Nobody has joined them since the last time somebody spent a weekend on a spreadsheet.

  • Every question becomes somebody’s afternoon

    A simple question turns into a request, a queue, an export, a pivot table and a version that is already out of date by the time it lands.

  • So people stop asking

    The real cost is not the waiting. It is the questions nobody bothers to raise, because the answer would arrive too late to act on.


Connect, ask, watch it work

Four steps, and only the first one involves anybody from IT.

  1. 01

    Connect what you already run

    Accounting, CRM, PSA, practice management, telematics, file storage, databases, your own internal apps. Read-only credentials, connected once. Nothing is migrated and nothing moves.

    • Read-only by default
    • Connected once, not per question
    • Your systems stay where they are
  2. 02

    Ask in your own words

    No query language, no report builder, no waiting for someone in finance to have a free afternoon. A question typed the way you would say it out loud.

    • Plain English, not SQL
    • Follow-up questions keep the context
    • Ask across systems in one question
  3. 03

    Watch it do the work

    Every lookup is named as it runs: which system, how many rows, how long it took. The working log is not decoration, it is how you know the answer came from your data rather than from a guess.

    • Each source named as it is read
    • Row counts and timings shown
    • The query itself, where it applies
  4. 04

    Get an answer, not a dashboard

    Figures, a table, a chart or a written recommendation, whichever the question actually deserves. Then the follow-ups it thinks you will ask next.

    • Seconds, not next Tuesday
    • The shape suits the question
    • Suggested follow-ups, already loaded

Six examples. The mechanism is not one of six.

These are demonstrations built on fictional companies, each connected to the systems that sector actually runs. Nothing about them is hardcoded. Pick one to see the systems it reads and the questions it answers.

Finance IQ

Finance director, controller or CFO

Your ledgers, asked in plain English.

Revenue, margin, cash and debtors across accounting, payments and CRM, compared, charted and written up without opening a spreadsheet.

Demo company
Northgate Group
Multi-entity services group
Connected systems
XeroAccountingSage 50AccountingStripePaymentsHubSpotCRMEmployment HeroPayroll
Questions it answers
  • Why did net profit fall when revenue rose?
  • Which customers are slowest to pay?
  • Which division is actually most profitable?
  • What does our cash position look like?
and 46 more in the demo

Every company, figure and system pairing above is fictional, built to show the shape of a real answer. The connectors are not: those are the systems these sectors run.


Three things, done properly

Everything else in the product supports one of these.

Connects to everything, moves nothing

Your accounting package, your CRM, your practice management system, your file storage, your own database. Read in place, with read-only credentials, on the day you connect them.

  • No migration project
  • No data warehouse first
  • Read-only by default

Answers in seconds, with the working shown

Each lookup is named as it runs, with the system, the row count and the time it took. You see where the number came from before you see the number.

  • Named sources, live
  • Row counts and timings
  • Traceable figures

Speaks your business, not your schema

Taught your vocabulary, your entities and your reporting rules, so an answer arrives in the language the business already uses.

  • Your terms, your entities
  • Your financial calendar
  • Curated questions on day one

What it actually does

Connects to what you already have

No migration, no data warehouse project.

The systems your company runs on stay exactly where they are. ASKIQ reads them in place, which is why connecting one takes an afternoon rather than a quarter.

Details

Asks across systems, not one at a time

The question nobody can answer today.

Most questions worth asking span two or three systems, which is exactly why they go unanswered. One question here reaches all of them.

Details

Shows its working

An answer you can defend in a meeting.

An assistant that cannot show where a number came from is a liability in any conversation that matters. Every answer here carries its provenance.

Details

Answers in seconds

Fast enough to ask the second question.

Speed is not a vanity metric here. A report that takes three days is a report you only request when you are already sure; an answer in seconds is one you can be curious with.

Details

Stays inside your walls

Your data does not become somebody else’s training set.

An internal assistant only earns the "internal" part if the data it reads stays under your control. This is the part IT asks about first.

Details

Fits the business it is put in

It should know what a "matter" is.

A generic assistant makes the reader translate. This one is taught your vocabulary, your entities and the shape of your own reporting.

Details

The questions IT asks first

Where does our data actually go?

Sources are read in place with read-only credentials and nothing is migrated. It can be hosted for you, run inside your own cloud tenancy, or self-hosted entirely. Your data is never used to train a model.

Can it see things people should not see?

No. It reads through your existing permissions, so a person sees only what they could already open in the underlying system. It does not widen access, and every question is logged.

What if it makes something up?

Every answer names the systems it read, the row counts and the timings, and shows the query where one was run. An answer you cannot trace is one you should not trust, so tracing is built in rather than offered.

How long before it is useful?

Connectors go in first and the first questions are answered the same week. A curated question set for your business means day one is useful rather than a blank prompt.

Our industry is not one of the six.

The six in the demo are illustrations, not a product list. The connectors are generic and the questions come from your own data, so the sector only decides which systems get plugged in.

Do people need training?

They need to be able to type a question. That is the whole interface, which is the point of building it as a chat rather than another dashboard nobody opens.

Pick your industry and ask it something hard.

Six sectors, fifty real questions each, answered in seconds with the working shown. It takes about two minutes to tell whether this solves a problem you actually have.