Your business. Connected.

Independent studio
AI & Business Systems

AI assistants, connected CRMs and internal tools—built around the way your business works.

South Star designs and builds the databases, voice assistants and software that let your information, your tools and your people work from the same picture. We work directly with businesses, particularly agencies and professional-service firms.

01Where the friction is

Most of the friction sits in the gaps between your tools and your people.

  1. Information entered twice.

    A client’s details are typed into the CRM, again into a proposal, again into the invoice. The copies drift apart, and nobody is quite sure which is right.

  2. Systems that don’t talk to each other.

    The CRM holds one part of the story, the inbox another, a spreadsheet a third. The full picture takes four tabs and a question to a colleague.

  3. Enquiries that go unanswered.

    A call after hours, a form completed on a Sunday, an email in the wrong inbox. The enquiry is real; the reply is late, or never comes.

  4. Handoffs that depend on memory.

    Work passes between people by chat message or a quick word. When someone is away, the next step goes with them.

  5. Knowledge that lives in one person’s head.

    How a client likes to be handled, why a decision was made, where the real procedure is written down. When that person is unavailable, so is the answer.

These are rarely software problems on their own. They are problems of how information moves—which is what we build for.

02What we build

Three areas of work. One connected picture of the business.

Most projects begin in one area and reach into the others, because the information has to travel. We design them as a single system, whichever you start with.

Connected operations

One record for every client, enquiry and piece of work.

We replace scattered spreadsheets, inboxes and half-used CRMs with a database shaped around how your business actually runs—and connect the places work arrives to the place it’s kept.

Databases and custom CRMs
Structured around your clients, projects and services rather than a generic sales pipeline.
Intake
Forms, emails and calls that arrive as complete, correctly filed records.
Handoffs
Clear ownership and a defined next step, so work moves between people without a chaser.
How enquiries become one client record A web form, email and phone calls all feed a single client record holding contact, enquiry, source, owner, status and next step. The record then produces an assigned owner and a scheduled follow-up. Web form Email Phone call One client record ContactEnquirySource OwnerStatusNext step Owner assigned Follow-up scheduled
Illustrative diagram: how enquiries from different channels become one record.

Voice and assistance

A phone line that’s answered, and a team that’s prepared.

Voice receptionists and assistants answer calls, take down what matters and pass the rest to your people with the context attached. They work from information you’ve approved, and they know when to stop and hand over.

Voice receptionists
Answer, greet and route calls, in the hours and on the terms you set.
Information capture
Name, number, reason for calling and whatever else you need, written straight into your records.
Human escalation
Urgent, sensitive or unclear calls go to a person with a summary, not a cold transfer.
One call, three possible outcomes An incoming call is answered by the assistant, which captures the details. The call then either gets an answer from approved information, is recorded or booked as a request, or is handed to a person with the details attached. Incoming call Assistant answers Captures the details Answers fromapproved info Records orbooks a request Hands toa person
Illustrative diagram: one call, three possible outcomes. The person always receives the details already captured.

Internal tools and business knowledge

The software your team uses, and the context behind it.

Custom applications for the way your team works, connected to the tools you already pay for—and to a shared body of knowledge, sometimes called a business brain, so people and assistants draw on the same facts.

Internal applications
Focused tools for a specific job: approvals, reporting, client onboarding, scheduling.
Business-wide integrations
Your existing software connected, so information is entered once and arrives wherever it’s needed.
Connected knowledge
Procedures, client history and decisions kept in one place that colleagues and assistants can both use.
Tools feeding shared context Existing tools such as a CRM, email, documents and finance systems feed a shared context layer of records, documents, procedures and decisions. Internal tools and voice assistants both draw on that same layer. Internal tools Voice and assistants Shared context Records, documents, procedures, decisions CRM Email Documents Finance
Illustrative diagram: the tools you already use feeding one shared body of context.

03In practice

An enquiry arrives on a Friday evening.

A scripted example of the same moment, before and after. It illustrates how connected systems behave; it is not a client record.

Without connected systemsEach tool holds part of it

  1. Fri 17:42A prospect completes the contact form. The message lands in a shared inbox.
  2. Fri 17:55Nobody is watching it. The prospect receives a generic “thanks” and nothing more.
  3. Mon 09:30Someone spots it, copies the details into the CRM and forwards it to a colleague.
  4. Mon 14:00The colleague asks the prospect to repeat what they wrote on Friday.

With the systems connectedOne record, one owner

  1. Fri 17:42The form creates a client record, with the enquiry, source and contact details already filed.
  2. Fri 17:43The prospect receives a specific acknowledgement that says when to expect a reply.
  3. Fri 17:43The right person is assigned as owner, and a follow-up is set for Monday morning.
  4. Mon 09:00The owner opens the record, reads the full enquiry and replies. Nothing is retyped.

04Experience

Experience, described without the client names.

Client identities stay private, so this is a profile of capabilities rather than a gallery of case studies. Each row describes the shape of the work.

Complex databases and custom CRMs

Typical starting point
Client and project information spread across spreadsheets, inboxes and a CRM that doesn’t match how the work is done.
What gets built
A structured database and CRM modelled on your services, with the screens, permissions and reports your team needs.
At handover
Documentation of how it’s organised, and a clear answer to who looks after it.

Voice receptionists and assistants

Typical starting point
Calls that go to voicemail, or that interrupt people in the middle of billable work.
What gets built
An assistant that answers, captures the details and routes calls by rules you’ve agreed, with escalation to a person.
At handover
A written record of what it may say and do, and how to change that.

Custom internal applications

Typical starting point
A process held together by a spreadsheet, a shared folder and someone’s good intentions.
What gets built
A focused application for that one job, connected to the systems around it.
At handover
Plain-language guidance for the people who use it, and for whoever maintains it.

Business-wide integrations

Typical starting point
Several good tools, each holding part of the picture, with people copying between them.
What gets built
Connections that move information once and keep it consistent, with clear handling of what happens when something fails.
At handover
A map of what connects to what, and what to check if something stops.

Connected knowledge—the business brain

Typical starting point
Procedures, client history and decisions scattered across documents, chats and memory.
What gets built
A shared knowledge layer that colleagues and assistants can query, kept tied to its sources.
At handover
Guidance on who maintains it and how it stays current.

Client names and systems are confidential. If a profile is close to your situation, ask and we’ll talk through the approach in a conversation.

05How we work

Four stages, each with something you can check.

  1. Understand the actual process

    We begin with how the work really happens, not how the handbook says it does: who touches what, where information is retyped, where things wait.

    You receiveA plain-language account of the process, for you to correct.

  2. Define a focused first scope

    We choose one piece worth fixing first and write down what it includes and what it doesn’t. A small, well-defined start beats a sprawling plan.

    You receiveA scope you can say yes or no to.

  3. Build and test

    We build in working stages and test against real situations from your business, including the awkward ones, so you see it working before it is relied on.

    You receiveWorking software to try, and a say in what changes.

  4. Document, hand over, agree ownership

    We document how it works, hand it over, and agree in writing who looks after it afterwards: you, us, or both.

    You receiveDocumentation and a clear owner for every part.

06Engagement

Clear terms before any work starts.

Scope, deliverables and fees are agreed in a written proposal. It keeps three things separate, so you can see what each one is for.

Implementation

Designing, building, testing and handing over the system, defined by the scope set out in the proposal.

Third-party software

Subscriptions, licences and usage charges for the tools the system relies on, such as telephony or AI services. The providers set these, not us, and we list them separately.

Ongoing support

Monitoring, changes and help after launch. Optional, and agreed separately from the build.

Questions people ask before starting

How much will this cost?

It depends on the scope, which is why we agree that in writing first. After a first conversation you receive a proposal with implementation, third-party software and support set out separately.

Do we have to replace the tools we already use?

Usually not. We connect what you have where that works well, and say plainly where an existing tool is the limit.

What happens when the voice assistant can’t help?

It hands the call to a person, or arranges a call back, with the details it has captured. You decide in advance which situations go straight to a human.

Who looks after the system once it’s live?

That is agreed before the build starts and written into the proposal: you, us, or a shared arrangement. We document the system either way.

How long does a project take?

It depends on the scope. The proposal sets out the stages and timing, beginning with a deliberately small first scope.

Can we see examples of your work?

Client work is confidential, so we describe capabilities rather than publish case studies. In a conversation we can talk through relevant approaches and how we would tackle your situation.

Collaboration

Working alongside agencies and consultants

Some of our work is done with other agencies and consultants whose clients need systems, voice assistants or integrations built. If that’s you, we can take a defined piece of a project and work alongside your team.

Enquire about collaborating

07Contact

Tell us what you’d like to connect.

The simplest start is a short brief: what you do, what’s getting in the way, and which tools are involved.

Prefer email? contact@southstar.pro

  1. 1Send a briefA few lines is enough.
  2. 2A first conversationWe’ll tell you whether we can help, and what a first conversation would cover.
  3. 3A written proposalScope, deliverables and fees, agreed before work begins.
This enquiry is about

This builds a draft on this page for you to review, copy or download.