TEXT

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:image meta 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