CASE STUDY 01 / Soláyae

Case Study

No legacy systems.
No stack to migrate.

Soláyae makes handmade bags and home pieces in the Philippines and sells them worldwide. It launched with nothing to migrate and no back office to unwind, which let us do something most companies cannot: build its operations AI-native in the first week, rather than retrofitting them two years later. Since December 2025 the brand has run its storefront, its content production, and its entire back office on Claude and Qandaba OS.

Company Soláyae
Sector Handmade goods, worldwide DTC
Team 5 people, two countries
Live since December 2025
Runs on Qandaba OS + Claude Cowork
Live since
Dec 2025
Daily production use
Hours tracked
1,662
Through 19 July 2026
Team
5
Across the Philippines and the US
Operations hires
0
No ops manager, no bookkeeper
Back office tools bought
0
Eight categories built, not subscribed
A / The Situation
The situation

A new brand, and no reason to buy ten systems to run it.

A company of five does not need enterprise software. It needs the work to happen. But the default path for a young brand is to buy a subscription every time a new problem appears: one tool for time tracking, another for expenses, another for payroll, another for the social calendar, another for the content itself. Six months in, the bill is real, the data is scattered across six vendors, and nobody can answer a simple question like what did this product launch actually cost us.

Soláyae started with none of that, which is the rarest advantage a company can have. Nothing had to be unwound first.

The constraint

Five people, two countries, and no operations hire.

The team is distributed between the Philippines and the United States, and every person on it makes or sells the product. There was no operations manager to absorb the administrative load, and hiring one was not the right first hire for a brand at this stage. Whatever we built had to be usable by people whose job is design, production, and marketing, not software.

B / What We Built

What we built

One system for the back office.
Claude for the work inside it.

The storefront stayed on Shopify, where it belongs. Everything behind it became modules of one system the team logs into.

Back office

Time, expenses, payroll, and the content calendar in one place.

  • Time tracking with a timer and a weekly view, used by the whole team including contractors
  • Contractor payroll computed from the tracked hours, with per-person cost rates and an approval step, instead of a spreadsheet reconciled by hand each cycle
  • Expense capture and categorization, including receipt reading
  • A social calendar and content pipeline that holds the brand voice definition alongside the posts
  • One company switcher, so the same system runs the brand's sister companies without a second subscription
Marketing

The marketing calendar drafts itself. A person approves it.

The brand voice is written down and versioned in the system, not carried around in one person's head. Against that specification, the module drafts the editorial calendar each month, produces copy and media each week, and publishes approved posts on schedule.

The marketing lead stays in three places. Once a month, review and approve the strategy. Once a week, review the next two weeks of drafts and approve or reject individual components. Whenever something interesting happens to a published post, the dashboard says so. Everything between those touchpoints runs on its own, and nothing reaches an audience without a named human approving it.

Longer-form and one-off work, campaign concepts, product storytelling, storefront copy, runs through Claude Cowork against the same voice specification. A five-person team ships the content volume of a much larger one, and it sounds like one brand because everything is written against one definition.

Orchestration

Cowork is where the work gets coordinated, not just where copy gets written.

Claude Cowork sits across the tools the team already uses, connected through MCP rather than through exports and copy-paste. Notion holds planning and long-form notes. Canva holds the design library. The storefront, the calendar, and the outreach tooling stay where they are. Cowork reaches into all of them, so tracking progress, prioritizing the week, organizing the digital asset library, and moving work through approval happen as instructions rather than as an afternoon of clicking between six tabs.

Where Claude is not the right model, it delegates. Product imagery and short-form video are generated by specialist image and video models called as tools, then returned into the same review queue as everything else. Claude stays the orchestrator and the reviewer. The specialist models are hands.

The honest accounting: almost none of this work is novel. It is the coordination overhead that quietly eats a small team's week. Done by hand at this volume it would cost several times what it does now, which in practice means a five-person brand would not do it at all. It would ship less, later, and less consistently.

Hiring

A hiring pipeline that runs itself between the conversations.

Soláyae and Qandaba hire through the same pipeline, and the loop closes on itself: the Qandaba engineers hired through it are the ones building the system Soláyae runs on. Hiring into a small team is mostly logistics, and logistics is exactly what stops happening when everyone is busy making product. It runs in Cowork end to end: LinkedIn connected through Unipile so candidate messages are monitored in one place, interviews scheduled through Calendly, submitted work and candidate responses assessed against the role, and every candidate tracked by the round they are actually in rather than by memory.

The hiring manager gets one daily reminder of what is waiting on them, and nothing else. No candidate goes cold because a message sat unread in a tab nobody opened that week.

This began as a Cowork workflow and is now being built into the operating system as a talent acquisition module. That is the normal path here. Prove a workflow by running the business on it, then make it a module every company on the system gets.

Where agents run

Agents where judgment is needed, plain code everywhere else.

Most of this system is ordinary software. Adding up hours, applying a cost rate, and producing a payables run are deterministic problems, and deterministic problems should be solved deterministically. They are cheaper, faster, and they do not surprise you.

Claude does the work that is genuinely judgment: reading a receipt and deciding what it is, drafting against a voice specification, summarizing a week of activity into something a founder can act on, reviewing and assessing submitted work. Every one of those outputs reaches a person for approval, with the context and a recommendation already attached, so approving takes a minute rather than a meeting.

C / What It Replaced

What it replaced

Eight categories of software,
none of them bought.

Every function in the back office is either a Cowork workflow or a module we built. Below is what the same functions cost at five seats if you buy them, using July 2026 US list prices for the mainstream mid-tier product in each category.

The stack not bought, monthly at 5 seats, US list July 2026
Applicant tracking
$299.00
CRM and pipeline
$195.00
Reporting dashboard
$100.00
Contractor payroll
$59.00
Project tracking
$54.95
Social scheduling
$48.75
Time tracking
$45.00
Expense management
$25.00
Total, per month $826.70
Total, per year $9,920.40

Sources are the vendors' own July 2026 pricing pages: Workable Standard, Pipedrive Growth, Metabase Cloud Starter, Gusto Contractor Only at four contractors, Asana Starter, Later Growth, Harvest Teams, Expensify Collect. Shopping the cheapest credible option in every category instead, and taking the free tiers where they genuinely exist, still lands at $371.00 per month, or $4,452.00 per year.

The real point

The bill does not grow when the team does.

Seven of those eight line items are priced per seat or per user. That is the part that matters more than the annual figure. Every hire raises the bill for a company renting its back office, and every hire raises it again next year, so the cost curve bends upward exactly when a growing company can least absorb it. Soláyae's does not move, because the system is priced by what it runs on rather than by who logs into it.

The saving also understates the case. The categories above are the ones with an obvious commercial equivalent. The work with no line item, chasing an unread candidate message, rebuilding the same report each month, reconciling hours against a payroll spreadsheet, is the larger cost, and it is paid in the founder's attention rather than in dollars.

What we do pay for

This is not a zero-software claim.

Soláyae pays for Shopify, because a storefront is a solved problem and rebuilding it would be vanity. The team pays for Notion, Canva, and Calendly, which Cowork reaches into through MCP rather than replacing. Behind the system there is hosting, a database, and Claude API usage, which came to $38.85 across the whole portfolio in July 2026.

The distinction worth drawing is not between buying software and building it. It is between buying primitives, where somebody else's product is genuinely better than anything we would make, and renting the coordination layer that sits on top of them, which is where per-seat pricing quietly compounds and where the tools never talk to each other anyway.

D / Where It Stands

Where it stands

Seven months in daily use,
by people who are not engineers.

Soláyae has been running on this system since December 2025. In that time the team has tracked more than 1,600 hours of work through it, across designers, marketers, and production staff in two countries. The people using it every day did not need training in anything except the buttons.

The result the founder actually cares about is not the software. It is that a brand of five people has never had an operations hire, has never reconciled a payroll spreadsheet by hand, and can answer what a launch cost by opening one page.

This is also the honest version of the story. Soláyae is a portfolio company, not an arm's length client, which means we can publish what worked and what did not without asking anyone's permission. What did not work: we built the timesheet approval flow twice, because the first version assumed a manager layer a five-person company does not have.

Soláyae
AI-native operations from the first week.

Handmade in the Philippines, sold worldwide. Storefront on Shopify, everything behind it on Qandaba OS and Claude.

Live since December 2025
Hours tracked 1,600+
Team 5, across PH and US
Ops hires Zero
E / How It Was Built

How it was built

Writing the code was
8% of the work.

A five-person brand running custom software raises a fair question: who maintains it? The answer is in how it was built.

The measurement

The system that runs on agents was built by agents, under the same rule.

Soláyae's operations put a human on every decision that matters. So did the software underneath them. We instrument our own Claude Code sessions and classify every token by what it was spent on: requirements and discovery, writing code, verification and validation, or delivery coordination.

Across 56 agent coding sessions, writing the code was 8 percent of the effort. Verification consumed roughly eight times the tokens that writing did, and the verification agents caught 240 issues the coding agents missed, all of them before the work reached human review.

Share of tokens by activity, 56 agent coding sessions
8% writing code
92% requirements, verification, and delivery

Verification alone accounted for roughly eight times the tokens spent writing code, and produced 240 caught issues.

Why it matters here

Generation got cheap. Trust did not.

The temptation with agentic coding is to bank the speed and skip the rest, because the code appears to work. That is how a small company ends up owning software nobody can safely change. We spend the other 92 percent on requirements, verification, and delivery precisely so a five-person brand can run production software without hiring a team to babysit it.

Knowing the split at all took a harness we built on top of Claude Code's session telemetry, feeding the same dashboard the team uses for everything else. If you cannot see where the effort goes, you cannot tell a disciplined agentic practice from a fast one.

F / What It Proves
What it proves

The best time to become AI-native is before you have a stack to unwind.

Most of the work in an AI transformation is not the AI. It is untangling six years of tools that were never meant to talk to each other. A company that starts AI-native skips that entirely, and the compounding runs the other way: every new function gets built into the system it already has, instead of bought as another subscription.

Soláyae is the smallest possible proof of that, and the clearest. It is also the reason we are productizing the system it runs on as Founder's OS, so a founder can start here on day one instead of arriving at it after the sixth subscription.

Related
Want one for your operation? Custom Company OS Development →
Start a conversation