Skip to content
Lamiak

Andiamo SMB · Wedding and event planners

You direct a team you do not employ.

One enquiry, a scope drawn on paper, then months as the single point between a couple and every supplier, on a timeline that keeps moving.

How the work runs

The path this business already walks.

Written for Wedding and event planners and coordinators, from full-service planning through to coordination of the day itself, working alone or with associates brought in for one event.

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. Fit call

    The first conversation is about scope, not availability

    A planning enquiry arrives with a date, a venue that may or may not be held, and a couple who want to know what you would actually do for them. That conversation decides whether the work is full planning, partial planning or taking a finished plan over for the final stretch, and the answer belongs on the record from the first message rather than in a mailbox someone searches later. Replies to new enquiries are drafted from the incoming email and held until a person has approved the exact wording; sending the approved reply is still being built.

    Human approval
  2. Scope

    Two planners quoting the same wedding are selling different work

    One is booking every supplier from nothing; the other is taking over a plan already made and running the day it happens. The proposal is where that line gets drawn, and the fee follows the line rather than the guest list. Clients review the options and choose in the portal; sending a proposal waits for a person to approve it, and delivery is still being built. The retainer is invoiced against the same record and payable by card, though connecting a payment account and emailing invoices are also in development. Sending contracts for signature is planned, so that step sits outside the workspace today.

    Human approval
  3. Suppliers

    Most of the work is other people's, and you booked all of it

    A venue, a caterer, a florist, a band, a photographer: none of them on your payroll, all of them answering to you on the day. Each thread has its own state, from enquired through quoted and held to booked and paid, and holding them as cards on a board is what keeps a question about the caterer from becoming a search through an inbox. The board and its per-card checklists are in development. Assignable tasks with owners and due dates on each wedding are planned, and so is one record per wedding that every document and message links to, so today the board and the client record are still two places.

  4. Run of show

    The timeline is the deliverable, and it is rebuilt all year

    When the styling team arrives, when the first look happens, when the band can load in, when the cake is cut: each of those moves at least once, and the walkthrough at the venue moves several at a time. From one description of the day the workspace derives a logistics view of setup, service slots and breakdown alongside an experience view for the couple, and the same input always produces the same schedule. That generator is exercised in tests; saving the schedules for a business is switched off by default, and delivering them to suppliers is not built yet. Recording a change with the schedule and price adjustment it triggers, held for approval, is planned.

    Human approval
  5. Between meetings

    A couple does not save their questions for the next call

    They ask at night, at the weekend, in the middle of your other wedding, and the answer usually already exists somewhere you wrote it down. Clients sign in with an emailed link to see their invoices, their payment history, their proposals and the forms you publish, which takes the documents out of the reply queue; that portal is in development. Messaging inside the portal with the thread attached to the wedding is planned. Follow-up drafts are prepared and queued for a person to approve or reject, and sending the approved ones is not built yet, so those drafts stop at the review step.

    Human approval
  6. On the floor

    The day is spent holding other people to a plan they agreed to

    Telling the band when to start, the caterer when to clear, the photographer where the family has gone. Whoever is running a part of the day needs the schedule in their hand, and an associate covering a room for you needs it more than you do. The crew schedule comes from the same description of the day as the couple's version, so the two cannot drift apart. Assigning people to a wedding by role, with their availability visible, is planned, and getting the schedule into their hands is not built yet.

  7. Settling up

    The last hour of the night decides the last invoice

    Overtime agreed standing in a car park, a supplier who bills you later, a balance still outstanding, and the note to yourself about which caterer to recommend and which to stop calling. A spoken update after the day 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. Invoices and card payments sit on the same record as the wedding, and agents preparing payment reminders for a person to release are planned.

    Human approval

What the work leaves behind

Each step ends in a record, not a feeling.

  1. Fit call

    In development
    • A client record holding the date, the venue and the level of service discussed
    • A drafted reply waiting on a person to approve the exact wording
  2. Scope

    Planned
    • Proposal options for full planning, partial planning and coordination
    • A retainer invoice raised against the client, payable by card
    • The agreed scope on the record, with signing still handled elsewhere
  3. Suppliers

    Planned
    • A card for each supplier thread, with the stage it has reached
    • A checklist on the card for what that supplier still owes you
  4. Run of show

    Planned
    • A logistics view of setup, service slots and breakdown for the people working the day
    • An experience view of the same hours, written for the couple
    • A change request carrying the new time, held for approval
  5. Between meetings

    Planned
    • A portal the couple signs into for documents and payment history
    • Follow-up drafts queued for a person to approve or reject
  6. On the floor

    Planned
    • The roles for the day, with who is covering each part of it
    • The crew schedule derived from the same description of the day
  7. Settling up

    Planned
    • A balance invoice on the client record, payable by card
    • Notes from the day as proposed record changes, waiting for review

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

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.

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.

Tasks

Planned

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

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.

Change requests

Planned

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

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.

Client portal chat

Planned

Message clients inside the portal with the thread attached to their engagement.

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

Crew assignment

Planned

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

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

Invoice reminders and appointment confirmations

Planned

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

Human approval

Questions this work asks

The things you would ask before moving anything.

Can it hold suppliers I do not employ?
Each supplier thread can sit as its own card with the stage it has reached and a checklist of what is still outstanding. That board is in development. One record per wedding that every document and message links to is planned rather than built, so today the board and the client record are two places you keep open.
The ceremony time moved. What has to be rebuilt?
Both schedules are derived from one description of the day, so changing the start time and deriving them again is the work today. A change request that carries the new time together with the price adjustment it triggers, and waits for approval, is planned.
Where do the couple's questions land between meetings?
In the portal, as far as documents, invoices, payment history and published forms go, since clients sign in with an emailed link. Messaging inside the portal with the thread attached to the wedding is planned, so conversation still happens in your inbox.
Does the run of show reach the suppliers on its own?
No. Both views of the day are derived and can be read, but saving them for a business is switched off by default and delivering them is not built yet. Getting the timeline to a caterer is still an email you send.
Can an associate run a day I am not standing at?
Assigning people to a wedding by role, with their availability visible, is planned. Today the crew view of the day can be derived for whoever is working it, and who holds which part of the floor is recorded outside the workspace.
Is coordination of the day a different product from full planning?
No. The difference is the scope on the proposal and the point at which you take the timeline over, not a different set of records. For coordination work the earlier stages run shorter and the supplier board starts with threads someone else opened.
Do drafted messages reach a couple before I have read them?
The drafted enquiry replies and follow-ups in development are held until a person approves the exact wording, and sending approved messages is still being built, so today those drafts stop at the review step.

What it runs on today

The tools this work is already spread across.

  1. A timeline in a spreadsheet

    The run of show, rebuilt and sent round again each time a supplier moves, with each recipient holding a different version of it.

  2. An inbox with a folder per couple

    Every supplier enquiry, quote and confirmation, findable by whoever filed it and by nobody covering for them.

  3. A shared drive of contracts and layouts

    Venue plans, supplier agreements and the seating chart, kept apart from the record of the wedding they belong to.

  4. A group chat for the day

    The address, the parking, the start time and the change made that morning, read by whoever happens to look.

  5. A checklist template copied per wedding

    The same list of what happens when, copied again and pruned by hand for a couple whose day looks nothing like the last one.

  6. A signing link and a payment link

    The agreement and the retainer, recorded away from the plan the couple is paying you to run.

Tell us how this runs for you today.