← Portfolio JR Julia Reprintseva RU
Prompts · design audit

Prompts I use to review my own sites

Four ready-made texts for an AI: copy one, attach the page — and get a review shaped as “problem → why it hurts → how to fix it”.

Here you will find what I use in my own work. When I build a site myself, my eye stops seeing it: I look at the page from the inside, not the way someone landing on it for the first time will. A prompt gives the outside view back.

Each one is written so the model cannot get away with compliments. They explicitly forbid “looks good overall” without an explanation, require separating real problems from personal taste, and forbid inventing flaws where a solution already works.

The prompts work with any strong model — ChatGPT, Claude or another. What it reviews is whatever you attach: the page's HTML file, screenshots or a link.

How to use them

  1. Attach the page — its HTML file, screenshots or a link. If you built it yourself, handing over the HTML is easiest: it is already there, and no screenshots are needed.
  2. Both is better. The code shows structure and styles, the screenshots show what the page actually looks like. For the mobile prompt, phone screenshots are required.
  3. Paste the prompt into the same chat.
  4. Work by priority. Each prompt ends by naming the three changes with the biggest effect — start there.
P Prompts 04
P.01

Full design audit of a site

When you need a review of a whole page or site

The most detailed of the four: twelve sections, from first impression and visual hierarchy to accessibility and how current the design looks. It asks the model to separate real problems from personal taste and ends with scores on seven scales.

Show the promptHide the prompt
Full prompt · copies as Markdown

You are a strong senior web designer and art director with experience building modern commercial sites, landing pages, media and educational projects.

Your task is to run a professional design audit of a site or a specific page that I will show you as a link, screenshots or an HTML file. The code gives you the structure, the markup and the styles; the screenshots give you the final picture. If both are attached, use both, and point it out if they disagree.

Look at the site not as an ordinary user but as a specialist in web design, UI/UX, visual communication and conversion.

What to evaluate

1. First impression

Look at the page for a few seconds and answer:

  • what do I notice first;
  • is it immediately clear what this site is, whose it is and what is offered here;
  • does the site look professional, modern and convincing;
  • what impression does it create: expensive / cheap, expert / amateur, modern / dated, alive / templated;
  • does it make me want to keep exploring the page.

Do not fill in the blanks for the site owner. If the meaning has to be decoded, that is a flaw in the design or the structure.

2. Visual hierarchy

Evaluate:

  • is it clear where to look first and where to look next;
  • are the meaningful accents placed correctly;
  • do headings, images, buttons and decorative elements compete with each other;
  • are different blocks of meaning visually separated enough;
  • are there elements that draw too much attention or, on the contrary, get lost.

Point out separately if the visual hierarchy breaks down.

3. Composition and grid

Check:

  • the width of the content area;
  • alignment;
  • margins and padding;
  • distances between blocks;
  • the rhythm of the page;
  • the balance of text and free space;
  • the placement of images, cards, buttons and other elements;
  • whether there is a feeling of crowding, emptiness, chaos or randomly assembled elements.

If you see a problem, explain not only "this is ugly" but why it does not work compositionally.

4. Typography

Evaluate:

  • the choice of typefaces;
  • the sizes of headings and body text;
  • line height;
  • line length;
  • weights and styles;
  • contrast between heading levels;
  • readability;
  • how many different typographic styles are in play.

Check separately whether the text reads as a solid wall and whether the page is easy to scan.

5. Colour and visual style

Evaluate:

  • the colour palette;
  • contrast;
  • colour combinations;
  • the use of brand colours;
  • the background;
  • buttons;
  • illustrations and photographs;
  • icons;
  • corner radii, shadows, borders and other UI devices.

Determine whether everything looks like part of one design system or whether the elements are assembled from different styles.

Do not suggest changing colours simply because you personally prefer others. Criticise only where there is a functional or visual problem.

6. UX and usability

Check:

  • is it clear what can be clicked;
  • are the main buttons noticeable;
  • is the navigation placed logically;
  • is important information easy to find;
  • is it clear what the user should do next;
  • are there unnecessary steps;
  • does the order of blocks match the user's logic.

For every serious UX flaw, explain the scenario: "The user wants X → sees Y → because of that they may not understand / not notice / leave."

7. The first screen

Take it apart in particular detail.

Answer:

  • is the offer clear without scrolling;
  • is the main heading strong enough;
  • does the subheading help;
  • is there an obvious next step;
  • is the screen overloaded;
  • does the image work for the meaning or is it decoration;
  • what is missing here;
  • what could be removed.

8. Content through a designer's eyes

Do not edit the whole text as a copywriter, but evaluate:

  • is there too much text;
  • are the paragraphs short enough;
  • can the page be scanned quickly;
  • are the key ideas pulled out;
  • are there empty or repetitive blocks;
  • does the amount of text match the importance of the information.

If the text gets in the way of the design, show exactly where and why.

9. Trust

Evaluate how well the design helps a visitor believe the person, the company or the project.

Check for the presence and the presentation of:

  • the author's name and personality;
  • experience;
  • case studies;
  • clients;
  • testimonials;
  • partners;
  • numbers;
  • photographs;
  • contacts;
  • social proof.

Important: evaluate not only whether these elements exist but how convincingly they are presented.

10. How current it looks

Determine whether the site looks up to date today.

If something looks dated, name the specific device:

  • the composition;
  • the typography;
  • the cards;
  • the buttons;
  • the gradients;
  • the images;
  • the grid;
  • the effects;
  • interface density, and so on.

Do not write a vague "looks outdated".

11. Mobile version

If it is shown, evaluate separately:

  • text sizes;
  • margins;
  • the order of blocks;
  • line breaks;
  • buttons;
  • the menu;
  • images;
  • reading comfort;
  • elements that look fine on desktop but break on mobile.

12. Accessibility

Check the obvious problems:

  • insufficient contrast;
  • text that is too small;
  • clickable elements that are too small;
  • meaning conveyed by colour alone;
  • poor legibility of text over an image.

Do not go into a formal WCAG audit if there is not enough data for one.

How to give feedback

I need professional criticism, not compliments.

Do not write: "overall it's fine", "looks stylish", "could be improved a little", unless you explain specifically why.

Separate:

  1. objective problems;
  2. debatable design decisions;
  3. matters of taste.

Do not pass off a matter of taste as a professional rule.

Phrase every note in this shape:

Problem → why it is a problem → how to fix it.

For example:

"The main heading is visually almost equal to the subheading → the first screen has no obvious entry point → increase the difference in size and/or weight and tone down the subheading."

Priorities

Do not compile an endless list of trivia.

First find the 5–7 changes that would improve the page the most.

Split the notes into:

Critical — gets in the way of understanding the offer, using the site, or makes it feel like an unprofessional product.

Important — noticeably degrades the design or the impression, but the site still does its job.

Cosmetic — polish worth doing after the main problems are solved.

Summary

At the end, give:

Overall design score: X/10.

Then, separately on a 10-point scale:

  • visual quality;
  • composition;
  • typography;
  • UX;
  • visual hierarchy;
  • trust;
  • how current it looks.

After that, state:

The three main problems of the page

and

The three changes that will give the biggest effect for the smallest amount of rework.

If the site already looks professional, do not invent flaws for the sake of criticism. If it looks amateur, say so directly and explain which specific decisions create that impression.

If I send several pages of one site, first evaluate each page, then separately evaluate the coherence of the site as a system: consistency of grid, typography, buttons, colours, cards, navigation and the overall visual language.

P.02

Mobile version of a landing page

When desktop is fine but the phone view is not

Checks the whole top-to-bottom journey, not separate screens. It also asks for systemic problems: if the same mistake repeats in ten places, that is one design-system problem, not ten separate notes.

Show the promptHide the prompt
Full prompt · copies as Markdown

You are a senior web designer and UX/UI designer. Run a professional audit of the entire mobile version of a landing page from whatever I attach: screenshots taken on a phone, the page's HTML file or a link. Screenshots show the real picture, the code shows the responsive rules and the breakpoints; if you have both, use both.

Your task is to check not individual screens but how well the whole site is adapted to a smartphone and how comfortable it is to move through it from top to bottom.

Evaluate:

  • the first screen — is it immediately clear what this project is, what matters here and where to tap;
  • visual hierarchy — are the priorities of headings, text, images and CTAs preserved;
  • typography — font sizes, line length, hyphenation, line spacing, readability;
  • spacing and rhythm — is there crowding, excessive emptiness or random distances between blocks;
  • grid and responsiveness — do columns, cards, photographs, lists and other elements rebuild correctly;
  • images — are important parts cropped out, are the proportions and sizes right;
  • buttons and links — are they big enough to tap with a finger, are they clearly visible, are there clickable elements placed too close together;
  • navigation and menu — is it clear how to use them on a phone;
  • long text blocks — are they comfortable to read and scan, does the page turn into an endless wall of text;
  • cards, forms, modals and pop-ups — do they fit on the screen correctly and are they comfortable to use;
  • CTAs across the whole page — do they appear at logical moments and do they get lost during a long scroll;
  • horizontal scrolling, cropped content, overlaps and technical responsive bugs;
  • the order of blocks — is the landing page's logic preserved after moving from a desktop composition to a single column;
  • overall coherence — does the mobile version look deliberately designed or simply like a shrunken desktop page.

Separately, find systemic problems: if the same bad spacing, text size or card repeats in many places, do not list it ten times — name it as one design-system problem and point out where it shows up.

For every substantial note, write:

Problem → why it hurts the user → how to fix it.

Split the notes into:

  • critical — breaks the use or the perception of the site;
  • important — noticeably degrades UX and design;
  • cosmetic — polish after the main fixes.

Do not suggest changes purely as a matter of taste.

At the end, give:

  1. An overall score for the mobile version from 1 to 10.
  2. The 5 main problems of the whole landing page.
  3. The 3 changes that will give the biggest effect.
  4. Answer separately: does the mobile version look like a full, standalone design or like an automatic adaptation of the desktop.
  5. If you see repeating mistakes, list which rules of the mobile design system should be changed globally, so that each screen does not have to be fixed by hand.
P.03

Event announcement page

A page whose job is to bring people to registration

Short and targeted. It looks at how visible the speaker, date, venue and registration button are, and answers separately whether the page can be published as is.

Show the promptHide the prompt
Full prompt · copies as Markdown

You are a senior web designer and art director. Run a professional design audit of an event announcement page from whatever I attach: screenshots, the page's HTML file or a link. If both screenshots and code are attached, rely on both: the code shows structure and styles, the screenshots show what it actually looks like.

Evaluate this page specifically as an announcement whose job is to interest a person quickly and lead them to registration.

Look at:

  • visual hierarchy: is it clear where to look first and what matters most here;
  • composition, grid, spacing and the balance of text and photography;
  • typography: sizes, line length, line spacing, reading comfort;
  • the amount and presentation of text: does the announcement turn into a wall of text, is it easy to scan;
  • how noticeable the speaker, the date, the venue and the registration button are;
  • the photograph: size, cropping, placement and how it works for the composition;
  • the CTA: is the button noticeable enough and does it appear at the right moment;
  • the overall impression: does the page look professional, modern and expensive;
  • what works particularly well or badly in different parts of the page as you scroll.

Do not evaluate the content of the text as an editor — only how it works within the design.

Do not suggest changes as a matter of taste. For every substantial note write: problem → why it hurts → how to fix it.

At the end, give:

  1. an overall design score from 1 to 10;
  2. the 5 main problems, if there are any;
  3. the 3 changes with the biggest effect that are worth doing first;
  4. answer separately: can the page be left as it is or does it need work before publication.
P.04

Past event page

An archive page: recording, notes, materials

A different job here — not to sell but to preserve. The prompt asks separately whether the event itself comes through on the page, and whether the template will hold up across dozens of future archive pages.

Show the promptHide the prompt
Full prompt · copies as Markdown

You are a senior web designer and art director. Run a professional design audit of a past-event page of the Intellectual AI Lectorium from whatever I attach: screenshots, the page's HTML file or a link. If there are both code and screenshots, rely on both.

This is not a sales announcement but an editorial archive page that a person comes to after the event: to find out what happened at the meeting, who spoke, to get the materials, watch the recording, read the notes or the instructions. At the same time such pages shape the image and the value of the whole lectorium.

Evaluate:

  • the first screen and the visual hierarchy — is it immediately clear that this is a past event, what the topic was, who the speaker was, when and where it took place;
  • composition, grid, margins and spacing — does the page look assembled and professional;
  • typography — headings, subheadings, body text, line length, line spacing, contrast between levels;
  • readability of a long piece — is the page comfortable to read and to scan, are there enough visual entry points;
  • content structure — are the description of the meeting, the speaker, the recording, the notes, the instructions, the photographs, the links and the extra materials well separated;
  • cards, lists and other elements inside the article — do they help orientation or create visual noise;
  • navigation — is it clear how to get back to the archive and move to other past meetings;
  • coherence of the design system — does this page feel like part of the same site and the same lectorium;
  • the overall impression — does this look like a quality editorial page of an intellectual project at the level of good media or an educational platform, or more like a long text on a website.

Evaluate separately one important question: is the page too much like an ordinary article, and can the event itself be felt strongly enough — a living lectorium, a specific speaker and a meeting that actually happened.

Do not evaluate the quality of the text as an editor unless it directly affects the design and the perception of the page.

For every substantial note, use this shape:

Problem → why it hurts → how to fix it.

Do not suggest changes as a matter of taste and do not invent flaws if a solution already works.

At the end, give:

  1. an overall design score from 1 to 10;
  2. the 5 main problems of the page;
  3. the 3 changes with the biggest effect;
  4. answer separately: how well this template will work for dozens of future archive pages and what should be standardised in it before scaling.

This list keeps growing: I add prompts here once I have worked them into shape myself.