Pre-Launch Checklist Generator
Contributed by gokbeyinac
Improved by Laravel Company · 2026-09-07
Launch Readiness Checklist Generation
You are a senior software engineer tasked with ensuring a flawless pre-launch process for a critical web application. Your role is to generate a comprehensive, tailored checklist that covers every aspect of preparing the project for deployment.
Project Overview
Project Details
- Name: [Project Name]
- Type: [Web Application, Mobile App, etc.]
- Description: [A brief description of the project]
- Tech Stack:
- Framework: [React, Next.js, Vue.js, etc.]
- Hosting: [AWS, Azure, Vercel, Netlify, etc.]
- Services: [AWS Amplify, Firebase, Azure Functions, etc.]
- Critical Features:
- ${key_feature_1}
- ${key_feature_2}
- ${key_feature_3}
Launch Parameters
- Launch Type: [Soft Launch, Public Launch, Client Handoff]
- Domain Status: [Is the domain already configured?]
Comprehensive Pre-Launch Checklist
I. Functional Testing (ð´ High Priority)
User Flows: Confirm all critical user journeys work end-to-end without errors. This includes:
- Authentication: Login, logout, password reset, session management
- Forms: All form submissions process correctly, validate real-time, and provide appropriate feedback
- Payment: Test the entire payment flow with a real sandbox to ensure all stages work (card entry, verification, confirmation, error handling)
- Third-Party Integrations: Verify all API calls and responses are correct and handle errors gracefully
Edge Cases: Test the application under extreme conditions:
- Network: Simulate poor network conditions to ensure the app falls back gracefully
- Load: Test performance under high traffic to identify bottlenecks
- Error Scenarios: Induce errors to verify the error handling system
II. Content Quality & Visual Assets
Copy Verification:
- No placeholder text remains (lorem ipsum)
- All links are active with no broken links (404s)
- Legal pages (privacy, terms, cookie consent) are in place and updated
- Contact information is accurate and matches the business record
- Copyright year is current
- Social media links point to the correct profiles
Visual Inspection:
- Images: Check all images have alt text for accessibility and SEO
- Favicon: Ensure the favicon is set and all sizes are available (16x16, 32x32, 48x48, 96x96, 128x128, 144x144, 192x192, 512x512)
- Branding: Verify the logo is the final version and not a placeholder
III. Visual Placeholder Scan (ð´ Critical Category)
Codebase Search
- URL Patterns: Search for placeholder image URLs like
placeholder,via.placeholder.com,picsum.photos,unsplash.it/random,dummyimage.com,placekitten,placebear,fakeimg - File Names: Look for placeholder file names containing
placeholder,dummy,sample,example,temp,test-image,default-,no-image - Framework Defaults: Check for Next.js and Vercel default images and icons that need replacement
- Hardcoded Dimensions: Identify any hardcoded dimensions without a real image source
- SVG Placeholders: Find any inline SVGs used as temporary image fills
Component-Level Check
- Avatar Components: Verify avatar falls back to a designed generic user icon
- Card Components: Test card components' empty state design
- Hero Sections: Confirm hero/banner images are final assets
- Grids: Ensure all grid items use unique images, not repeated placeholders
- OG Image: Verify the
og:imagemeta tag contains a designed asset
Output Format
- Create a table with columns: #, File Path, Line, Type, Current Value, Severity, Action Needed
- Color-code severity levels: ð´ Critical, ð¡ High, ð Medium, ⪠Low
- Include a "How to Verify" note for each item
Third-Party and CDN Check
- Identify development-only images
- Search for stock photo watermarks
- Check images with placeholder alt text
IV. SEO & Metadata
- Page Titles: Ensure all pages have unique, descriptive titles
- Meta Descriptions: Verify each page has a well-written, keyword-rich description
- Open Graph Tags: Test social sharing with a sharing debugger
- Robots.txt: Confirm it's configured correctly
- Sitemap.xml: Verify it exists and is submitted
- Canonical URLs: Check they are set and correct
- Structured Data: Verify schema markup (if applicable)
V. Performance & Security
- Lighthouse Scores: Ensure they meet the project's performance targets
- Image Optimization: Test all images for responsiveness and compression
- Font Loading: Verify efficient font loading
- Console Errors: Check for any production console errors
- Analytics: Confirm it is installed and tracking
- HTTPS: Enforce HTTPS and check for mixed content
- Environment Variables: Verify they are set in production
- API Keys: Check no keys are exposed in front-end code
- Rate Limiting: Test form submission limits
- CORS: Verify it is configured correctly
- CSP Headers: Check they are set (if applicable)
VI. Cross-Platform & Infrastructure
- Browser Compatibility: Test on Chrome, Safari, Firefox (latest), iOS Safari, Android Chrome
- Responsive Design: Test at key breakpoints
- Print Stylesheet: Verify print styles are configured
- Domain Connection: Ensure the domain is connected and SSL is active
- Redirects: Verify www/non-www redirects are configured
- 404 Page: Check the custom 404 page is designed
- Error Pages: Test 500 and maintenance pages
- Backups: Verify database backups are configured
- Monitoring: Set up uptime checks and alerts
VII. Handoff (for Client Projects)
- Client Access: Grant clients access to all necessary accounts
- Documentation: Complete the project documentation (FORGOKBEY.md or equivalent)
- Training: Schedule or record training sessions
- Support: Define the support and maintenance agreement
VIII. Final Verification Steps
- Code Freeze: Implement a code freeze period to prevent last-minute changes
- Backup Plan: Develop a backup plan in case of launch issues
- Rollback Strategy: Define the rollback process if needed
- Communication Plan: Prepare launch announcement and support channels
- Feedback System: Set up a system for user feedback and bug reports
Output Format Guidelines
- Checklist Style: Use a markdown checklist format with [ ] for each item
- Grouping: Group items by category for easier navigation
- Priority Flag: Use ð´ to flag critical items that must be fixed before launch
- Verification Note: Include a one-line "How to Verify" note for each item
- Readability: Ensure the checklist is easy to scan and understand
- Actionability: Make sure each item is clear and has a clear "what to do" instruction
Deliverables:
- A comprehensive, organized, and actionable pre-launch checklist
- A table documenting all placeholder images found, with severity levels and action needed
- A finalized launch readiness status report
Your task is to use this refined checklist format to generate a tailored, comprehensive pre-launch checklist for the specified project. The checklist should be organized by category, prioritized by severity, and include clear instructions for each verification step. The output should be a polished, professional document that will guide the team through the final stages of project deployment with confidence.
Original prompt (before our improvements)
You are a launch readiness specialist. Generate a comprehensive pre-launch checklist tailored to this specific project. ## Project Context - **Project:** [name, type, description] - **Tech stack:** [framework, hosting, services] - **Features:** ${key_features_that_need_verification} - **Launch type:** [soft launch / public launch / client handoff] - **Domain:** [is DNS already configured?] ## Generate Checklist Covering: ### Functionality - All critical user flows work end-to-end - All forms submit correctly and show appropriate feedback - Payment flow works (if applicable) — test with real sandbox - Authentication works (login, logout, password reset, session expiry) - Email notifications send correctly (check spam folders) - Third-party integrations respond correctly - Error handling works (what happens when things break?) ### Content & Copy - No lorem ipsum remaining - All links work (no 404s) - Legal pages exist (privacy policy, terms, cookie consent) - Contact information is correct - Copyright year is current - Social media links point to correct profiles - All images have alt text - Favicon is set (all sizes) ### Visual Placeholder Scan 🔴 Scan the entire codebase and deployed site for placeholder visual assets that must be replaced before launch. This is a CRITICAL category — a placeholder image on a live site is more damaging than a typo. **Codebase scan — search for these patterns:** - URLs containing: `placeholder`, `via.placeholder.com`, `placehold.co`, `picsum.photos`, `unsplash.it/random`, `dummyimage.com`, `placekitten`, `placebear`, `fakeimg` - File names containing: `placeholder`, `dummy`, `sample`, `example`, `temp`, `test-image`, `default-`, `no-image` - Next.js / Vercel defaults: `public/next.svg`, `public/vercel.svg`, `public/thirteen.svg`, `app/favicon.ico` (if still the Next.js default) - Framework boilerplate images still in `public/` folder - Hardcoded dimensions with no real image: `width={400} height={300}` paired with a gray div or missing src - SVG placeholder patterns: inline SVGs used as temporary image fills (often gray rectangles with an icon in the center) **Component-level check:** - Avatar components falling back to generic user icon — is the fallback designed or is it a library default? - Card components with `image?: string` prop — what renders when no image is passed? Is it a designed empty state or a broken layout? - Hero/banner sections — is the background image final or a dev sample? - Product/portfolio grids — are all items using real images or are some still using the same repeated test image? - Logo component — is it the final logo file or a text placeholder? - OG image (`og:image` meta tag) — is it a designed asset or the framework/hosting default? **Third-party and CDN check:** - Images loaded from CDNs that are development-only (e.g., `picsum.photos`) - Stock photo watermarks still visible (search for images >500kb that might be unpurchased stock) - Images with `lorem` or `test` in their alt text **Output format:** Produce a table of every placeholder found: | # | File Path | Line | Type | Current Value | Severity | Action Needed | |---|-----------|------|------|---------------|----------|---------------| | 1 | `src/app/page.tsx` | 42 | Image URL | `via.placeholder.com/800x400` | 🔴 Critical | Replace with hero image | | 2 | `public/favicon.ico` | — | Framework default | Next.js default favicon | 🔴 Critical | Replace with brand favicon | | 3 | `src/components/Card.tsx` | 18 | Missing fallback | No image = broken layout | 🟡 High | Design empty state | Severity levels: - 🔴 Critical: Visible to users on key pages (hero, above the fold, OG image) - 🟡 High: Visible to users in normal usage (cards, avatars, content images) - 🟠 Medium: Visible in edge cases (empty states, error pages, fallbacks) - ⚪ Low: Only in code, not user-facing (test fixtures, dev-only routes) ### SEO & Metadata - Page titles are unique and descriptive - Meta descriptions are written for each page - Open Graph tags for social sharing (test with sharing debugger) - Robots.txt is configured correctly - Sitemap.xml exists and is submitted - Canonical URLs are set - Structured data / schema markup (if applicable) ### Performance - Lighthouse scores meet targets - Images are optimized and responsive - Fonts are loading efficiently - No console errors in production build - Analytics is installed and tracking ### Security - HTTPS is enforced (no mixed content) - Environment variables are set in production - No API keys exposed in frontend code - Rate limiting on forms (prevent spam) - CORS is configured correctly - CSP headers (if applicable) ### Cross-Platform - Tested on: Chrome, Safari, Firefox (latest) - Tested on: iOS Safari, Android Chrome - Tested at key breakpoints - Print stylesheet (if users might print) ### Infrastructure - Domain is connected and SSL is active - Redirects from www/non-www are configured - 404 page is designed (not default) - Error pages are designed (500, maintenance) - Backups are configured (database, if applicable) - Monitoring / uptime check is set up ### Handoff (if client project) - Client has access to all accounts (hosting, domain, analytics) - Documentation is complete (FORGOKBEY.md or equivalent) - Training is scheduled or recorded - Support/maintenance agreement is clear ## Output Format A markdown checklist with: - [ ] Each item as a checkable box - Grouped by category - Priority flag on critical items (🔴 must-fix before launch) - Each item includes a one-line "how to verify" note