Skip to content
Lamiak

Andiamo SMB · Venues

The date is the thing you sell, and you hold only one of each.

An enquiry for a date, a show round, a deposit that turns a courtesy into a booking, then months of quiet before every detail arrives at once.

How the work runs

The path this business already walks.

Written for Barns, halls, estates, restaurants with a private room and small hotels that let their space for weddings, parties and company events, run by a small office and a duty manager on the night.

Steps marked for approval wait for a person. Andiamo SMB is not yet offered to customers; the parts each step leans on, and how far along they are, are listed further down.

  1. Availability

    The answer that matters is whether the date is free

    An enquiry is a date before it is anything else, and the reply either offers that date or offers the ones around it. Holding the date asked for, who is asking and what they are planning on a record from the first message keeps the answer out of a mailbox thread that only one person can search. The reply itself is drafted for you and waits until you have read the exact wording. The diary that decides the answer is still yours: bookings here hang off the hours a team member publishes rather than off a room, so the master calendar for the building sits outside the workspace.

    Human approval
  2. Show round

    People decide on a building by standing in it, usually at a weekend

    A viewing is a request for a time against whoever is hosting it, taken from the hours that person publishes, and it lands on the record that already holds the date being asked about. Whether they turn up is settled over text: they can confirm or move it by replying to one, and the booking updates from that reply. Automatic replies stay switched off. Keeping those slots in step with the team's calendar is designed and not built, so a show round booked here still has to be read across to whatever the duty team works from.

  3. Hold

    A date becomes a booking when the deposit lands and the terms are agreed

    Until money changes hands a held date is a courtesy, and the cost of getting that wrong is a date sold twice with no way back. What turns it is a priced offer the booker can read and choose from, a deposit against that offer, and terms they have signed: the hire period, what the fee covers, cancellation, damage. Proposals with options sit in the portal and wait for a person to approve the wording; delivery is still being built. Sending terms for signature is designed and not built, so that step happens off to the side today. Once the deposit clears, the event can become a card the duty team can see, carrying a starter checklist.

    Human approval
  4. Quiet months

    Most of a booking's life is silence you are carrying a liability through

    Between the deposit and the month of the event the building hears nothing, and the work in that gap is small enough to drop: the balance date, the supplier insurance, the tasting, the point at which somebody should ask whether the plan has changed. Follow-up drafts are prepared and queued for a person to approve or reject, and sending the approved ones is not built yet. Tasks with an owner and a due date on the booking itself are designed and not built, and so are prepared balance reminders for a person to release.

    Human approval
  5. Final details

    The numbers arrive late and move the bill with them

    A month or so out the booking stops being a date and becomes a plan: the head count, the table layout, the ceremony and service timings, the menu and the dietary requirements, which drinks sit on the tab and which are paid for at the bar. Almost all of it arrives later than you asked and most of it changes what is owed. Collecting it as forms the booker fills in through the portal keeps the answers attached to the booking rather than buried in a chain of replies. Recording each change with the price adjustment it triggers, held for approval, is designed and not built, and so is one record per event that every task, document and message links to.

    Human approval
  6. Access

    The people you have to schedule are not the people you employ

    The florist wants the room the evening before, the band needs the doors open at a set hour, the caterer wants the kitchen from the morning, and the building has to be clear by the time written into your terms. None of them work for you and all of them are bound by your windows. From one description of the day the workspace derives a logistics view of setup, the service blocks and breakdown, and alongside it an experience view for the people whose day it is. That generator is exercised in tests; saving the schedules for a business is switched off by default and sending them out is not built, so today it produces something you read and pass on yourself. Assigning your own duty team to an event by role, with their availability visible, is designed and not built.

  7. Close out

    What actually happened decides the closing bill

    The final bill is rarely the quoted one: the bar ran on, a room was held past the hire period, fewer people came than were catered for, something was damaged. The duty manager knows all of it and is the least likely person to sit down and write it up. A spoken handover becomes proposed changes to the record that wait for someone to apply or reject them, and the review screen for those is not built yet. The closing invoice is raised against the same booking, and the booker can pay it by card or see their payment history by signing in with an emailed link. Connecting a payment account and emailing invoices are still being built.

    Human approval

What the work leaves behind

Each step ends in a record, not a feeling.

  1. Availability

    In development
    • A record holding the date asked for, the kind of event and the enquirer
    • A drafted reply held back until a person releases it
  2. Show round

    Planned
    • A viewing appointment against the person hosting it
    • A booking status that moves when the enquirer replies
  3. Hold

    Planned
    • Proposal options the booker reviews and chooses from in the portal
    • A deposit payment recorded against the booking
    • A card on the team board for the event, with a starter checklist on it
  4. Quiet months

    Planned
    • Follow-up drafts queued for a person to approve or reject
    • Prepared balance reminders waiting on a person to release them
  5. Final details

    Planned
    • Forms the booker fills in through the portal, kept on the booking
    • A change request carrying the new head count or timing, with the adjustment it triggers
  6. Access

    Planned
    • A logistics schedule of setup, service blocks and breakdown
    • An experience schedule for the people whose day it is
    • The duty team assigned to the event by role
  7. Close out

    In development
    • Proposed record changes from a spoken handover, pending review
    • A closing invoice against the booking, payable by card
    • A payment history the booker can see in the portal

What this leans on

The parts of the workspace this workflow needs.

Each card carries its own status. Parts in development are partly built and exercised in testing; planned parts are designed and not built yet. The full list for Andiamo SMB is on the product page.

Client records

In development

Client records with contact details, lifecycle stage and tags, with wedding details such as date, venue and party size stored alongside.

Approval-gated email drafts

In development

Replies to new client inquiries are drafted from incoming email and held until a person reviews and approves the exact message; sending approved replies is still being built.

Human approval

Online booking

In development

Clients request a time from a team member's online booking page; calendar sync is still being built.

Text replies to appointments

In development

Clients can confirm or cancel a consultation by replying to a text, and the booking updates; automatic replies stay switched off.

Calendar sync

Planned

Keep bookings and claimed jobs in step with the team's Google Calendar.

Proposals

In development

Proposals with options that clients can review and choose from in the portal; sending a proposal waits for a person's approval, and delivery is still being built.

Human approval

Invoices and card payments

In development

Create invoices and let clients pay them by card through Stripe checkout; connecting a payment account and emailing invoices are still being built.

Contracts and e-signature

Planned

Send contracts for electronic signature and keep the signed copy with the client; electronic signing is still being built.

Deposit-to-job automation

In development

When turned on for a business, a paid deposit creates the job card on the team board with a starter checklist; the checklist content and team notifications are still being built.

Follow-up drafts

In development

An agent prepares client follow-up drafts and queues them for a person to approve or reject; sending approved follow-ups is not built yet.

Human approval

Tasks

Planned

Assignable tasks with owners and due dates on each engagement, beyond the per-job checklists on the board.

Invoice reminders and appointment confirmations

Planned

Agents prepare payment reminders and appointment confirmations for a person to release.

Human approval

Client portal

In development

Clients sign in with an emailed link to see their invoices and payment history, view their contracts and proposals, and fill in forms their provider publishes; online signing is still being built.

Change requests

Planned

Track scope and schedule changes with the approval and price adjustment they trigger.

Human approval

Unified engagement record

Planned

One record per wedding or job that every task, document and message links to.

Event-day schedules

In development

From one description of an event day, two schedules are derived: a logistics view of setup, per-person service slots and breakdown for the crew, and an experience view for the person being served. The generator is exercised in tests; saving the schedules for a business is switched off by default, and delivering them is not built yet.

Crew assignment

Planned

Assign team members to an engagement by role and see their availability.

Job board

In development

A drag-and-drop board of jobs with stages and a checklist on each card; letting team members claim open jobs is built but switched off by default.

Voice-memo updates

In development

A spoken update is turned into proposed changes to the client record, which wait for a person to apply or reject them; the review screen is not built yet.

Human approval

Questions this work asks

The things you would ask before moving anything.

Can it stop a date being sold twice?
Not today. Bookings here hang off the hours a team member publishes rather than off a room, so the diary that decides whether a date is free stays where it is. What the workspace holds is the enquiry, the date asked for and the reply, on one record. One record per event that every task, document and message links to is designed rather than built.
What turns a held date into a confirmed booking?
A priced offer the booker chooses from in the portal, a deposit invoice against it, and signed terms. The offer waits for a person to approve the wording, and delivery is still being built. Sending terms for signature is designed and not built, so signatures happen outside the workspace today.
Can suppliers we do not employ be given their access windows?
The schedule generator in development turns one description of the day into a logistics view of setup, service blocks and breakdown. Saving it for a business is switched off by default and delivering it to anyone is not built, so today it makes something you read and pass on yourself. Assigning people by role covers your own duty team, and that is designed rather than built.
Where do the head count and the layout end up?
On the booking, when they come in as forms published to the portal rather than as replies to an email. Recording each change together with the price adjustment it triggers, held for approval, is designed and not built, so the recount and the rebill are still two separate jobs.
Does someone have to chase the balance?
Today, yes. Invoices and card payments sit on the booking, and follow-up drafts are queued for a person to approve or reject. Prepared balance reminders for a person to release are designed and not built.
We let more than one space in the same building. Does that fit?
Only partly. A space can be published as its own booking page under the person who hosts it, which is closer to a workaround than a model of your building. Rooms, their capacities and the rules about which combinations can run at the same time are not things the workspace holds.
Does the duty manager have to write the night up afterwards?
A spoken update after the event becomes proposed changes to the record that wait for a person to apply or reject them. The review screen for those is not built yet, so the handover reaches the record only once that step exists.

What it runs on today

The tools this work is already spread across.

  1. A master diary for the building

    The grid of dates that decides whether an enquiry is a booking, usually kept where only the office can reach it.

  2. An enquiry inbox and a phone that rings at weekends

    Dates asked for, show rounds requested and questions about how many the room takes, arriving in the order they were sent rather than the order they matter.

  3. A function sheet

    The spreadsheet of head count, timings, layout, menu and dietary requirements, re-sent to the kitchen and the duty team every time a single line of it changes.

  4. An email chain with each supplier

    Access windows, parking, what may be fixed to the walls and when the building has to be clear, agreed one supplier at a time and remembered by whoever agreed it.

  5. A till at the bar and a card machine

    The takings on the night, recorded apart from the booking that produced them.

  6. A whiteboard in the office

    Who is on duty, what is set up in which room, and what has to be turned around before the morning.

Tell us how this runs for you today.