Skip to main content

Service · Websites & Web Systems

Websites &Web Systems

Your website is your best salesperson. Works 24/7. Never takes a vacation.

Most companies think of their website as a "digital business card." We think differently. Your site is the first — and sometimes last — touchpoint with a customer. It decides whether they stay or leave. Buy or look for a competitor.

In 2026, a site has to be fast, beautiful, clear, and adapt to every screen. But also something less talked about: it has to be built for an environment where AI bots crawl it and decide whether to surface it in their answers. We build from scratch. No templates. No shortcuts.

01 / What we build

What we build

From a brochure site to a full platform. From a landing page to a marketplace. Each one built for its specific goal.

  • 01
    Corporate websites
    Your company's main site. Custom design, copy that converts, excellent performance. Not a template.
  • 02
    Landing pages that convert
    Single pages focused on one action. Leads, sign-ups, purchases. Built-in A/B testing.
  • 03
    Online stores
    Shopify, WooCommerce, or fully custom. From product to checkout — a smooth, frictionless flow.
  • 04
    Web systems & platforms
    Systems users log into every day. SaaS, B2B, internal portals.
  • 05
    Content & media sites
    News sites, magazines, blogs. Built for SEO and speed from the ground up.
  • 06
    Marketplaces
    Two-sided platforms with payments, user management, ratings and reviews.
  • 07
    SaaS product sites
    Your product's marketing site. What it does, how to sign up, how to pay. The full flow, end to end.

02 / Which site do you need

Brochure site, landing page, store or web system — which one do you actually need?

"Website development" covers five very different products, each with its own timeline and budget. Before anyone talks design, it helps to know which one you are building.

TypeWhen it is the right callHow we build it
Corporate / brochure siteA company that needs a professional presence, service pages and leads — without complex business logic.Next.js + headless CMS, green Core Web Vitals, SEO and GEO from day one.
Landing page / campaignOne message, one audience, one action. Paid campaigns, launches, A/B tests.Static and extremely fast, full measurement, variants for testing.
Online storeSelling products directly. Catalog, cart, checkout, shipping and inventory.Shopify or WooCommerce when that is enough; a custom headless store when the experience or integrations demand it.
Web system / web appUsers log in and get work done: customer portal, admin system, internal tool, SaaS.Fully custom — frontend, backend, permissions, integrations. At this point it is software development in every sense.
Platform / marketplaceTwo or more sides (suppliers and customers), payments, ratings, complete business flows.Architecture planned for growth, an operational back office, and a clear v2 roadmap.

Not sure where your product lands? That is exactly the first question in the discovery meeting — and it drives the budget more than any design decision.

03 / The approach

We don't build on templates.

Not because we're snobs — because templates don't serve you. They serve the company that sold them. A custom-built site runs faster, is easier to maintain, and actually reflects who you are.

  • 2026 standards
    Built for the right era
    Core Web Vitals, accessibility (ADA, WCAG 2.2 AA), Schema.org, structure crawlable by AI agents — not just Google.
  • Design before code
    Design first. Then code.
    Changing a screen in Figma is cheap. Changing it after it's coded is expensive. Every site is fully designed before a single line of code.
  • SEO + GEO from day one
    Found on Google and AI
    Built for rankings from the foundation up — semantics, structure, schema, speed. AI bots find you, Google ranks you.

04 / Web systems and portals

A system for customers, employees or partners?

A web system is not a website with a login. It is a place where people get work done: submit, approve, compare, report. The first distinction is who the user is and what the business action is — because that decides the sign-in, the permissions and what has to be simple.

Most systems we build combine two or three of these types on one engine — a customer portal plus an admin system for the team, or an environment for suppliers alongside one for project owners.
System typeWho the user isThe business actionWhat it specifically requires
Customer portalExisting customers — consumers or businesses — outside the organizationSee a status, submit a request, pay, download a document, open a ticketSimple sign-in, self-service, self-explanatory screens; zero training
Employee portal / internal systemEmployees in different roles, sometimes field staff tooRun a process: draft → approval → execution → closure, with management reportsRole-based permissions, multi-step processes, organizational sign-in (SSO)
Partner / B2B portalSuppliers, distributors, agents — other organizations with their own usersSubmit a bid, update stock, order, report — against your dataSeparation between organizations, user management on the partner side, a data interface (API) alongside the screens
Admin / back-office systemThe team that operates the serviceSee everything, handle exceptions, approve, exportAn audit log, search and reports, admin permissions separated from end users

What a portal includes — in practice

  • Sign-in
    Email and password, an SMS code, a Google or Microsoft account, or organizational SSO — depending on the audience. Password reset and lockout after failed attempts are part of the baseline, not an extra.
  • Permissions
    Who sees what, who changes what, who approves. By role, and sometimes by organization or branch. Actions that need two people are defined up front.
  • Documents
    Upload, secure storage, versions, PDF generation, signing when required. Who may see each document follows from permissions — not from a link.
  • Processes and states
    Each entity has a lifecycle: draft, pending, approved, closed. Who moves it between states, and what happens in exceptions — cancellation, rollback, change after approval.
  • Notifications
    Email, SMS or an in-app alert when something is waiting for action. To whom, when, and how often — so they do not get ignored.
  • Reports
    The questions management needs to answer from the system without asking a developer. An Excel export is almost always the first report requested.

How does the system connect to the business?

A web system almost never stands alone. Every integration has to answer three questions: what passes through, how often and in which direction, and what happens when the other side is unavailable.

Connecting to a system with a documented API is a completely different job from connecting to a legacy system with no interface. It is one of the first questions in discovery, because it drives scope more than most design decisions.
SystemWhat passes throughFrequency and directionWhat happens on failure
CRMCustomers, contacts, ticketsTwo-way, real-time or every few minutes; the source of truth for the customer is defined up frontThe system keeps working on the data it has; updates are queued and sent when the connection returns
ERP / accountingOrders, invoices, inventory, price listsUsually orders go out, inventory and prices come in; sync cycles are definedAn order does not vanish — it is marked 'pending sync' and someone sees it
Legacy system / filesHistorical data, spreadsheets, documentsA one-off migration at the start, sometimes periodic imports until the old system is retiredAn exceptions report: which rows were not imported and why, so they can be fixed and rerun
Messaging (email / SMS / chat)Alerts, confirmations, codesOutbound only, immediateAutomatic retry; the message is logged in the system even if the external provider fails
Organizational sign-in (SSO)The user's identity and roleOn every sign-inNo sign-in without authentication — but a clear message and a way to reach support

Users and permissions — an example

A table like this is usually the first document we write together. The example here is invented — a service portal for a company with business customers — not a client's data.

Two rows in this table save most of the arguments later: who approves, and what management does not see by default.
RoleSeesCreates / editsApproves
Customer (a user at the client organization)Only their own organization's tickets, orders and documentsA new ticket, a new order, contact details—
Manager at the clientSame as customer, for all users in their organizationAdding and removing users in their organizationOrders above a defined amount
Service repTickets and orders of the customers assigned to themTicket status, replies to the customer, internal notes—
Team leadAll tickets and orders, workload per repAssigning customers to reps, reply templatesCredits and cancellations
ManagementAggregate reports; no access to individual tickets by default——
System adminEverything, including the audit logRoles, permissions, integration settingsPermission changes for other users

Testing, migration and handover

  • Acceptance criteria per process
    For every process in the system we write down in advance what counts as 'working': who does what, with which data, and what the result is. Testing — ours and yours — is done against that list, not against a feeling.
  • Data migration
    What moves, what stays, how mismatched fields are mapped and how it is verified. A trial run on a copy of the data before the real cutover, and an exceptions report for anything that did not import. When needed — a parallel-run period.
  • Rollout and adoption
    A pilot with one user group before opening to everyone; training for the people who will work with the system; and measurement of what is actually done in it during the first weeks — because a process nobody uses is a process to fix, not to explain.
  • Handover and maintenance
    The repository in your name, cloud accounts and domain in your ownership, operating and configuration documentation, and a list of what was built against the specification. Maintenance after that — monitoring, updates, incident handling — under a separate agreement, within the scope and service hours it sets.

What this looks like in a real system

KICK AI is a real-time web system with two faces: a mobile-first game for players and an admin platform for the operators — rounds, formats, content and live control — on the same backbone, with permissions that keep each side where it belongs. Dividandy adds a third: a back office that runs tournaments, wallets and growth for a product that lives on iOS, Android and the web. Both case studies describe how the operating side was built into the system.

06 / Technology

Our stack

A full stack — from modern frontend, through headless CMS and commerce, to CDN, search and analytics. We pick the right tool for each site.

Frontend

  • Next.js
  • React
  • Vue
  • Astro
  • Remix
  • TypeScript

CMS

  • Sanity
  • Contentful
  • Strapi
  • Headless WP

E-commerce

  • Shopify
  • WooCommerce
  • Medusa

Hosting & Edge

  • Vercel
  • Netlify
  • Cloudflare
  • AWS

Search

  • Algolia
  • Meilisearch
  • Elasticsearch

Analytics

  • Google Analytics
  • Plausible
  • PostHog

Performance

  • Edge Functions
  • CDN
  • Image Optimization
  • ISR

SEO & Schema

  • Schema.org
  • OG
  • Sitemaps
  • Hreflang

07 / How we work

How we work

  1. 01

    Understand the goal

    Brochure, sales site, platform? Who's the audience? What's the single most important action? Everything else builds from there.

  2. 02

    Structure & UX

    Sitemap, information architecture, user flow. Three clicks max to the goal.

  3. 03

    Custom design

    Our designers start every site from a blank Figma page. No templates, no "what everyone else is doing."

  4. 04

    Frontend & backend dev

    Two-week sprints. Something to see at the end of each one. No surprises, no "we'll show you in two months."

  5. 05

    SEO & speed optimization

    Pre-launch: Core Web Vitals, accessibility, on-page SEO. All green. No compromises.

  6. 06

    Launch & migration

    Move from staging to production. Domain, SSL, analytics — all handled.

  7. 07

    Ongoing support

    A site isn't "ship it and forget it." It needs updates, new features, optimization. We stay with you.

08 / Who it's for

Who this is for

  • B2B companies
    Need a site that signals trust and expertise from the first second.
  • Startups
    Need a launch site before a funding round or going to market.
  • Established businesses
    With an old, slow site that needs a serious upgrade.
  • Stores
    Want to launch online commerce — or upgrade what they have.
  • Founders
    With a platform idea — and a need for someone to build it from scratch.

09 / Why us

Why us

  • Design + dev under one roof
    A full UI/UX team in-house. You won't need an outside designer who doesn't speak code.
  • Obsessive about speed
    Our PageSpeed scores are green. Because every second of slowness is a customer walking away.
  • SEO from day one
    Built for rankings from the foundation. Not bolted on after the fact.
  • Service that doesn't end at launch
    Monitoring, alerts and fixes — within the scope and service hours set in the maintenance agreement.

FAQ

Frequently asked questions

Let's talk

Need a website that actually works?

A 30-minute intro call. No strings attached. We'll figure out together if we're a fit.

Straight. To the point. On time.