Software · systems · creative infrastructure

Dazed Unicorn

Clarity for strange systems.

We build software, shape how teams work, and turn messy projects into something usable, durable, and sharp.

For work that's too unusual for templates and too real for vibes.

Workbench / Work

A small shop for software, consulting, and creative infrastructure.

We work across product development, systems design, strategy, positioning, and execution. The thread tying it together: turning complexity into tools, language, and structures that hold up.

[01] Build software

Products that earn their complexity.

Products, platforms, internal tools, workflows, and useful interfaces.

[02] Untangle systems

Structure for work that keeps slipping sideways.

Operations, roles, processes, automations, and decision structures.

[03] Shape ideas

Language with enough precision to be useful.

Naming, positioning, brand language, creative concepts, and strategic clarity.

Workbench / Projects

A few things we've built.

The strongest work isn't always the loudest. These projects show judgment under constraint: tenant boundaries, migration paths, permissions, billing, scheduling, workflow design, product scope, and behavior loops.

Each one follows the same arc: hard problem, specific decisions, concrete outcome.

RoleRivr

Operational SaaS system
  • What A workforce management platform for tenants, teams, roles, locations, shifts, subscriptions, and AI-assisted planning.
  • Hard problem Workforce software needs to coordinate permissions, billing, scheduling, access control, and operational data without leaking tenant data or turning the product into sludge.
  • Key decisions
  • Tenant-first architecture
  • Explicit membership and role model
  • RLS-backed data isolation
  • Stripe-connected subscription state
  • Scheduling model built around teams, locations, shifts, and employees
  • Manual CI and migration discipline to control cost and risk while preserving verification paths

Outcome A serious SaaS foundation with the hard parts modeled directly: tenancy, access, scheduling, billing, and operational reliability.

  • Multi-tenant
  • Scheduling
  • Employee management
  • Stripe
  • AI planning
  • Role access

Tenant Migration

Private infrastructure case
  • What A database architecture repair that moved an operational product from organization-scoped assumptions toward tenant-first multi-tenancy without breaking existing behavior.
  • Hard problem The system needed cleaner tenant boundaries, safer permissions, better relationships, and a migration path that didn't require a risky rewrite.
  • Key decisions
  • Preserve backward compatibility during transition
  • Support both organization_id and tenant_id while migrating
  • Add tenant membership, tenant roles, tenant locations, and helper functions
  • Use indexed RLS policies for isolation and performance
  • Document validation, rollback, cleanup, and phased application updates
  • Repair relationship inconsistencies with idempotent SQL and verification procedures

Outcome A sturdier foundation for multi-tenant SaaS: clearer ownership, better constraints, safer access control, stronger indexes, and a path from legacy structure to tenant-first architecture.

  • Multi-tenant migration
  • RLS
  • Schema repair
  • Backward compatibility

Workflow Engine

Internal operations system
  • What A private workflow system that turns messy manual steps into clearer decision paths, reusable processes, and lower-friction execution.
  • Hard problem Manual operations create hidden drag: unclear ownership, repeated decisions, inconsistent handoffs, and work that depends too much on memory.
  • Key decisions
  • Convert repeatable judgment into explicit flows
  • Separate human decisions from automatable steps
  • Keep private infrastructure invisible unless it improves the public product
  • Optimize for fewer dropped threads, faster setup, and clearer next actions

Outcome Less operational noise, faster movement from idea to shipped artifact, and a cleaner separation between public brand surface and private execution machinery.

  • Workflow engine
  • Operations
  • Decision flows
  • Execution systems

Product Direction

Scope, positioning, and execution
  • What A case in turning a broad, messy product idea into a sharper shape: what it is, who it serves, what should be built now, and what should remain private or deferred.
  • Hard problem Good products get bloated when every possible capability is treated as equally important.
  • Key decisions
  • Define the smallest credible public surface
  • Separate public product from private engine
  • Choose proof-heavy artifacts over generic feature lists
  • Ship a clear version rather than a complete fantasy

Outcome Sharper positioning, cleaner scope, and a product/company story that can support software, consulting, and creative infrastructure without collapsing into vagueness.

  • Product direction
  • Scope
  • Positioning
  • Execution strategy

TypeBlossom

Learning behavior product
  • What A typing education platform focused on practice, feedback, rhythm, and measurable improvement.
  • Hard problem Learning tools often over-focus on content and under-design the behavior loop: practice, feedback, momentum, correction, and return.
  • Key decisions
  • Design around repeated practice, not one-time consumption
  • Make progress visible
  • Use interaction feedback to encourage durable improvement
  • Treat motivation and friction as product architecture, not decoration

Outcome A product direction that proves Dazed Unicorn can work on behavior, learning, feedback loops, and skill-building—not only operations software.

  • Learning product
  • Practice loops
  • Feedback design
  • Skill building

Workbench / Systems

Bring the thing that keeps changing shape.

Some problems don't need more enthusiasm. They need better edges.

We help turn messy products, operations, workflows, and half-formed ideas into systems that can be named, tested, used, and improved.

The work might become software. It might become documentation. It might become automation, positioning, a decision process, or a cleaner operating model. The goal isn't to make everything more complicated—it's to find the part that actually needs structure.

Common repairs

  • Repair 01 Product direction

    Clarify what the product is, who it is for, what should ship first, and what should stay private, later, or gone.

  • Repair 02 Operational systems

    Turn scattered roles, repeated decisions, informal handoffs, and hidden dependencies into working structure.

  • Repair 03 Workflow design

    Map how work actually moves, remove friction, and create a flow that doesn't depend on memory, luck, or one heroic person.

  • Repair 04 Automation planning

    Separate human judgment from repeatable tasks, then decide what should be automated, assisted, or left deliberately manual.

  • Repair 05 Naming and positioning

    Give unclear work language strong enough to travel: names, claims, categories, service shapes, and product stories.

  • Repair 06 Execution support

    Move from fog to shipped artifact: prototype, repo, landing page, internal tool, process, case study, or decision document.

Workbench / Method

Find the real pressure. Make the shape clearer. Build only what holds.

We start by looking for the pressure point: the part of the system where confusion, repetition, risk, or friction keeps showing up.

Sometimes that pressure is technical. Sometimes it's operational. Sometimes it's language. Often, it's all three.

From there, the work becomes calibration:

  1. Observe the machine

    What is happening now? Where does the work stall, leak, repeat, or rely on invisible knowledge?

  2. Name the pressure

    Define the real constraint before solving around the wrong one. A clear diagnosis prevents decorative work.

  3. Choose the smallest strong shape

    Decide the minimum structure that can actually hold: a product boundary, workflow, model, page, script, migration, or decision rule.

  4. Build the holding piece

    Ship the part that reduces risk, creates clarity, or makes the next move easier. Not everything needs to become a platform.

  5. Leave the system easier to use

    The work should leave behind less fog: clearer language, cleaner paths, better defaults, and a system that's easier to maintain.

No theater. No generic transformation language. No pretending every problem is solved by software.

Workbench / About the shop

Behind the work.

Dazed Unicorn is a small company led by Ashley Harveco.

The work moves across software, systems, product direction, operations, positioning, and creative infrastructure. The shape changes. The standard doesn't: find the real pressure, make the shape clearer, and build what holds.

Workbench / Contact

Send a signal.

For software, consulting, systems design, product direction, or creative work that needs a sharper shape.

A few useful things to share

  • What are you trying to make, fix, clarify, or ship?
  • What is stuck?
  • What does success look like?
hello@dazedunicorn.com