Lumen Agency Landing

Explain a studio’s value through selected work, concrete services and a focused enquiry path. Lumen Agency Landing pairs each project’s client-world photograph with a code-built browser window showing what was made. Its bright single-page design uses two teal-to-blue headline accents, quiet client proof and one dark contact panel. Case studies and legal text open in dialogs; forms validate locally without sending an enquiry or subscribing anyone.

What you get

  • A complete agency one-pager with restrained hero/capability trio, client wordmarks, separated testimonial bands, Recent Work and archive, services, process, engagement prices, studio/team, FAQ, enquiry panel and newsletter/footer. It is deliberately a single page; there is no blog, CMS or separate case-study route family.
  • A showcase for two to four featured projects with category filters/counts and matching archive filtering. Every project pairs a photograph of the client’s world with an HTML/CSS browser window appropriate to the work: schedule, invoice, shop, document, dashboard or component canvas. Filters have an empty featured-case state and separate archive recovery.
  • Case-study dialogs with previous/next navigation, project count, client/timeline/team/launch facts, the project’s two media cards, brief, what was built, three outcomes and client quote. A similar-project action closes the dialog and preselects the enquiry. Privacy and company details use the same dialog system rather than separate pages.
  • Six service cards with typical duration and an Ask action, pointer-follow mint wash and skewed grid detail; verb-led process steps with week ranges; two to four engagement models with price/scope; team image/three studio figures; FAQ accordion and a dark enquiry panel with availability, next steps, phone and copy-email.
  • An enquiry form for name, work email, optional company, project-type choices, budget, optional start and message. It validates, shows loading and creates a local summary plus a computed next-working-day reply message, with Send another reset. Newsletter validates and changes inline state; neither form connects to a sending service.
  • Default output is one offline HTML file with Bricolage Grotesque, Instrument Sans, Geist Mono and photos embedded. Existing/requested Next.js, Vue, Svelte, Astro or other supported projects receive components/data/idiomatic dialogs and interactions. The package provides eight photos, template, design/section/image/motion/icon/quality guides, inliner and static validator; these are resources for building the page, not an enquiry backend.

Before you choose

Use project-specific evidence to connect craft, scope and the enquiry brief. Preserve case depth, paired media and useful service presets while distinguishing a designed portfolio example from real clients, delivered applications and sent enquiries. Bright restraint should come from hierarchy and consistent spacing, not from cutting substantive project information.

Good fit

  • A design/development studio, freelancer or small consultancy sells expertise through project work and client evidence.
  • A practice needs a hire-us page with clear scope, prices, process and a useful enquiry brief.
  • A team wants one bright shareable page or the same design adapted to its existing codebase.

Not for

  • A SaaS product story primarily organized around feature comparison and subscription plans.
  • A dark-first, moody or maximalist identity; the page stays light with one dark contact panel and no theme toggle.
  • A multipage publishing site, portfolio CMS, appointment scheduler or working message-delivery system out of the box.

How to use

You say/lumen-agency-landing Build the Wrenfold Studio page, a seven-person Bristol studio that ships web apps, brand sites and design systems.
  1. Provide studio name/promise, three capabilities and two to four projects with client/type/year, outcome, brief, build details, three stats and approved quote. Add archive projects, services/durations, process/week ranges, engagement prices, team facts, FAQs and contact/availability. Treat missing ordinary details as listed placeholders for confirmation; client names, testimonials, outcome figures, fees, staff, audits, awards, directors and registrations must not become invented proof.

  2. Use standalone HTML with no project. In an existing/requested framework, inspect conventions, preserve unrelated files and port sections, case/legal data, tokens, observers and dialogs into the host’s idiom. Keep fonts/images local and do not embed the template as an iframe or inject it as raw HTML. The output remains a one-page information structure unless the actual brief changes; a framework alone does not create case/blog routes.

  3. Preserve the quiet hero stack on plain white: muted arc mark, one-line desktop headline up to 72px, three-line introduction, three open capability columns and one Explore work action. Phone text wraps naturally at roughly 36px. Keep the reference’s generous mark/headline/lead/trio/action gaps and avoid photos, product windows, second actions, badges or stat strips in the hero. A teal-to-blue clause appears here and once in the Work heading, not across every section.

  4. Carry Bricolage Grotesque display, Instrument Sans body/UI and Geist Mono project/meta/URL labels. White/zinc surfaces, fine rules, neutral layered shadows and a 1280px container with 20–40px gutters support the work; section spacing spans roughly 88–152px. Use 10px controls, 16px cards/media, 24px major panels and pill chips. Client accents remain inside mock windows. Keep one dark slate contact surface, crosshair grounds behind proof/contact and no dark-mode variant or purple wash.

  5. Keep the page rhythm: hero, client marks, first testimonial, work, second testimonial, services, process/engagements, studio, FAQ, contact and footer. Short versions may omit secondary proof/archive/engagement/studio sections, but do not place both testimonial bands together. Plan two to four featured rows and move the rest into the archive; each case ID must match its row/dialog trigger. Category counts include both featured and archive rows, so a filter can validly show no published case while still returning archive items.

  6. Rebuild one meaningful browser window per actual project. Choose a schedule, invoice/document, storefront, dashboard or docs/design-system body, changing address bar, client accent, entities, prices, dates and statuses together. The client-world photo answers who the work served; the interface answers what the studio built. These miniature windows are visual proof layouts rather than delivered client applications. The image guide permits an approved real screenshot inside the window if supplied, distinct from generating fake UI inside a photograph.

  7. Preserve case-study depth and navigation. Each needs the actual brief/build, four fact roles, three contextual outcomes and attributed quote; next/previous loops through the case collection. Dialog media is cloned from that project row, so row/dialog identity and IDs must stay consistent. Test focus trapping/Escape/arrows/scrim close and return focus, plus the similar-project action after closing. Do not describe dialogs as separately addressable case pages.

  8. Match service/engagement counts to their grids. Three or six services fill desktop columns; four/five can add a useful Ask us card rather than leave a hole. Keep the capability trio and studio figures at three. Two to four engagement models need matching CSS columns and valid project-type/budget presets. Process typically uses three to five verb-named steps with week ranges and deliverables. Prices and timing must be actual offers; a selected package only pre-fills the enquiry, not a purchase or reservation.

  9. Adapt the proof structure for other professional practices. Law/accounting can use selected matters, practice areas and fee models, while architecture/interiors can pair project-site photos with plans/schedules and completed-building archive entries. Keep evidence specific to that domain without asserting professional outcomes or compliance. Real customer marks need permission/confirmation; otherwise omit or mark a fictional concept clearly rather than presenting generated clients as a track record.

  10. Plan eight role-specific photos in one bright editorial series: four client worlds, two quote portraits, studio group and planning detail. Replace the sample pilates/workshop/roastery/bike-share scenes for actual projects; neutral blank-card planning detail may remain a placeholder when appropriate. Generated team/portraits are stand-ins, and the seven-person group cannot substantiate a real headcount. Use approved real people/photos or monograms when a portrait is unavailable. An available image tool may charge.

  11. Keep daylight, pale oak/white interiors and subtle mint/blush/sand consistent, without text/logos/screens in generated photos. Check every crop at 1440/1024/768/390px, especially the top-cropped team frame and client-world subjects. Reuse that project’s photo/window in its dialog rather than counting the clone as new evidence. File references do not establish real-client identity, usage rights or photographic accuracy.

  12. Keep enquiry choices and presets wired together. Project-type buttons are multiselect with Not sure yet exclusive; service/package/case actions select valid choices and budgets. The local validator checks name length, email, at least one type, budget and a twenty-character message; optional company/start add context. Currency, budget labels, option values and every preset must change together. Test a preset after a previous successful enquiry, because preselection returns early while the form fields are hidden until reset.

  13. Explain form outcomes honestly. Enquiry waits about 1.1 seconds, shows submitted project/budget/start/company and promises a reply by the next weekday computed in the visitor’s local calendar with British date formatting. It does not account for holidays or actual studio capacity and sends nothing. Newsletter only validates/reveals inline confirmation. Replace received/reply/subscribed promises with explicit demo wording until services are connected; copy-email feedback also needs an actual clipboard check.

  14. Rebrand metadata, header/mobile/footer marks, contact/availability date, legal name/address/directors/company numbers, mail/phone, case names/photos/file IDs, browser URLs/data, testimonials and summary/reply copy. Update anchors, navigation-spy values and links together. Remove sample proof from comments/attributes as well as visible text. Resolve token/document exceptions consciously: the headline gradient rule coexists with specified button halo, contact-ring and proof-spark treatments, so avoid interpreting it as a ban on those reference details.

  15. Prepare offline output with Node.js 18+ and initial access for three font downloads. Embed local photos/fonts and target under 5MB with an 8MB cap. The inliner writes the file then reports missing assets/fonts and does not itself enforce that hard cap; check both exit result and validator. Repeated images use a shared-source script, so include disk/iframe loading in acceptance. Adjacent-file delivery self-hosts assets rather than leaving CDN fonts.

  16. Run static validation for assets, sample identities, section/anchor/nav/case/legal IDs, category counts, form presets, plan columns, labels and signature warnings/errors. The validator checks selected patterns rather than actual service results or full visual fidelity; its display-size threshold is looser than the documented 72px target. A framework port needs its own build/type/lint. Review at 1440/1024/768/390px: work/archive/empty filters, every case/next/previous/legal dialog, service/plan presets, enquiry empty/fix/success/reset, newsletter, clipboard, FAQ, sheet focus/Escape, anchors, reduced motion and phone mockup readability. Fix/recheck and report actual checks, confirmed facts, stand-in imagery and service gaps.

Requirements and costs

You bring
Studio name, one-line promise and three capabilities · 2-4 showcase projects with an outcome number, plus six services and your process or prices · Optional: testimonials, client photos, a team photo and contact details
Dependencies
Node.js 18 or newer on your agent's machine, to run the bundled script that builds the single offline file · Internet access while the file is built, so the fonts can be downloaded once and embedded · Optional: an image generation tool in your agent for client, portrait, team and process photos
Outside costs
Client-world photos, portraits, the team photo and the process detail are generated with your agent's own image tool when you do not supply them, which may incur that tool's usage charges. Testimonials without a portrait fall back to monograms.
Publisher testing
v1.0.3 — Claude Code / Claude Desktop / Cowork / Codex / ChatGPT

FAQ

User reviews

—0 reviews

Select a star to share your experience.

No reviews yet. Ratings appear once readers share real experiences.

Similar Skills

View all skills