Skip to content
Ihthos

Practical AI + workflow automation for small businesses

Ihthos helps small businesses improve repetitive processes with practical automation and AI where it fits—connecting the tools you already use and keeping people involved when judgment matters.

Bring one task that keeps coming back. We’ll talk through how it works today and whether a change makes sense.

Illustrative workflow
FormEmailCRM recordCapture and normalizeClassifyHuman reviewExecute actionRecord and reportlow confidenceNeeds a persona person decides

Sources feed a spine of steps. Each item is captured, sorted, and carried out — pausing at the human review gate before anything consequential happens. Anything the system is unsure about leaves the spine and waits with a person instead of proceeding on a guess.

The work behind the work

When routine work depends on memory, small delays multiply.

A detail gets copied twice. A handoff waits in an inbox. A follow-up goes out after the moment has passed. These small gaps add friction to the work your team is trying to do.

  • The same details get entered again

    Customer or job information is copied from one system, form, or email into another.

  • Follow-up gets buried

    A request waits for someone to notice it, remember the next step, and send the right reply.

  • Handoffs depend on memory

    Work stalls when the next person does not know what changed or what needs attention.

  • Reports take another round of manual work

    Information is pulled from several places and assembled into the same update again.

Start with the real process

Make the work clearer before making it faster.

We look at how the process actually runs, where information gets stuck, and which tools are already involved. Then we identify a practical change—automation, an integration, AI assistance, or a human step that should stay human.

Explore services
  1. 01

    See the process

  2. 02

    Find the friction

  3. 03

    Agree a change

Where we can help

Useful improvements start with one recurring task.

The right first step depends on the process, the people involved, and the tools you already rely on.

  • Workflow assessment

    Find repeated work, fragile handoffs, and the changes most worth exploring first.

  • Automation and integrations

    Connect systems and move routine information through a process with fewer manual steps.

  • AI-assisted intake and review

    Sort, summarize, or prepare information for a person to check when the work genuinely benefits from AI.

Custom business software

When your tools do not fit how the work gets done.

If your team re-enters the same details between systems, tracks jobs or vehicles across several spreadsheets, or cannot see what is waiting on a customer or a vehicle, the problem may be the shape of the tools rather than the amount of effort. We map the process and the people in it, then design software around the work. Before proposing a build, we check whether a better handoff or integration solves the problem with less complexity.

Two ways to improve the same process.

Discovery decides which path fits. We do not steer every process toward a custom build.

Change the process

Automation and better handoffs

Often the work improves by connecting existing tools, removing a duplicate step, or making a handoff clearer. That is a smaller change and usually the right first option.

Build the tool

Custom business software

When the work needs its own interface, data model, or workflow — and existing products force the team around their structure — a tailored application may fit better.

Who it is for

This is for a business with an essential process that is awkward, fragmented, or poorly served by the software it has.

  • The process is central to the business, not a side task.
  • Work is split across spreadsheets, messages, and tools that were not built for it.
  • The team has adapted its habits around the software instead of the software fitting the work.

When an existing product or smaller automation will do

If a standard tool already covers most of the work, or a single integration removes the friction, that is the better answer. A custom build carries more cost, more responsibility, and a longer commitment, so we recommend it only when the process genuinely needs it.

Illustrative example
01Job recordCompleted job details capturedSample job #1042 · Sample customer02Draft invoicePrepared from the job record03You reviewYou decideAmount, customer, anything unclearApprove, correct, or send back04Payment statusShown as waiting on the customer

Work moves from the job record to a drafted invoice, pauses for a person to check it, then updates the status the team sees. The steps, fields, and review points are defined with you.

Fictional sample data — not a client result

Illustrative examples — not client work or shipped products

  • Invoice and payment-status workflow

    A small finance team re-enters invoice details from email into a spreadsheet, then checks several places to answer whether an invoice has been paid.

  • Business operations management

    An owner tracks requests, approvals, and recurring tasks across separate documents and messages, with no single view of what is waiting.

  • Job and fleet tracking for a moving company

    A dispatcher coordinates jobs, vehicles, and staff across a whiteboard, spreadsheets, and phone messages.

From discovery to delivery

Each step produces something you can review, so the next one is not a surprise.

  1. 01

    Understand the current work

    Walk through the process with the people who do it, including the exceptions and the parts that only make sense in practice.

  2. 02

    Map requirements and integrations

    Record the users, data, decisions, and systems the work touches, and what a new interface would need to connect to.

  3. 03

    Agree scope and ownership

    Confirm what is included, what stays manual, who owns the data and the system, and how future changes will be handled.

  4. 04

    Prototype and build

    Design the interface and workflow around the real steps, then build in reviewable pieces rather than one large reveal.

  5. 05

    Test real and exception cases

    Check ordinary work, missing information, and failure paths with the people who will use it.

  6. 06

    Deploy and hand over

    Put it into use with documentation, named responsibilities, and a support arrangement agreed in writing.

Delivery dates, cost, hosting, ownership terms, maintenance, and security controls are agreed per project. None of them are assumed or promised before scoping.

The first conversation is about how the work runs today. Bring one process, the people involved, and the tools you currently use. We will say whether custom software, an integration, or a simpler automation is the better fit, and what information would help us decide.

Discuss a custom software idea

A clear way to start

Understand it. Agree on it. Build it. Hand it over.

Every project starts by understanding the current process. We agree on the scope and review points before work begins, test the workflow with ordinary and exception cases, then document what runs and who owns it.

  1. Stage 01

    Understand the process

  2. Stage 02

    Agree on the scope

  3. Stage 03

    Build and review

  4. Stage 04

    Handoff and improve

Designed with people in the loop

Automation should be useful, reviewable, and bounded.

We agree on scope before building, use only the access the work needs, test failure cases as well as the happy path, and keep a person involved where judgment matters. AI can be useful; it can also be wrong. We make its role and limits clear.

  • Scope comes first

    We agree on the process, intended behavior, and review points before building.

  • Access stays limited to the work

    We identify which accounts and permissions a workflow needs. We do not claim security guarantees beyond the controls actually used.

  • People review the decisions that need judgment

    AI output can be incomplete or wrong. We make review steps visible for ambiguous, consequential, or customer-facing actions.

Illustrative workflow — not a client result

From a new inquiry to a clear next step.

An inquiry arrives. Its details are captured and checked. A person reviews anything unclear before the record is updated and follow-up is prepared. The routine steps move forward; exceptions stay visible.

How it runs today

  • The same details get entered again
  • Follow-up gets buried
  • Handoffs depend on memory
  • Reports take another round of manual work

How it could run

  1. 01Inquiry received
  2. 02Details captured
  3. 03Check for missing information
  4. 04Human review when needed
  5. 05CRM updated
  6. 06Follow-up prepared

The right steps depend on your process and the systems you use.

What a first engagement produces

  • A written map of the current process
  • A short, agreed list of candidate changes
  • A defined scope with its review points
  • A tested workflow and a handoff note

About Ihthos

Practical systems for the work behind the work.

Ihthos was started by Kazi to help small businesses make recurring operational work easier to manage. The work begins by listening to how a process actually happens, then choosing a useful improvement—not adding AI just because it is fashionable.

FormEmailNotesUnderstand the processReview with youDocumented handoffOne process · one named owner

Start with one process

What task would you be glad to stop repeating?

Tell us what the task involves, which tools it touches, and where it gets frustrating. We’ll review the process and discuss a sensible next step.