Scope and delivery model
Reporting periods, utilisation formula, roles and rates, mileage treatment, and service lines agreed before a single screen was built.
CoreConsult time registration
This hub tracks the build as it happens: design language, delivery plan, working product, and now a live database with secure sign-in. It gives Nicolai and the team a clear way to see progress and react early.
Progress
This list grows as the project moves forward, the same record that becomes the case study once we launch.
Reporting periods, utilisation formula, roles and rates, mileage treatment, and service lines agreed before a single screen was built.
CoreConsult's logo, palette, type, and tone translated into a working design language, then published as this hub.
Booking, project setup, dashboards, reporting, and admin controls built end to end and reviewed live with the team.
Two rounds of hands-on feedback shipped the same day they were raised: mobile refinements, live period-based reporting, and splitting a day's hours across multiple projects.
The product now runs on its production data foundation: a real database, row-level security, and authenticated sign-in, not just mock data.
Booking, projects, reports, exports, and dashboards all read and write live data. Branded invitation emails onboard the team directly from the admin screen.
CoreConsult consultants signed in and booking real time. Same-day fixes from their first feedback: firm-wide project view for admins and comma decimals on mobile.
Projects now draw from a managed client list instead of free text. New reporting for internal and non-client time by booking code, plus hours and revenue per consultant on every project.
A payroll-ready view of vacation in whole days per person for any period, with the dates listed and a one-click export.
Consultant access now covers booking their own time, with revenue and rates kept to owners and admins. Finished projects can be archived so they leave the booking list while keeping every hour and figure in reporting. Every person-level report filters to a single individual, straight into Excel.
Design system
The interface should feel operational, not promotional. Components use CoreConsult colours and type, with restrained states for work that happens every week.
Client workshop prep and follow-up notes.
+4 pts vs target
5 client projects
Payslip window
DKK 184k remaining
Reference patterns for inline alerts, toasts, status badges, and the notification inbox. Use this section as the source of truth when adding new product feedback.
Keep copy short and operational. Use inline alerts for context that affects the current task. Use toasts for completed actions. Reserve error for blocked work.
Code: src/components/alerts/ · Live in app via ToastProvider on /app routes.
Quiet operational feedback for saves, exports, period rules, budget risk, and locked entries. Toasts auto-dismiss; errors stay until dismissed.
Lightweight activity feed for exports, mileage windows, incomplete weeks, and admin signals. Unread state only — no noisy badges elsewhere.
June project summary is ready to download.
Payslip period closes 19 July. 286 km registered so far.
5.5 hours still open against the 37-hour week.
Entries through 31 May are read-only.
#323c31Primary action, navigation, healthy status
#e8e9e5App background and calm surfaces
#222222Primary text and high-contrast UI
#dbd8cdPanels, separators, soft structure
#9a917fMuted labels and secondary metadata
#415057Information and report accents
#8ea3aaSecondary information states
#6b2b24Warnings and over-budget states
#9a5a32Warm highlight, used sparingly
#787458Positive supporting status
Language and tone
Plain labels, precise dates, calm status language, and short explanations only where they help the task.
Marketing copy inside the app, hype, vague AI language, and long instructional text around obvious controls.
“Mileage ready for payslip export. Period: 20 June to 19 July.”
AI-native delivery
The goal is not to skip planning. The goal is to make planning visible, structured, and immediately useful so build speed does not come at the cost of quality.
Before building, we captured the operating rules: utilisation formula, fiscal periods, mileage windows, roles, rates, permissions, brand direction, and open decisions.
The preview exposes the design language, product map, delivery sequence, and case-study path so stakeholders can react early.
We build the component language once, then use it across booking, project setup, dashboards, reports, admin, and exports.
AI helps accelerate implementation, but quality comes from tight context, small review loops, and clear product constraints.
The client sees working surfaces quickly and can correct direction before effort builds up in the wrong place.
Auth, permissions, RLS, period locking, and domain handoff are added once the core workflows are validated.
Delivery model
Context, design, build, review, iterate, launch.This is the case-study thread for Niko: AI compresses the build cycle, but the leverage comes from high-quality discovery, precise constraints, reusable components, and fast stakeholder feedback.
Brand imagery
The product should stay focused on work. Website imagery can appear in the preview hub, onboarding, or empty states as a light brand connection, not as decoration inside dense reporting screens.


Keep reporting, booking, and admin screens calm. Use imagery on this preview site and occasional entry points where it supports recognition without slowing the workflow.
Delivery beats
Scope, reporting periods, utilisation logic, mileage treatments, service lines, and brand inputs captured before build.
A lightweight component system validates CoreConsult look, feel, tone, and operational usability before full screens are assembled.
Booking, project setup, utilisation, reporting, and exports come together as testable workflows with low-friction review links.
Authentication, permissions, period locking, hosting, and go-live details are finalised once the journeys feel right.
Planning artifacts
These are the working documents behind the preview. They capture the decisions, assumptions, and product map that let the team move quickly without losing control.
CoreConsult palette, typography, logo rules, tone, and imagery usage.
APP_BLUEPRINT.mdSitemap, screen inventory, user stories, entities, first build sequence, and open questions.
SITEMAP.mdRoutes, navigation model, and role-aware visibility.
Brand_fundament_ Playbook.pdfSource CoreConsult brand fundamentals, palette, typography, and logo rules.
Before build
Context is treated as a first-class deliverable.The app is not generated from a vague prompt. It is assembled from a visible body of context: brand rules, operational logic, sitemap, user stories, and screen planning. Sensitive commercial notes and raw client correspondence stay offline.
context/Planning and discovery artifacts├─ DESIGN.mdBrand and UI direction├─ APP_BLUEPRINT.mdScreens, user stories, entities├─ SITEMAP.mdRoutes and navigation└─ Brand playbookVisual identity sourceproduct/Built from the context├─ Design system previewComponents, states, colour, type├─ Component libraryReusable UI building blocks├─ Clickable journeysBooking, setup, reporting, admin└─ Production appAuth, data, permissions, launchCase study roadmap
This same preview hub can become the retrospective: brief, context engineering, design decisions, build velocity, iteration, and final launch outcomes.
Replace imtempus plus manual Excel work with a live internal tool for time, mileage, utilisation, and reporting.
Capture rules before build: periods, service lines, roles/rates, holiday handling, permissions, and brand language.
Once the rules are clear, assemble reusable components, product journeys, and exports quickly.
Short review loops with visible progress: two feedback rounds already shipped the same day they were raised, not weeks later.
First working version
The tool is split into three role-based entry points so the client can review exactly what each type of user will see. Real row-level security decides what each person can access underneath.
Sign in, sign out, and password reset are now real: backed by a production database and secure authentication, not a mock-up. Booking, project, and reporting data is moving onto that same live foundation next.
Register time, mileage, holiday, and review personal weekly entries.
Project ownerManage projects and reportingTrack project budgets, registered value, utilisation, mileage, and reports.
AdminConfigure the operating modelReview configuration, employees, rate cards, booking codes, locks, and exports.