All projects

Independent product · Design & development

Glyph: an idea becomes a brand system.

I designed, built, and launched Glyph independently, from the identity generation experience to payments and the public launch.

An earlier Glyph interface: a product idea input, the brand generation entry point, and identity previews.
An earlier product entry point, preserved in the project assets.

The problem

A logo alone doesn’t give a builder a usable brand. Colours, typography, guidelines, and the product interface need to work together. Glyph brings those decisions into one flow instead of leaving the builder to piece them together.

What I contributed

I built Glyph solo over a few months, shaping both the product experience and the implementation. The work covered identity generation, developer handoff, payments, and launch. Building Glyph covers the launch and the work that followed the first paying customers.

Glyph brand output bringing a logo, colour palette, typography, business cards, and a website preview together in one identity.
Actual Glyph output shared publicly: the identity carried across several applications.

From brand decisions to implementation

The current public product describes a flow from a product brief to an editable visual system, then to code tokens and an AI-builder handoff. The goal is to carry the same design direction into the product being built.

  1. Describe the product

    Start with the idea, audience, and market position.

  2. Shape the identity

    Review the logo, palette, and typography. Each step can be edited, rather than accepting the first result as final.

  3. Carry it into code

    The public product lists Tailwind configuration, CSS variables, a typed React logo component, and a brand-specific AI-builder prompt.

Three decisions behind the product

  1. Let builders edit the identity in stages

    The current flow lets a builder change the logo concept, palette, and font pairing before handoff. Light and dark previews show how those choices fit together. The aim is to give someone control over a connected identity.

    The tradeoff: More steps ask more of the user. Each stage has to make its effect clear, and a change has to stay consistent through the preview and export.

  2. Build the logo as SVG and carry the brand into code

    My early approach used grid-based SVG logos with React and Tailwind exports. A builder can take the identity into their interface, with scalable assets and reusable colour and typography values.

    The tradeoff: A grid-based generator constrains the shapes it can produce. Code exports also serve technical builders better than people who only need brand assets. Whether those exports justify more development is still an open question.

  3. Treat paid access as part of the experience

    A monthly subscriber paid but didn’t receive the right account access. I upgraded the account manually and provided an extra month. The generation experience only matters if a paying customer can reach it.

    The lesson: The manual fix helped that customer, but it isn’t a scalable access flow. Payment success, account entitlement, and recovery need to agree. This is a real incident, not a claim that every failure path is now solved.