{"id":7768,"date":"2026-08-03T08:33:23","date_gmt":"2026-08-03T07:33:23","guid":{"rendered":"https:\/\/www.superdocu.com\/en\/blog\/web-design-client-onboarding-checklist\/"},"modified":"2026-08-03T08:33:23","modified_gmt":"2026-08-03T07:33:23","slug":"web-design-client-onboarding-checklist","status":"publish","type":"post","link":"https:\/\/www.superdocu.com\/fr\/blog\/web-design-client-onboarding-checklist\/","title":{"rendered":"Web Design Client Onboarding Checklist: Everything to Collect Before You Start Building"},"content":{"rendered":"<p>A web design client onboarding checklist is what separates a project that launches on time from one that stalls in week three because you are still waiting on brand guidelines, hosting logins, or the client&#8217;s real content. If you have ever handed off a Figma file that a client rejected for reasons they could have told you on day one, or discovered mid-build that the hosting is on a plan that will not support what you designed, you already know why a proper intake matters.<\/p>\n<p>This guide walks through every asset, credential, form, and decision to collect before you open Figma \u2014 plus how to stop doing it over eight email threads and a shared Notion page nobody updates.<\/p>\n<h2>Why web design agencies and freelancers need a formal onboarding process<\/h2>\n<p>Web design projects fail for a small number of predictable reasons: unclear scope, missing brand assets, inaccessible hosting, and content that never arrives. All four are onboarding problems, not design problems.<\/p>\n<p>A structured onboarding checklist does three things at once:<\/p>\n<ul>\n<li><strong>Locks scope early.<\/strong> A signed brief and page inventory prevent the &#8220;can we also add a booking system?&#8221; moment in week four.<\/li>\n<li><strong>Removes technical blockers before design starts.<\/strong> Hosting, domain, and analytics access collected upfront means dev handoff does not stall on a forgotten login.<\/li>\n<li><strong>Signals professionalism.<\/strong> Clients who receive a structured intake trust your process and stop questioning your rate.<\/li>\n<\/ul>\n<p>If you handle more than one project a month, informal onboarding breaks. A checklist in a Notion page cannot tell you the client&#8217;s SSL certificate expires next week. That is where a proper <a href=\"https:\/\/www.superdocu.com\/blog\/client-onboarding-automation\/\">client onboarding automation<\/a> workflow starts to pay for itself.<\/p>\n<h2>The complete web design client onboarding checklist<\/h2>\n<p>Below is a full checklist for onboarding a new client to a website design, redesign, or landing page project. Not every item applies to every engagement \u2014 landing page projects skip most of the content section, e-commerce projects add product inventory and payment gateway credentials.<\/p>\n<h3>1. Contract and scope documents<\/h3>\n<p>Signed before any design work, no exceptions.<\/p>\n<ul>\n<li><strong>Master services agreement or SOW<\/strong> \u2014 Scope, deliverables, revision rounds, timeline, out-of-scope changes policy<\/li>\n<li><strong>Deposit invoice<\/strong> \u2014 Typically 30\u201350% upfront, non-refundable, holds the start date<\/li>\n<li><strong>Payment schedule<\/strong> \u2014 Milestones tied to deliverables (design approval, dev complete, launch)<\/li>\n<li><strong>IP and ownership terms<\/strong> \u2014 Who owns the final files, who owns pre-launch iterations, licensing for stock assets used<\/li>\n<li><strong>NDA<\/strong> \u2014 If the client is pre-launch, has proprietary content, or is in a regulated industry<\/li>\n<li><strong>Kill fee clause<\/strong> \u2014 What happens if the project is cancelled mid-build<\/li>\n<\/ul>\n<h3>2. Discovery brief<\/h3>\n<p>The one document that determines whether you build the right thing.<\/p>\n<ul>\n<li><strong>Business overview<\/strong> \u2014 What they sell, to whom, at what price point<\/li>\n<li><strong>Target audience<\/strong> \u2014 Primary persona, secondary personas, buyer intent<\/li>\n<li><strong>Business goals for the site<\/strong> \u2014 Lead capture, e-commerce revenue, thought leadership, direct booking<\/li>\n<li><strong>Success metrics<\/strong> \u2014 How they will judge the launched site in month three<\/li>\n<li><strong>Current site pain points<\/strong> \u2014 What is broken, slow, off-brand, or missing<\/li>\n<li><strong>Competitor sites they admire<\/strong> \u2014 Three to five references with notes on what they like<\/li>\n<li><strong>Sites they dislike<\/strong> \u2014 What to avoid, in their words<\/li>\n<li><strong>Tone and voice<\/strong> \u2014 Formal, playful, technical, luxury, direct<\/li>\n<li><strong>Non-negotiables<\/strong> \u2014 Anything the CEO, founder, or legal team requires<\/li>\n<\/ul>\n<h3>3. Brand assets<\/h3>\n<p>The materials your designers need before they open the first file.<\/p>\n<ul>\n<li><strong>Logo files<\/strong> \u2014 SVG, PNG (transparent), print-ready EPS or AI, in every approved lockup<\/li>\n<li><strong>Brand guidelines PDF<\/strong> \u2014 Colors (hex, RGB, CMYK, Pantone), typography, spacing rules, do&#8217;s and don&#8217;ts<\/li>\n<li><strong>Font files or licenses<\/strong> \u2014 Especially for custom or licensed typefaces<\/li>\n<li><strong>Photography library<\/strong> \u2014 Approved product shots, team photos, lifestyle imagery, with usage rights<\/li>\n<li><strong>Video assets<\/strong> \u2014 Hero video, product demos, testimonials<\/li>\n<li><strong>Icon set<\/strong> \u2014 If they have an existing custom set to maintain<\/li>\n<li><strong>Color palette in accessible format<\/strong> \u2014 Confirm WCAG AA contrast for text on brand backgrounds<\/li>\n<li><strong>Illustration style guide<\/strong> \u2014 If custom illustrations are part of the brand<\/li>\n<\/ul>\n<h3>4. Content and copy<\/h3>\n<p>The single largest cause of missed launch dates. Get this before design, not after.<\/p>\n<ul>\n<li><strong>Sitemap approval<\/strong> \u2014 Every page, in the exact tree structure<\/li>\n<li><strong>Page-by-page copy<\/strong> \u2014 Headlines, subheads, body copy, CTAs, meta descriptions<\/li>\n<li><strong>Blog or article backlog<\/strong> \u2014 If migrating, an export in a workable format<\/li>\n<li><strong>Product or service descriptions<\/strong> \u2014 With SKUs, pricing, and variants for e-commerce<\/li>\n<li><strong>Team bios and photos<\/strong> \u2014 Job titles, LinkedIn URLs, headshots<\/li>\n<li><strong>Testimonials and case studies<\/strong> \u2014 With permission to publish and named source<\/li>\n<li><strong>Legal pages<\/strong> \u2014 Privacy policy, terms of service, cookie policy, accessibility statement, imprint (if applicable)<\/li>\n<li><strong>FAQ content<\/strong> \u2014 Real questions from sales or support, with approved answers<\/li>\n<li><strong>Newsletter and lead magnet copy<\/strong> \u2014 Confirmation emails, welcome flows<\/li>\n<\/ul>\n<p>If content is going to slip, agree upfront on placeholder policy and who writes the fallback. A <a href=\"https:\/\/www.superdocu.com\/blog\/document-request-email-templates\/\">document request email template<\/a> sent at kickoff makes the &#8220;please send us your bios&#8221; ask feel routine, not needy.<\/p>\n<h3>5. Technical credentials and access<\/h3>\n<p>Every login the dev team needs before they touch a line of code. Batch this \u2014 nothing kills week two like waiting on a hosting provider password reset.<\/p>\n<ul>\n<li><strong>Domain registrar login<\/strong> \u2014 Or DNS management access<\/li>\n<li><strong>Current hosting provider access<\/strong> \u2014 With ability to point DNS, back up, and eventually migrate<\/li>\n<li><strong>New hosting decision<\/strong> \u2014 If moving, the target host, plan, and billing owner<\/li>\n<li><strong>CMS admin access<\/strong> \u2014 WordPress, Webflow, Shopify, Ghost, HubSpot, etc.<\/li>\n<li><strong>Google Workspace or email admin<\/strong> \u2014 For MX record changes at launch<\/li>\n<li><strong>Cloudflare or CDN access<\/strong> \u2014 If in use<\/li>\n<li><strong>SSL certificate provider<\/strong> \u2014 Or confirmation new host will handle it<\/li>\n<li><strong>Git repository access<\/strong> \u2014 If the client owns the codebase<\/li>\n<li><strong>Staging environment credentials<\/strong> \u2014 Or agreement on where staging will live<\/li>\n<li><strong>FTP or SFTP credentials<\/strong> \u2014 For legacy hosting scenarios<\/li>\n<li><strong>Environment variables and API keys<\/strong> \u2014 For any third-party services the site consumes<\/li>\n<\/ul>\n<h3>6. Analytics, tracking, and integrations<\/h3>\n<p>Credentials that used to be nice-to-have. Now they are day-one required if you want to measure anything post-launch.<\/p>\n<ul>\n<li><strong>Google Analytics 4 property access<\/strong> \u2014 Admin role, not just viewer<\/li>\n<li><strong>Google Tag Manager admin access<\/strong><\/li>\n<li><strong>Google Search Console verification<\/strong> \u2014 With ownership transfer if needed<\/li>\n<li><strong>Meta Business Manager<\/strong> \u2014 For pixel install and ads integration<\/li>\n<li><strong>LinkedIn Insight Tag admin<\/strong><\/li>\n<li><strong>HubSpot, Salesforce, or CRM access<\/strong> \u2014 For form submissions and lead routing<\/li>\n<li><strong>Email service provider access<\/strong> \u2014 Mailchimp, ActiveCampaign, ConvertKit, for form connections<\/li>\n<li><strong>Booking or scheduling tool<\/strong> \u2014 Calendly, Acuity, if embedded<\/li>\n<li><strong>Payment gateway access<\/strong> \u2014 Stripe, PayPal, for e-commerce<\/li>\n<li><strong>Live chat provider<\/strong> \u2014 Intercom, Drift, if embedded<\/li>\n<\/ul>\n<h3>7. Legal, compliance, and accessibility requirements<\/h3>\n<p>The requirements that turn into rework if they surface after launch.<\/p>\n<ul>\n<li><strong>Cookie banner requirements<\/strong> \u2014 GDPR, CCPA, ePrivacy \u2014 depends on audience geography<\/li>\n<li><strong>Data processing agreement<\/strong> \u2014 If handling EU user data. If the client operates in Europe, our guide on <a href=\"https:\/\/www.superdocu.com\/blog\/gdpr-compliant-document-collection\/\">GDPR-compliant document collection<\/a> covers what actually needs to be in place.<\/li>\n<li><strong>Accessibility target<\/strong> \u2014 WCAG 2.1 AA is standard; some regulated industries require AAA<\/li>\n<li><strong>Industry-specific compliance<\/strong> \u2014 HIPAA for health, SOC 2 evidence for enterprise SaaS<\/li>\n<li><strong>Copyright and image licensing<\/strong> \u2014 Written confirmation the client owns or has licensed every image they supply<\/li>\n<li><strong>Trademark or brand approval process<\/strong> \u2014 Who signs off on final creative before launch<\/li>\n<\/ul>\n<h3>8. Third-party approvals and stakeholders<\/h3>\n<p>The people who can kill your project on day 42 if they only see it on day 42.<\/p>\n<ul>\n<li><strong>Full stakeholder list<\/strong> \u2014 Names, roles, decision-making authority<\/li>\n<li><strong>Sign-off matrix<\/strong> \u2014 Who approves design, who approves copy, who approves technical decisions<\/li>\n<li><strong>Legal review process<\/strong> \u2014 Timeline and approver<\/li>\n<li><strong>Founder or CEO involvement<\/strong> \u2014 At what milestones and via what format<\/li>\n<li><strong>Design system or parent brand team<\/strong> \u2014 If subsidiary of a larger org<\/li>\n<li><strong>External agency dependencies<\/strong> \u2014 SEO agency, PPC agency, PR firm<\/li>\n<\/ul>\n<h2>Web design client onboarding checklist by project type<\/h2>\n<p>Not every project needs everything above. Here is what to prioritize by engagement type.<\/p>\n<figure class='wp-block-table'>\n<table>\n<thead>\n<tr>\n<th>Project type<\/th>\n<th>Load-bearing items<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>Marketing site redesign<\/strong><\/td>\n<td>Brief, sitemap, brand assets, page copy, hosting access, GA4, launch stakeholder list<\/td>\n<\/tr>\n<tr>\n<td><strong>Landing page project<\/strong><\/td>\n<td>Brief, target persona, headline and CTA copy, brand assets, GA4 and pixel access, form integration<\/td>\n<\/tr>\n<tr>\n<td><strong>E-commerce build<\/strong><\/td>\n<td>Product catalog, SKUs, pricing, payment gateway, shipping zones, tax rules, order notification emails<\/td>\n<\/tr>\n<tr>\n<td><strong>CMS migration<\/strong><\/td>\n<td>Full content export, redirect map, SEO metadata, current analytics baseline, staging environment<\/td>\n<\/tr>\n<tr>\n<td><strong>SaaS marketing site<\/strong><\/td>\n<td>Brand kit, product screenshots, pricing page decisions, HubSpot or CRM integration, product analytics<\/td>\n<\/tr>\n<tr>\n<td><strong>Nonprofit site<\/strong><\/td>\n<td>Donation platform integration, accessibility target (usually AA minimum), impact story assets, board sign-off process<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n<h2>The mistakes web design agencies make onboarding new clients<\/h2>\n<p>Three patterns show up in almost every stalled or over-budget project:<\/p>\n<ol>\n<li><strong>Design starts before content is in.<\/strong> Designers end up filling pages with lorem ipsum and stock images. When real content arrives, layouts break, headline sizes are wrong, and the client &#8220;does not like it anymore.&#8221;<\/li>\n<li><strong>Hosting decision deferred to launch week.<\/strong> The team discovers the current host does not support Node, the CDN cannot be pointed without a downtime window, or the client&#8217;s DNS is managed by a former developer who is no longer reachable.<\/li>\n<li><strong>Sign-off authority never confirmed.<\/strong> Design goes to the marketing manager who loves it, then the founder sees it two weeks later and asks for a full redirection.<\/li>\n<\/ol>\n<p>All three come from the same root cause: no single source of truth for what has been collected, what is missing, and who needs to approve what. A kickoff spreadsheet does not remind the client to send the SSL provider login. A shared Google Drive does not flag that the brand guidelines PDF is the outdated 2022 version.<\/p>\n<h2>How to automate web design client onboarding<\/h2>\n<p>Manual onboarding falls apart the same way at scale: it depends on you remembering to send the next email. Automating it looks like this:<\/p>\n<ol>\n<li><strong>Build one workflow template<\/strong> covering every asset, credential, brief question, and approval in the checklist above.<\/li>\n<li><strong>Send a magic link<\/strong> to the client the moment the SOW is signed \u2014 no account creation, no password reset loop.<\/li>\n<li><strong>The client uploads at their own pace<\/strong> through a branded portal that looks like your agency. They see what you still need, what is approved, and what you flagged for a second version.<\/li>\n<li><strong>You get notified<\/strong> every time an asset lands. Approve, reject with a specific reason, or request a corrected version in a click.<\/li>\n<li><strong>The system chases the client<\/strong> on the schedule you set \u2014 no follow-up emails from your project manager.<\/li>\n<li><strong>Credentials that expire<\/strong> (SSL certs, API keys, third-party integrations) trigger renewal reminders automatically. See how <a href=\"https:\/\/www.superdocu.com\/blog\/document-expiration-tracking\/\">document expiration tracking<\/a> closes that gap for anything with a renewal date.<\/li>\n<\/ol>\n<p>Agencies that switch from email-based onboarding to a workflow-based system report kickoff-to-design-start dropping from three weeks to under a week, and near-zero missed content on launch day.<\/p>\n<p>For agencies that want the intake experience to look like their brand end-to-end, a <a href=\"https:\/\/www.superdocu.com\/blog\/white-label-client-portal\/\">white-label client portal<\/a> removes any third-party logo \u2014 the client only ever sees your studio name and colors. This alone is often what turns a $12k project into a $30k retainer client.<\/p>\n<p>The same workflow logic applies to any high-touch client onboarding. If your agency also runs paid media or long-form content, our broader <a href=\"https:\/\/www.superdocu.com\/blog\/marketing-agency-client-onboarding-checklist\/\">marketing agency client onboarding checklist<\/a> covers the intake for engagements beyond design and build.<\/p>\n<h2>Frequently asked questions<\/h2>\n<h3>What documents do I need from a client before starting a web design project?<\/h3>\n<p>At minimum: a signed SOW and deposit, a completed discovery brief, brand assets (logo, colors, typography), page-by-page copy or a content plan, hosting and domain access, and admin credentials for any CMS or third-party tool the site will integrate with. E-commerce projects add product data and payment gateway access.<\/p>\n<h3>How long should web design client onboarding take?<\/h3>\n<p>Well-run onboarding is typically five to seven business days from signed SOW to design kickoff. Manual onboarding often stretches to three weeks because credentials, brand assets, and content arrive one at a time over email. Running collection in parallel through a client portal compresses this significantly.<\/p>\n<h3>Do I need a signed contract before I start collecting brand assets?<\/h3>\n<p>Yes. A signed SOW and deposit invoice are the trigger for onboarding \u2014 not the other way around. Starting discovery before the contract is signed is how agencies end up doing free work for a client who never signs.<\/p>\n<h3>What is a discovery brief and why does it matter?<\/h3>\n<p>A discovery brief is a structured document capturing the client&#8217;s business goals, target audience, success metrics, tone, and non-negotiables for the site. It matters because every design decision after kickoff will reference it. If the brief is vague, the design is vague, and revisions multiply. The brief is the artifact you point to when scope creep starts.<\/p>\n<h3>How do I stop clients from delaying my web design project with late content?<\/h3>\n<p>Two things work: collect placeholder content or a content plan before design starts (never after), and use a workflow tool that automatically reminds the client which pages are still pending. Manual &#8220;hey, checking in on that copy&#8221; emails from a project manager scale badly and feel needy. Automated reminders through a branded portal do not.<\/p>\n<h2>Onboard every web design client through the same clean workflow<\/h2>\n<p>If you are ready to stop chasing logos, hosting logins, and page copy across email threads, Superdocu handles the whole intake in one branded workflow \u2014 brief, assets, credentials, and approvals in one link. <a href=\"https:\/\/www.superdocu.com\/en\">Start a free trial<\/a> \u2014 no credit card required.<\/p>\n<p><script type=\"application\/ld+json\">\n{\n  \"@context\": \"https:\/\/schema.org\",\n  \"@type\": \"FAQPage\",\n  \"mainEntity\": [\n    {\n      \"@type\": \"Question\",\n      \"name\": \"What documents do I need from a client before starting a web design project?\",\n      \"acceptedAnswer\": {\n        \"@type\": \"Answer\",\n        \"text\": \"At minimum: a signed SOW and deposit, a completed discovery brief, brand assets (logo, colors, typography), page-by-page copy or a content plan, hosting and domain access, and admin credentials for any CMS or third-party tool the site will integrate with. E-commerce projects add product data and payment gateway access.\"\n      }\n    },\n    {\n      \"@type\": \"Question\",\n      \"name\": \"How long should web design client onboarding take?\",\n      \"acceptedAnswer\": {\n        \"@type\": \"Answer\",\n        \"text\": \"Well-run onboarding is typically five to seven business days from signed SOW to design kickoff. Manual onboarding often stretches to three weeks because credentials, brand assets, and content arrive one at a time over email. Running collection in parallel through a client portal compresses this significantly.\"\n      }\n    },\n    {\n      \"@type\": \"Question\",\n      \"name\": \"Do I need a signed contract before I start collecting brand assets?\",\n      \"acceptedAnswer\": {\n        \"@type\": \"Answer\",\n        \"text\": \"Yes. A signed SOW and deposit invoice are the trigger for onboarding, not the other way around. Starting discovery before the contract is signed is how agencies end up doing free work for a client who never signs.\"\n      }\n    },\n    {\n      \"@type\": \"Question\",\n      \"name\": \"What is a discovery brief and why does it matter?\",\n      \"acceptedAnswer\": {\n        \"@type\": \"Answer\",\n        \"text\": \"A discovery brief is a structured document capturing the client's business goals, target audience, success metrics, tone, and non-negotiables for the site. Every design decision after kickoff will reference it. If the brief is vague, the design is vague, and revisions multiply.\"\n      }\n    },\n    {\n      \"@type\": \"Question\",\n      \"name\": \"How do I stop clients from delaying my web design project with late content?\",\n      \"acceptedAnswer\": {\n        \"@type\": \"Answer\",\n        \"text\": \"Collect placeholder content or a content plan before design starts, and use a workflow tool that automatically reminds the client which pages are still pending. Manual follow-up emails from a project manager scale badly. Automated reminders through a branded portal work better.\"\n      }\n    }\n  ]\n}\n<\/script><\/p>\n","protected":false},"excerpt":{"rendered":"<p>A web design client onboarding checklist is what separates a project that launches on time from one that stalls in week three because you are still waiting on brand guidelines, hosting logins, or the client&#8217;s real content. If you have ever handed off a Figma file that a client rejected for reasons they could have [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":7769,"comment_status":"","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","inline_featured_image":false,"footnotes":""},"categories":[26],"tags":[],"class_list":["post-7768","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-english"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.superdocu.com\/fr\/wp-json\/wp\/v2\/posts\/7768","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.superdocu.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.superdocu.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.superdocu.com\/fr\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.superdocu.com\/fr\/wp-json\/wp\/v2\/comments?post=7768"}],"version-history":[{"count":0,"href":"https:\/\/www.superdocu.com\/fr\/wp-json\/wp\/v2\/posts\/7768\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.superdocu.com\/fr\/wp-json\/wp\/v2\/media\/7769"}],"wp:attachment":[{"href":"https:\/\/www.superdocu.com\/fr\/wp-json\/wp\/v2\/media?parent=7768"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.superdocu.com\/fr\/wp-json\/wp\/v2\/categories?post=7768"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.superdocu.com\/fr\/wp-json\/wp\/v2\/tags?post=7768"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}