Understand the capabilities this project type needs and take relevant features back to the project brief.
The idea, one link away.
No installation needed. People open a link on their phone or computer and use the product. A practical starting point for the first project.
Use through a linkCheck suitability before building
01Which projects fit this form?
Portfolios, reference sites, forms, calculators, bookings and team tools whose main work fits a browser and benefits from link sharing.
02What should be ready before you start building?
Builders validating an idea for phone and desktop users without installation friction, willing to check screen sizes and maintain needed hosting/data services. Beginners can start with one small flow.
03Which projects should consider a different form?
Projects requiring system control, sustained background work or extensive local-file operations beyond the target browser’s capabilities. Offline use, a camera or a home-screen icon alone does not rule out a PWA; test the actual browsers.
04Which missing prerequisites should you resolve first?
Builders who require system features but will not check browser limits, or expect shared data without arranging data services, access rules and upkeep.
Still unsure? Try a small validation
Open a preview on target phone and desktop devices and complete the key action. If an essential capability fails, test an alternative before changing product type.
For essential desktop file-batch work, compare a desktop app.
Compare an alternative →This reference helps choose project form; its sections are not a second required route. Return to “Prepare the brief” on the main route to update the brief; technology selection is still “Agree on design and technology”.
Start with a small first version
01 / STARTA personal portfolio
Introduce the author, share three projects, and give visitors a contact option. Start with that.
Three things to prepare
- One problem worth solving
- A computer with an AI tool
- The first set of words and images
The route from idea to product
02 / BUILDFinish one small step, check it through actual use, then move on. Open each step to see the expected result.
01Describe the purpose
Tell AI who it is for and what they should be able to do.
02Keep the first version small
Separate current essentials from what can wait.
03Choose how to build
Share the budget, devices, and storage needs. Ask AI to explain its choice.
04Map out the pages
Decide where the title, content, and main actions belong.
05Make one flow work
Start with “open the site → view a project → contact the author.”
06Add content and try it out
Add the real content, then try it on a phone and a computer.
07Share it and look after it
Check the published link and keep track of costs and updates.
Ask AI to check project fit
03 / PROMPTEdit the template with actual material, confirm, then copy into the current project conversation. Mark unknowns as undecided and replace examples as needed.
Confirmed · personalized content ready to copy
Only assess product form; do not build.
Candidate: web
Users and devices: [fill in]
Core task: [fill in]
Entry and installation tolerance: [fill in]
Essential device/platform features: [fill in or none]
Offline, storage and cross-device needs: [fill in or undecided]
Available devices, accounts and test setup: [fill in]
Budget and maintenance capacity: [fill in]
Explain fit, mismatch conditions, capabilities needing validation and one alternative. Ask about essential unknowns; lack of coding experience alone is not disqualification. Propose one minimal validation task and passing criteria. Do not install, generate a project or publish.After choosing: update the brief and follow the guided route →
What to check when stuck
A button looks clickable but does nothing
Does clicking show loading, success, or an error? Record the page and steps.
- An error appears → give AI its exact text and time; reproduce it before fixing.
- No feedback → ask AI to inspect whether a real action is connected. A success message must not replace persistence.
Content is cramped on a phone
Does a narrow page scroll sideways or hide buttons?
- Provide viewport width and a screenshot; request a layout-only fix, then recheck long headings and inputs.
- No overflow but hard to use → try finger input and record spacing or readability issues.
Record the version, device, test data, steps, expected outcome, actual result, and failures. Keep AI execution records separate from personal trial results.
Open the hands-on acceptance and release template →A few useful terms
04 / UNDERSTAND- Domain
- The memorable name in the website’s address.
- Responsive design
- A layout that adapts to phones and computers.
- Minimum viable product · MVP
- A first version that does the one thing that matters most.