KAISAN website delivery case study

A working example of turning a clear brief into a maintained digital service.

KAISAN’S OWN WEBSITE

Make the delivery process visible.

This project brings together positioning, design, practical demonstrations and a consultation workflow. It shows how requirements become small, verifiable releases.

Ricky set the business direction and reviewed the website. Implementation, testing and release work used Codex assistance. This is KAISAN’s own site, not a client engagement or an independently audited project.

Initial scope
Five core pages and consultation delivery
Public launch
September 15, 2026
Ongoing delivery
Approved enhancements tracked in Linear
01 / REQUIREMENTS

Start with a clear business purpose.

The first brief called for a founder-led consultancy website for small and midsize businesses in Greater Houston. Five core pages explain services, experience, the founder and how to request a consultation. Historical employment results needed accurate attribution and anonymized employers.

Delivery decision

Keep the primary action consistent: request a consultation. Introduce practical demonstrations only when they help a visitor understand the work.

See the service structure
02 / DESIGN

Build a recognizable, reusable identity.

The visual system uses deep navy, cyan and white, with self-hosted Inter, a custom KAISAN wordmark and consistent spacing. Shared components carry navigation, page introductions and consultation links across the site. Photographs are illustrative, not depictions of KAISAN staff or clients.

Delivery decision

Use navy text on cyan controls and white text on navy. Keep brand tokens and structured content together so future updates remain consistent.

Meet the founder
03 / ARCHITECTURE

Choose a simple delivery model.

The website uses React and TypeScript with static pages published through Sites. Service descriptions, demonstration data and navigation live in structured content files. Formspree handles consultation delivery; the public website does not need a custom inquiry database.

Delivery decision

Separate public content from private reference material. Demonstrations use fictional scenarios and transparent assumptions rather than collecting business data.

Inspect the automation assumptions
04 / ACCESSIBILITY

Make the interface usable beyond one screen.

The delivery checks cover keyboard operation, visible focus, labeled fields, error messages, narrow layouts and 200% text enlargement. The growing tool library led to grouped navigation with mobile expansion, breadcrumbs and related tools.

Delivery decision

Review screenshots and interactions as well as automated results. Checks used Chromium desktop and mobile emulation; a full screen-reader or physical-device audit has not been performed. This is not a certification of accessibility compliance.

Explore the grouped directory
KAISAN’s grouped desktop navigation showing IT Leadership and Investment, Modernization and Automation, and Security and Resilience.
Actual interface captured during the September 18 navigation release (version 18). The tool list has expanded since this screenshot. View the current directory.
05 / TESTING

Test the paths that can fail.

Automated checks cover calculations, validation, direct route loading, internal links, image references, canonical URLs and consultation states. Form tests exercise provider rejection, network failure and repeated clicks while blocking real external submissions. The original preview and launch also included real delivery tests that Ricky confirmed in the business inbox.

Delivery decision

Keep an inquiry intact when submission fails, and display success only after the provider accepts it. Publication is followed by public-route and interaction checks.

View the consultation workflow
06 / CHANGE MANAGEMENT

Connect the backlog, source and release.

Linear records approved scope and acceptance criteria. GitHub preserves version history through branches and pull requests, with automated website checks. Passing checks are reviewed before merging. Sites publication is a separate release step, followed by live verification and a delivery record.

Delivery decision

A merged change is not enough to mark website work Done. The release record links the source revision, test evidence and published version. Private repository and reference material stay private.

Adapt a project charter
07 / LESSONS

Use feedback to shape the next increment.

Early navigation feedback led to direct-page checks. As demonstrations grew, the menu was organized around leadership, modernization and resilience. Calculators distinguish recoverable capacity from cash savings, and scenarios explain their assumptions and limits.

Delivery decision

Show the reasoning behind a result. A useful digital tool helps a visitor make a better next decision and offers a clear path to a conversation.

Explore the executive dashboard

Bring the same discipline to your next project.

Start with the business outcome, make ownership and tradeoffs explicit, and define what evidence will show that the work is ready.

Discuss a modernization project