Loft CRM

Loft CRM

The CRM for organisations that run networks.

Customers, the services you deliver to them, and every commitment in between: requests, approvals, fulfilment, outages, cases, SLAs and billing, in one accountable system of record.

Find any customer, service or circuit
9workspaces, from first contact to SLA statement
8roles, each with its own queue of work
1owner on every request, always named
0changes without a record of who made them

One lifecycle

From the request to the statement, nobody wonders whose turn it is.

A service passes through sales, engineering, finance and support. Loft CRM keeps it one thread: each stage has an owner, a result, a reviewer and a handover.

Every commitment starts with a named owner

A subscription request records the customer, offering, site, term and SLA class, with the documents it needs. Its owner stays accountable until it closes.

  • Offerings from a versioned catalogue
  • Required documents checked before submission
  • One owner from start to finish
your-workspace/#/newrequest
Add a subscription

Approved by someone allowed to approve it

Technical and commercial approvals route to people whose configured authority covers the request, skipping anyone on leave. Nobody approves their own work.

  • Authority and limits are configuration
  • Separation of duties enforced
  • Leave stops assignment, not authority
your-workspace/#/approvals
Approvals

Fulfilment as owned, reviewed work

Approval creates the delivery work. Each stage belongs to a team, records its result with evidence, is reviewed by someone else and is handed over with a receipt.

  • Evidence is a document on the request
  • OSS order and circuit references validated
  • Blocked work shows what it waits for
your-workspace/#/delivery
Delivery workspace

Billing starts from what the records hold

Finance starts recurring billing with the BSS account, product, contract and charge already filled in from the records, checks them, and records the BSS reference.

  • Prefilled from the customer and contract
  • Every reference checked before submission
  • Commercially ready, billing requested, billing confirmed
your-workspace/#/request?id=REQ-03314
REQ-03314

The customer hears it once, correctly

The service notice goes to the customer's eligible contacts on their preferred channel after a second person reviews it, and delivery is tracked per recipient.

  • Recipients chosen by role and consent
  • Word-for-word text shown before sending
  • Delivery outcome kept on the request
your-workspace/#/request?id=REQ-03314
REQ-03314

From then on, the SLA clock runs

The service is live from its recorded activation date. Outages, cases and maintenance count against its SLA class, and the customer gets monthly statements.

  • Availability from recorded outages
  • Cases timed in the service's hours
  • Statements and renewals on schedule
your-workspace/#/sla
Service assurance and SLA

How it is built

Accountability is a property of the system, not a policy document.

One owner, always

Every request, case, task and impact names who is accountable and what happens next. Handovers are accepted, not assumed.

Authority is configured

Who may approve what, and up to which limit, is published configuration. The server enforces it; nobody approves their own work.

Every number opens

Each figure on a dashboard comes from a published measure and opens to the records behind it, with its window and time zone stated.

Nothing changes silently

Records are versioned. Two people editing the same thing see a conflict, not a lost change, and every accepted change joins a tamper-evident audit chain.

See it with your own records.

Open the demo workspace, sign in as any role, and follow a request from submission to closure.