Design, test and publish a real website for a fictitious client that Gemini plays, starting from a ready-made brand.
Module 0Getting Started
Week 1 · 7.5 hours
Objectives
- 0.1 Set up and verify every core course account, and record and share a short narrated test recording (Course Competency 6)
- 0.2 Write and revise a prompt in Gemini, and evaluate its answer critically (Course Competency 6)
Technology Setup
Set up your accounts and download the course software in Week 1. The captioned AI and Setup video walks through each step. Post your Discord introduction by Wednesday at noon, Arizona time, so classmates can comment before the Thursday deadline.
Equipment: a Windows or Mac laptop or desktop. A phone helps for testing but cannot replace a computer. All software is free to you.
Technology Setup (10 points, Process Work)
This assignment measures Module Objective 0.1, which supports Course Competency 6.
You need a Mac or Windows computer. A Chromebook, phone or tablet will not work, because the course uses Adobe apps. If you need a computer, GCC lends Macs and PCs: request one with a Student Technology Request.
Set up these core accounts in Week 1. Apps used only in this course are set up in the module where you first use them.
| Tool | For | How to get it |
|---|---|---|
| Canvas | Assignments and grades | Log in with your MEID (Maricopa Enterprise ID: the username and password for every Maricopa account). Problems? Contact the IT Service Desk. |
| Maricopa Google account | Gmail, Drive, Docs, YouTube (unlisted videos), Gemini | Sign in with MEID@maricopa.edu |
| Gemini | Research, writing and feedback; never visual design | gemini.google.com with your Maricopa account, never a personal account |
| Google Sites | Publishing web pages and interactive work | sites.google.com with your Maricopa account; nothing to install |
| Adobe Creative Cloud | The district license for every design app | adobe.com, signed in with your Maricopa email; install each app when a module first needs it |
| Discord | Questions, critique and class community | Join the GCC Digital Media Arts server at discord.gg/fyzAXNS4yF and open the AVC190 channel; app at discord.com/download |
| A recorder | Showing and explaining your work all term | OBS Studio (free). Google Meet, Zoom, QuickTime or the Windows Snipping Tool also work. Sound work may use Audition, Reaper, Audacity or a phone voice memo. Screen-reader users: the recorder you already use. |
Submit one Google Doc, Google Slides page or Miro board with:
- Proof that each core account works (screenshots, or a short written note for screen-reader users).
- A link to a 10-second test recording with your voice and something from your work, shared unlisted.
- Your Discord introduction (your name and how to say it, your program, one thing you want to learn, and two examples of past work with alt text or a description) and three comments on classmates’ introductions.
Grading (10 points): core accounts 4; test recording 3; Discord introduction 2; three comments 1.
AI: none; log “No AI used.”
Syllabus
Read the syllabus, linked as Syllabus in the Canvas course menu, then take the quiz.
Syllabus and Course Overview Quiz (5 points, Exercises)
Every question is answered in the syllabus. Questions include:
- When is work due, and what happens if it is late? (Noon, Arizona time, on Thursdays and Sundays. Work up to 24 hours late loses 10%; after that it is not accepted.)
- Where do private questions, course questions and critique go? (Private questions go to your instructor in the Canvas Inbox. Course questions and critique go in the course channel on the Digital Media Discord, or in the matching Canvas discussion if you cannot use Discord.)
- When is using AI in this course not cheating? (When the use is assigned, recorded in your AI-use log, and you are graded on your own thinking and work.)
- Which account must you use for Gemini, and why? (Your Maricopa account. Google states that what you enter there is not reviewed by people or used to train AI models.)
- What does AI do in this course, and what does it never do? (It helps with research, writing, feedback, planning and code. It never designs.)
One question asks for your Discord screen name, so your critique comments are credited to you.
Private question (0 points): Will you be under 18 at any point this semester? (Yes or No) This is not scored. It only decides which tool options you get, and only your instructor sees your answer.
AI Primer
This course uses Google Gemini in assignments. The rules for AI use and the AI-use log are in the AI section of the syllabus. Google’s own wording on how your Maricopa account protects your work: Gemini for Education and Google’s education FAQ.
AI Primer (10 points, Process Work)
What this is. Your first time using Gemini in this course, and it takes about an hour. No experience with AI is needed. Complete Technology Setup first.
What Gemini is. Gemini is an AI chat tool from Google. You type a request, called a prompt, and it writes an answer. It learned from an enormous amount of text written by people, so it can sound knowledgeable about almost anything. It does not know you, and it has never been where you have been.
Why this assignment. Some assignments in this course use Gemini for research and feedback. Before you use it for that, you will see for yourself what it does well, where it falls short, and what you bring that it cannot.
Your work stays yours. You use Gemini through your Maricopa account, so what you enter is not reviewed by people and is not used to train AI models. See AI in This Course for Google’s exact wording.
This assignment measures Module Objective 0.2, which supports Course Competency 6.
Part 1: Sign in
- Open Chrome and go to gemini.google.com.
- If you see Sign in in the top right corner, click it. Sign in with your Maricopa account: your MEID followed by @maricopa.edu, then your MEID password on the Maricopa sign-in page.
- Check the top right corner. It should show your Maricopa account. If it shows a personal Gmail account, click the picture and switch to your Maricopa account.
If Gemini does not open or says it is not available for your account (this can happen for students under 18), message your instructor in Canvas Inbox. You will receive an equal option with the same grade.
Part 2: Ask the question
- Click the box at the bottom that says Ask Gemini.
- Type Do I need to learn AI to get a good job in the digital media industry? and press Enter.
- Copy your prompt and Gemini’s answer into a Google Doc.
Part 3: Read it like a critic
- In your Doc, mark:
- one point you agree with;
- one point that sounds generic, overstated or like a sales pitch;
- one question you would rather ask a working professional in the field.
- Gemini is made by Google, a company that sells AI. Write one sentence on how that might shape its answer.
Part 4: Give it better directions
A stronger prompt tells Gemini four things: a role (who it should act as), a task (what to do), context (who it is for and why) and a format (how the answer should look). Example: You are a hiring manager at a small design studio in Phoenix. List the skills you look for in a new junior designer, and say honestly where AI skills rank among them. I am a first-year community college student. Use a short ranked list.
- Rewrite your prompt using all four parts, and add one detail about yourself: the kind of work you want to do. Press Enter.
- Copy the new prompt and answer into your Doc. Write one sentence on how the answer changed.
Part 5: Reflect
- In four to six sentences: Did either answer change how you think about AI and your career? Where might a tool like this help you in your own work, and where would you not want to use it?
Part 6: Start your AI-use log
- At the bottom of your Doc, add a table with three columns: Tool, What I asked, and What I kept, changed or rejected. Add one row for this assignment. Every assignment in this course has a row like this, so your instructor can see how you used AI and what was your own.
Submit the link to your Google Doc.
Grading (10 points): critic’s mark-up 3; revised prompt with your own detail 3; reflection 2; AI-use log row 2.
Instructor notes
- Before the term: create the course channel on the Digital Media Discord and put its invite link in Technology Setup and an announcement. Confirm the class is on the district Creative Cloud list.
- Canvas: set the late policy as one 10% deduction in the 24-hour window, and the hard close as each item’s Available until date.
- Week 1: post the captioned welcome announcement, reply to each Discord introduction, and message anyone without one after the Wednesday post.
- Grade Technology Setup within 48 hours. Missing software gets a fix, not a deduction, on the first try. Watch for personal Google accounts.
- In Week 1, privately ask each student about the tools, assistive technology and computer they use. Refer accommodations to Disability Resources and Services and computer needs to the Student Technology Request, and approve an equivalent recorder for anyone who needs one.
- Note students under 18 (the private quiz question) and any blocked Gemini feature, and set up the equal option before it is needed.
Students under 18
Find out in Week 1: the Syllabus and Course Overview Quiz asks each student privately, in a 0-point question, “Will you be under 18 at any point this semester?” Ask every term.
| Module | Step | What may not work | Alternate assignment or software, same grade |
|---|---|---|---|
| Module 0 | Technology Setup: test recording | Uploading to YouTube may be limited | Share the recording from Google Drive as a link |
| Module 1 onward | Client Prompt Kit, Client Discovery and later client role-play | Gemini features may be limited | Instructor-written client material for the chosen brand kit, graded the same way |
| Module 1 | Figma Warm-Up (Figma is used all term) | Figma for Education asks students to confirm they are 18 or older | The free Figma Starter plan, an instructor starter file, or Penpot |
| Module 3, Module 8, Module 11 | Card Sort and both usability test rounds | Running sessions as a student under 18 | Test only with adults (18 or older); a parent or guardian may be present |
| Module 8 | Usability Test Round 1: notes | Gemini Notebook may be limited | Organize the coded notes by hand in a Google Doc or Sheet |
| Module 7, Module 9 | Code option and Site Build 1 | Gemini Canvas code help may be limited | The backup plan built with Google Sites parts, at no point cost |
| Module 10 | Interactive Element | Gemini Canvas may be limited | Built-in Sites buttons, collapsible text or carousels, or a small script the student can explain line by line |
| Module 13 | Design System and Two Agents; Campaign Landing Page agents | Gems or other Gemini features may be limited | Agent instructions kept in a Google Doc; if Gemini is blocked, instructor-written draft copy the student edits and checks by hand against the brand rules |
Video: Get to Know Your Instructor (about 5 minutes)
- Name, preferred name, how to say it, and your design and teaching background.
- How to reach you (Canvas Inbox, one business day) and when office hours run.
- What the class builds: a published website for a fictitious client that Gemini plays.
Video: Getting Started in the Course (about 10 minutes)
- Tour Module 0 in order: the course sections, AI in This Course, Technology Setup, the AI Primer and the quiz. Course content starts in Module 1.
- The weekly rhythm: Discord post the day before, due at noon Thursday and Sunday, 24-hour late window at minus 10%.
- Join the Discord server, find the AVC190 channel, post an introduction with alt text, and leave a critique using I notice, Because, What if.
- Fill in one AI-use log row.
Video: AI and Setup (about 10 minutes)
- A language model predicts the next word; it does not look up facts.
- Ask Gemini a web design question and check the answer live against a source; point out anything it fabricated.
- Why the Maricopa account matters: data is not reviewed by people or used for training.
- Build one prompt with role, task, context and format; revise it twice and compare the answers.
- Check three facts against sources and fill in one AI-use log row; show that “None” is a valid entry.
- Gemini writes and gives feedback; it never designs. Walk the may and may-not table.
- Setup: Canvas, the Maricopa Google account, Gemini with the Maricopa account, Discord; make and share a 10-second test recording.
Preparing the course and Week 1
- Canvas: set the calendar dates in Canvas, not on this page.
- Verify with a student test account: Gemini and what is blocked under 18, Gemini Canvas export to Sites, Sites custom themes, public publishing, Google Analytics on student sites, Gemini Notebook, Meet screen sharing, Figma education eligibility, Gems (saved Gemini instructions) for the Module 13 agents, and the MDN Playground on campus computers. Update pages if anything fails.
- Confirm with the district research review process whether class card sorts and usability tests need review.
- Feedback turnaround: Thursday Process Work by the next Tuesday; Sunday Process Work by the next Friday; Client Discovery within 48 hours; Usability Test Plan within 24 hours (students run tests Friday and Saturday); Projects within seven days.
- Build a fallback Sites demonstration site that students can study if Sites features are limited. Juniper Street Bikes, a fictitious bike repair co-op, is the demo client in every instructor video.
- Post the instructor’s name, photo, preferred name and two office-hour times (different times of day) in the welcome announcement; record every office hour.
- Before the term: check the four brand kit business names against real businesses in Arizona and rename any that match; make an SVG wordmark for each kit.
Competency map
| Competency | Modules | Steps and exercises | Project evidence |
|---|---|---|---|
| 1. Audiences, needs, competitors, objectives | 1, 2, 6 | Client Discovery and Website Goals; Audience Profile and Proto-Personas; Competitor Analysis | Website Design Proposal criterion 1; Final Website and Case Study criterion 1 |
| 2. Website structures | 3, 4, 6 | Customer Journey Map and User Flows; Sitemap and Navigation Plan; Content Strategy and Copy Deck; Low-Fidelity Wireframes; Card Sort | Website Design Proposal criterion 2; Final Website and Case Study criterion 2 |
| 3. Graphics and visual concepts | 5, 6 | Brand-to-Web Style Tile and Web Images; Screen Type and Contrast | Website Design Proposal criterion 3; Final Website and Case Study criterion 3 |
| 4. Responsive interfaces | 1, 6, 7, 13 | Responsive Page Mockups; Interface Components and States; Interactive Prototype; Design System and Two Agents; Figma Warm-Up; Build Plan | Website Design Proposal criteria 4 and 5; Final Website and Case Study criterion 4 |
| 5. Usability, accessibility, experience | 8, 9, 11, 12, 14 | Usability Test Plan; Usability Test Round 1; Accessibility Review and Revised Prototype; Usability and Accessibility Test Round 2; Refinement Plan; Client Presentation to the Class; Testing Ethics and Consent Check; See the Code Check | Final Website and Case Study criterion 5 |
| 6. Interactive, multi-page website | 0, 9 to 14 | Technology Setup; AI Primer; Site Build 1; Site Build 2; Interactive Element; Search, Performance and Analytics Pass; Release Candidate and Case Study Draft; Design System and Two Agents; Campaign Landing Page; Client Presentation to the Class; Launch Checklist; Final Reflection | Final Website and Case Study criterion 6 |
Module 1Meet the Client: Brand, Goals and User Needs
Week 2 · 8 hours
Objectives
Module 1 objectives. By the end of this module, you will be able to:
- 1.1 Identify a client’s business goals, website objectives and constraints from a discovery interview. (Course Competency 1)
- 1.2 Produce a simple three-page website layout in Figma with consistent navigation, readable text and named layers. (Course Competency 4)
Overview
Every website starts with the client. This week Gemini becomes your client. You choose one of four ready-made brand kits for a fictitious business, and Gemini plays its owner (see the Client Brand Kits and the Client Prompt Kit below). Then you interview the owner in a discovery interview: a first meeting to learn what the business needs. You turn the answers into website objectives: what the site must do for the business and its visitors. Your questions and objectives are graded, because they are the designer’s work.
You also try Figma for the first time. In a short warm-up, you lay out three simple pages for a fictitious neighborhood coffee cart, using words and photos your instructor gives you. You will use Figma all term, so this is your chance to learn the basics before the big project.
Three kinds of design start here. Visual design is how the site looks. User interface (UI) design is how its buttons and menus look and behave. User experience (UX) design is what it is like to use.
Watch
- Running a discovery interview with Gemini as the client, turning answers into objectives, and a first look at Figma (22 minutes, captioned)
Read
- The Definition of User Experience (UX), Nielsen Norman Group (10 minutes)
- Stakeholder Interviews 101, Nielsen Norman Group (10 minutes)
- Client Brand Kits and the Client Prompt Kit, below (20 minutes)
Practice
Before you open Gemini, write ten discovery questions in a Google Doc. Read them aloud. Rewrite any question that can be answered with yes or no.
Assessment
- Figma Warm-Up: A Three-Page Site (10 points, Exercises), due Thursday
- Client Discovery and Website Goals (10 points, Process Work), due Sunday.
Critique
In each comment, say whether one of your classmate’s objectives can be measured. If not, suggest how to make it measurable.
Use the critique protocol: I notice, Because, What if. See Critique on Discord in Module 0.
Figma Warm-Up: A Three-Page Site
Objectives
- 1.2 Produce a simple three-page website layout in Figma with consistent navigation, readable text and named layers.
This assignment measures Module Objective 1.2, which supports Course Competency 4.
10 points, Exercises.
Overview
You will make three desktop pages in Figma for Sidewalk Sips, a fictitious neighborhood coffee cart: Home, About and Contact. Your instructor gives you all the words and photos, so you can focus on learning the tool. Plan on one sitting of about 2.5 hours. You do not need components, auto layout or prototyping yet; those come in Modules 4 and 7. This is an exercise, so there is no Discord critique.
AI: none. This is hands-on practice in Figma. Your AI-use log for the Figma Warm-Up says “None.”
Instructions
- Make your Figma account. Go to Figma for Education and sign up with your Maricopa email. Figma asks college students to confirm they are 18 or older for the education plan. If you cannot get it, sign up for the free Starter plan instead; it has everything this exercise needs. Still stuck? Your instructor can share a starter file for you to copy, or approve Penpot.
- Get the content. Open the Figma Warm-Up Content Pack, a Google Doc linked in the Canvas assignment. It has the headline, the words for each page, the menu labels, the contact details and links to six photos. Download the photos you want to use. Use the words as they are; this exercise is about layout, not writing.
- Start a file. In Figma, choose Create (or the plus sign), then Design. Name the file “Your Last Name Figma Warm-Up.”
- Make three frames. A frame is one page. Press F for the Frame tool, then choose Desktop in the panel on the right. Make three desktop frames side by side. Double-click each frame’s name and rename them Home, About and Contact.
- Build the menu bar on Home. Press R for the Rectangle tool and draw a bar across the top of the frame. Press T for the Text tool and type the business name on the left and the menu labels from the content pack (Home, About and Contact) on the right.
- Add the words. With the Text tool, place the headline and paragraph on Home, the About paragraph on About, and the contact details, including the email hello@sidewalksips.example, on Contact. Make headlines large and body text at least 16 pixels. Use dark text on a light background, or light text on a dark one, so it is easy to read.
- Place the photos. Drag photos from your computer into a frame. Put at least one photo on each page. The content pack has alt text for each photo; use it when you write your page alt text. To resize a photo without stretching it, hold Shift while you drag a corner.
- Line things up. Select two or more layers, then use the alignment buttons at the top of the right panel (align left, align center, align top). Keep the same space at the left edge of every page.
- Group and copy the menu bar. Select the bar and its text and press Ctrl + G (Command + G on a Mac) to group them. Name the group Menu. Copy it, select the About frame and paste, then do the same on Contact. Check that the menu sits in the same spot on all three pages.
- Name your layers. In the Layers panel on the left, double-click each layer and give it a plain name, such as Headline, Hero photo or Contact email. No “Rectangle 4.”
- Share a view link. Click Share, set the link so anyone with the link can view, and copy it. Open the link in a private browser window to make sure it works.
- Export each page. Select a frame, find Export at the bottom of the right panel, choose PNG and click Export. Do this for all three frames.
- Submit in Canvas: the view link, the three PNG files, and alt text for each PNG: one or two sentences that say what the page shows.
Accessibility: check that your text is easy to read against its background, and write alt text for every PNG you submit.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Three pages (Home, About and Contact) with the same menu bar in the same spot on each | 1.2 | 4 |
| Content placed and readable, with strong contrast between text and background, and alt text on each PNG | 1.2 | 3 |
| Frames and layers named in plain words | 1.2 | 2 |
| View link opens the file | 1.2 | 1 |
| Total | 10 |
Client Brand Kits (course page)
Objectives
- Choose one ready-made brand for your client and use it the same way all term.
Overview
This is not a branding class, so you do not design a logo or choose brand colors. Your client already has a brand. Choose one of the four kits below in Week 2. Your job is to carry that brand onto the web: into the type scale, the buttons, the layouts and the images. Gemini plays the owner of the business you choose.
Several students will choose the same kit. That is fine. Each of you gets a different owner, different goals and a different website.
Your own brand instead? Graphic Design and Digital Media Arts students may bring a fictitious brand they designed in another course, with instructor approval in Week 2. Write it up with the same parts as the kits below. Taking that brand to the web is the work for this course.
Images for every kit: use photos from Unsplash (free to use under the Unsplash License) or the course image bank, or your own photos. Log every source. No AI-made images.
Kit 1: Pinwheel Cakes
| Business | A neighborhood bakery that makes custom cakes for birthdays, weddings and office parties, plus a small case of daily pastries. |
|---|---|
| Logo | A wordmark: “pinwheel” in Fredoka SemiBold, all lowercase, in Raspberry, with “cakes” in Nunito Bold below it. Use your instructor’s SVG, or set the wordmark yourself in the kit fonts. |
| Colors | Raspberry #A3214F (headings and buttons); Cocoa #3B2420 (body text); Butter #FFF6DC (page background); Mint #9ED9C6 (shapes only, never text); White #FFFFFF. Checked pairs: Cocoa on Butter 13.3 to 1; Raspberry on Butter 6.7 to 1; White on Raspberry 7.3 to 1. |
| Type | Headings: Fredoka SemiBold. Body: Nunito Regular and Bold. |
| Voice and tone | Warm, cheerful and clear. Short sentences. Celebrates the customer’s event, not the bakery. No puns on buttons. |
| Photo style | Bright natural light, close-ups of cakes and hands at work, soft pastel backgrounds, a real kitchen. No posed stock party photos. |
| Key messages | Every cake is made to order from scratch. Order custom cakes two weeks ahead. Pick up at the shop or get local delivery. |
| Interactive element idea | A cake size and flavor estimator |
Kit 2: Scrub Club Mobile Grooming
| Business | A mobile dog grooming van that comes to the customer’s driveway for baths, haircuts and nail trims. |
|---|---|
| Logo | A wordmark: “Scrub Club” in Baloo 2 ExtraBold, in Teal, with three small circles above it like bubbles. Use your instructor’s SVG, or set the wordmark alone in the kit font. |
| Colors | Teal #0B6B70 (headings and buttons); Charcoal #22292F (body text); Foam #EEF8F7 (page background); Sunshine #FFC845 (highlights, with Charcoal text only); White #FFFFFF. Checked pairs: Charcoal on Foam 13.6 to 1; Teal on Foam 5.8 to 1; White on Teal 6.3 to 1; Charcoal on Sunshine 9.5 to 1. |
| Type | Headings: Baloo 2 SemiBold and ExtraBold. Body: Open Sans Regular and SemiBold. |
| Voice and tone | Friendly, upbeat and reliable. Talks to dog owners, can be playful about dogs, and is always clear about times and prices. |
| Photo style | Happy dogs in the middle of a groom, the van in neighborhood driveways, bright daylight, shot at the dog’s eye level. |
| Key messages | We come to you. Calm grooming, one dog at a time. Booking takes two minutes (a class demo, with no real booking). |
| Interactive element idea | A price estimator by breed size and service |
Kit 3: Crux Commons Climbing
| Business | A community climbing gym with bouldering walls, classes for kids and adults, and a free first-timer night each week. |
|---|---|
| Logo | A wordmark: “CRUX COMMONS” in Oswald Bold, all capitals, in Granite, with a short Signal Orange bar under it. Use your instructor’s SVG, or set the wordmark yourself in the kit font. |
| Colors | Granite #2B2D33 (text and dark sections); Signal Orange #C2410C (buttons and links); Chalk #F7F5F0 (page background); Sage #4F6B4B (second color); White #FFFFFF. Checked pairs: Granite on Chalk 12.6 to 1; Signal Orange on Chalk 4.8 to 1; White on Signal Orange 5.2 to 1; White on Granite 13.8 to 1; Sage on Chalk 5.5 to 1. |
| Type | Headings: Oswald SemiBold and Bold. Body: Inter Regular and SemiBold. |
| Voice and tone | Bold, encouraging and welcoming. Talks to beginners as equals. Explains every climbing word the first time it appears. |
| Photo style | Real people of many ages and body types in the middle of a climb, chalky hands, wide shots of the wall, natural gym light. |
| Key messages | Everyone starts somewhere. Classes for ages 6 and up. Your first visit includes shoes, chalk and a guide. |
| Interactive element idea | A beginner class finder by age group and experience |
Kit 4: Fern & Fable Plant Shop
| Business | A small plant nursery and shop with houseplants, desert plants, pots and Saturday workshops. |
|---|---|
| Logo | A wordmark: “Fern & Fable” in Fraunces SemiBold, in Forest, with the ampersand in Clay. Use your instructor’s SVG, or set the wordmark yourself in the kit font. |
| Colors | Forest #2F4F3A (headings and buttons); Ink #1F2421 (body text); Linen #F6F1E7 (page background); Clay #A4512F (links and highlights); Moss #A3B18A (shapes, with Ink text only); White #FFFFFF. Checked pairs: Ink on Linen 14.0 to 1; Forest on Linen 8.1 to 1; White on Forest 9.1 to 1; Clay on Linen 4.9 to 1; Ink on Moss 6.9 to 1. |
| Type | Headings: Fraunces SemiBold. Body: Work Sans Regular and Medium. |
| Voice and tone | Calm, curious and a little storybook. Gives plain care advice. Never makes anyone feel bad about a plant that died. |
| Photo style | Plants in real homes, soft window light, hands repotting, close-ups of leaves. |
| Key messages | The right plant for your light. Care help for the life of your plant. Workshops every Saturday. |
| Interactive element idea | A “Which plant fits my light?” quiz |
Client Prompt Kit (course page)
Objectives
- Create a fictitious client in Gemini from a brand kit and check it against the client rules.
Overview
Gemini plays the owner of the business in the brand kit you chose. The brand stays fixed. Gemini invents the owner, the audiences, the goals, the budget and the timeline, so every student gets a different brief.
The Prompt
Open Gemini with your Maricopa account and start a new chat. Paste this prompt, fill in the brackets, and then paste your whole brand kit below it:
“Act as the owner of [business name], the fictitious business in the brand kit below. Keep the name, logo, colors, fonts, voice and key messages exactly as the kit says. Invent an owner persona, the main audiences, two business goals for a new website, a budget and a timeline. Then write a one-page brief for a five-to-seven-page website. Do not include payments, logins or customer accounts. Stay in character as the owner for the rest of this conversation and answer my questions as the owner would, saying ‘I don’t know yet’ when the brief does not cover something.”
Client Rules
- Made-up only. No real business names, people or logos. If Gemini adds a real name, change it.
- The brand is fixed. Use the kit’s logo, colors, fonts and voice. You may add lighter or darker tints of kit colors for the web; log them in your style tile.
- Gemini writes, you design. Gemini may write the owner, the brief (a one-page project summary), interview answers and draft copy. You make every visual.
- Images. Use Unsplash, the course image bank, or your own photos or drawings. Log every source.
- One redo. If the brief does not work (no clear audience, or it needs payments or logins), you may create it again once in Week 2. Log why.
Client Discovery and Website Goals
Objectives
- 1.1 Identify a client’s business goals, website objectives and constraints from a discovery interview.
This assignment measures Module Objective 1.1, which supports Course Competency 1.
10 points, Process Work.
Overview
You will create your client, interview the owner with your own questions, and write the website objectives that guide the rest of the term. You are graded on your questions, objectives and explanation, not on the client’s answers.
Instructions
- Choose a brand kit. Then use the Client Prompt Kit to create your client in Gemini.
- Before the interview, write at least ten questions in a Google Doc. Cover goals, audiences, competitors, brand personality, the content the client already has, and what success looks like. Do not ask Gemini to write or improve them. The Doc’s version history shows you wrote them first.
- Ask your questions in the same Gemini chat, so the client stays in character. Ask at least three follow-up questions. Quote the part of the answer that led to each one.
- In your own words, write three to five measurable objectives. Example: “A visitor on a phone can find this week’s truck location in under 30 seconds.” Under each one, quote the client answer it comes from. Mark which facts came from the client and which are your guesses.
- Add a one-page client snapshot: name, what the business does, brand personality in three words, main and second audiences, limits and open questions.
- Record a two-minute explanation of your most important objective and why (captioned, or audio with a transcript).
- Submit the Gemini chat share link and your AI-use log.
- On Discord, post your objectives and snapshot, not the interview.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Own discovery questions (ten or more) and three follow-ups that quote the client | 1.1 | 3 |
| Three to five measurable objectives in your own words, each traced to a client answer, with facts and assumptions marked | 1.1 | 3 |
| Recorded explanation, captioned or with a transcript, and the client snapshot | 1.1 | 1 |
| Process evidence: Gemini chat share link and AI-use log | 1.1 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 1.1 | 2 |
| Total | 10 |
Instructor notes
- Return Client Discovery feedback within 48 hours so the Audience Profile builds on approved objectives.
- Grade the student’s questions, follow-ups and objectives, not the client’s answers.
- Project check-in 1: client goals.
- Figma Warm-Up content pack: ready. The Google Doc “Figma Warm-Up Content Pack” is in the instructor’s Drive. It holds the Sidewalk Sips headline, page copy for Home, About and Contact, the menu labels, the contact details (hello@sidewalksips.example), and six licensed photo links with credits and alt text. Share it as view-only and put its link in the Canvas assignment.
- Before the term, check Figma’s current education sign-up and age wording and update Figma Warm-Up step 1 if it has changed. Keep a starter file (three empty desktop frames) to share by copy for any student who cannot sign up; Penpot is the approved equal option.
Video: Running a Discovery Interview and a First Look at Figma (about 22 minutes)
- Show the four brand kits; create the Juniper Street Bikes demo client live from its kit with the Client Prompt Kit prompt.
- Show ten prepared questions in a Doc, then ask them in the same chat; model three follow-ups that quote the client.
- Turn two answers into measurable objectives; mark facts versus assumptions.
- Warn: yes-or-no questions, letting Gemini write the questions, objectives that cannot be measured.
- Figma first look (about 8 minutes): sign up for Figma for Education, and switch to the free Starter plan if verification fails.
- Make one desktop frame; build a menu bar with the Rectangle and Text tools; place a Sidewalk Sips photo and align it.
- Group the menu bar, paste it into a second frame, rename layers, share a view link and export a PNG.
Module 2Audiences and Competitors
Week 3 · 8 hours
Objectives
Module 2 objectives. By the end of this module, you will be able to:
- 2.1 Analyze target audiences and user needs to create proto-personas that label their assumptions. (Course Competency 1)
- 2.2 Differentiate supported claims from fabricated facts in AI-generated client and audience content. (Course Competency 1)
- 2.3 Analyze competitor websites for content, structure, brand presentation and usability using the ten usability heuristics. (Course Competency 1)
Overview
A persona is a short profile of a typical visitor. Teams usually build personas from research with real users. You will build proto-personas: personas based on the brief and public sources, with every guess labeled “to test.” Real people test those guesses in Weeks 9 and 12. Gemini will sometimes state things that are not true, such as a fabricated statistic or a competitor that does not exist. Part of this week is catching those errors.
Then you study similar websites in a competitor analysis. You look at what they do well, what they get wrong, how they show their brand, and where your client can stand out. You use two tools. The ten usability heuristics are rules of thumb for easy-to-use design. The severity scale rates each problem from 0 (not a problem) to 4 (stops the visitor).
Watch
- Proto-personas: what they are good for and where they mislead (8 minutes, captioned)
- Heuristic review of two bike repair sites for the demonstration client, Juniper Street Bikes (12 minutes, captioned)
Read
- Personas Make Users Memorable, Nielsen Norman Group (10 minutes)
- Persona Types, Nielsen Norman Group: read the section on proto-personas (8 minutes)
- User Need Statements, Nielsen Norman Group (8 minutes)
- 10 Usability Heuristics for User Interface Design, Nielsen Norman Group (15 minutes)
- Severity Ratings for Usability Problems, Nielsen Norman Group (5 minutes)
- Brand Is Experience in the Digital Age, Nielsen Norman Group (10 minutes)
Practice
Ask your Gemini client two questions about its market, such as who usually buys the product. Mark each fact in the answers:
- Verified: you found a source (add the link).
- Fictional: part of your fictitious client.
- Invented: stated as real, but no source supports it.
Include this check in your Audience Profile and Proto-Personas.
Assessment
- Audience Profile and Proto-Personas (10 points, Process Work), due Thursday
- Competitor Analysis (10 points, Process Work), due Sunday
Critique
In each comment, either say whether the proto-personas separate facts from guesses, or name a heuristic and a spot on a competitor site where a visitor could get lost.
Use the critique protocol: I notice, Because, What if. See Critique on Discord in Module 0.
Audience Profile and Proto-Personas
Objectives
- 2.1 Analyze target audiences and user needs to create proto-personas that label their assumptions.
- 2.2 Differentiate supported claims from fabricated facts in AI-generated client and audience content.
This assignment measures Module Objectives 2.1 and 2.2, which support Course Competency 1.
10 points, Process Work.
Overview
You will describe your client’s audiences and write two proto-personas, each with the assumptions you will test later.
Instructions
- Write an audience profile for the main and second audiences. Say who they are, what they need from the site, what device they will likely use, and what might stop them.
- Find at least two public sources about these audiences, such as reviews of similar businesses or a community survey. Note what each source supports and what it does not.
- You may ask Gemini to draft two proto-personas from your brief and sources. Then rewrite them yourself. Each one includes: name and short description, goals, needs, frustrations, device and setting, one user need statement, and one accessibility need (for example low vision, a slow connection, or using a phone with one hand).
- Under each persona, list three guesses labeled “to test.” Mark every statement that came from a source.
- Add your Practice fact check.
- Use Google Docs with clear headings. A designed layout is not needed.
- Submit the Gemini draft, your rewrite and your AI-use log.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 2.1, 2.2 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 2.1, 2.2 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 2.1, 2.2 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 2.1, 2.2 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 2.2 | 2 |
| Total | 10 |
Competitor Analysis
Objectives
- 2.3 Analyze competitor websites for content, structure, brand presentation and usability using the ten usability heuristics.
This assignment measures Module Objective 2.3, which supports Course Competency 1.
10 points, Process Work.
Overview
You will compare three websites that compete with your client and turn what you find into ideas for your client’s site.
Instructions
- Choose three real websites for businesses like your client’s. They can be in any city.
- Use each site on a phone and a desktop. Fill in a comparison grid with these rows: audience, main tasks, menu labels, number of pages, type, color, image style, brand personality, first look at accessibility (contrast, text size, alt text), and the two worst heuristic problems with severity ratings.
- For each site, add one phone screenshot of a problem you ran into. Label it with the heuristic and a severity rating. Also show one place, on any site, that follows a heuristic well.
- Pick one site and describe its brand on screen. Do the type, colors and images feel like one brand on every page? How is the phone version different from the desktop?
- After your own review, you may ask Gemini to sum up each site. Mark anything it said that you could not confirm.
- Write a one-page summary: three things your client should copy, three mistakes to avoid, and one way to stand out.
Examples Across Programs
| Program | What to look closely at |
|---|---|
| Graphic Design | How each competitor’s identity (logo, type, color) survives at phone size and in the navigation bar |
| Digital Media Arts | How photography and video are cropped, sized and captioned |
| Animation | Whether motion helps or distracts, and whether it can be paused |
| Web Design certificate | How navigation labels and page structure differ between the three |
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 2.3 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 2.3 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 2.3 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 2.3 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 2.3 | 2 |
| Total | 10 |
Instructor notes
- Juniper Street Bikes, the made-up bike repair co-op, is the demo client in every video.
- Check that the Audience Profile marks every guess “to test” and every fact Verified, Fictional or Fabricated.
Video: Proto-Personas and a Heuristic Review (about 10 minutes)
- What a proto-persona is good for (shared focus) and where it misleads (guesses treated as facts).
- Ask Gemini to draft one Juniper Street Bikes persona; rewrite it on screen and label three guesses “to test.”
- Run the Verified, Fictional, Fabricated check on one Gemini answer.
- Use two real bike repair sites on a phone and a desktop; think aloud.
- Name the heuristic for each problem and rate it 0 to 4; show one site that does a heuristic well.
- Fill in two rows of the comparison grid; warn against rating on personal taste.
Module 3Journeys, Flows and Site Structure
Week 4 · 8 hours
Objectives
Module 3 objectives. By the end of this module, you will be able to:
- 3.1 Develop a customer journey map and user flows for the client’s priority tasks. (Course Competency 2)
- 3.2 Organize website content into a sitemap and navigation plan using card sort results. (Course Competency 2)
Overview
A customer journey map follows one persona from first hearing about the business to coming back again. It shows what they do, think and feel. A user flow zooms in on one task on the website, screen by screen. The journey shows why the site matters. The flows show which pages and steps it needs.
Information architecture (IA) is how content is grouped, labeled and linked. This week you run a card sort: people sort cards with your content into groups and name each group. Then you draw a sitemap: a planning diagram of every page and how the pages connect.
Watch
- Journey map versus user flow, drawn live in FigJam (10 minutes, captioned)
- From content list to sitemap for Juniper Street Bikes, with a five-minute card sort (14 minutes, captioned)
Read
- Journey Mapping 101, Nielsen Norman Group (10 minutes)
- User Journeys vs. User Flows, Nielsen Norman Group (8 minutes)
- Card Sorting: Uncover Users’ Mental Models, Nielsen Norman Group (10 minutes)
- The Difference Between Information Architecture (IA) and Navigation, Nielsen Norman Group (8 minutes)
Practice
Before the card sort, write 15 to 20 cards. Each card names one piece of content your site needs, taken from your flows and client snapshot.
Assessment
- Customer Journey Map and User Flows (10 points, Process Work), due Thursday
- Card Sort (5 points, Exercises), due Thursday
- Sitemap and Navigation Plan (10 points, Process Work), due Sunday
Critique
Test a classmate’s menu. Read only their labels and guess which page holds a given item. Report whether you guessed right.
Use the critique protocol: I notice, Because, What if. See Critique on Discord in Module 0.
Customer Journey Map and User Flows
Objectives
- 3.1 Develop a customer journey map and user flows for the client’s priority tasks.
This assignment measures Module Objective 3.1, which supports Course Competency 2.
10 points, Process Work.
Overview
You will map your main persona’s journey with the business and diagram the flows for the two most important tasks.
Instructions
- Make a journey map for your main proto-persona with five stages, such as discover, consider, visit the site, act and return. For each stage, show what the persona does, thinks and feels; the touchpoint (where they meet the business, such as a social post, a sign or a web page); and one idea for the website.
- Make two user flows, one for each priority task in your objectives (for example “find this week’s location” and “check prices”). Show every page, choice and action from the start to the finished task. Use standard flow shapes and a legend (a key to the shapes).
- List the pages in your flows. You use this list next week for your sitemap.
- Use FigJam, Illustrator, draw.io or Excalidraw. The client will see this, so hierarchy, alignment and readable type count.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 3.1 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 3.1 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 3.1 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 3.1 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 3.1 | 2 |
| Total | 10 |
Card Sort
Objectives
- 3.2 Organize website content into a sitemap and navigation plan using card sort results.
This assignment measures Module Objective 3.2, which supports Course Competency 2.
5 points, Exercises.
Overview
You will learn how two other people would group your site’s content.
Instructions
- First read the Testing Rules and Consent Script in Module 8.
- Ask two adults (18 or older) to sort your 15 to 20 cards into groups and name each group. Use FigJam, Google Slides, or paper cards you photograph. Call your sorters S1 and S2. Do not write down names.
- Record the groups and labels each person made.
- Write three sentences on what matched your plan and what surprised you.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Every required part is complete and follows the instructions | 3.2 | 3 |
| Reasoning or answers show your own judgment | 3.2 | 2 |
| Total | 5 |
Instructor notes
- Check that Card Sort sorters are adults coded S1 and S2, with no names recorded.
- In the Sitemap and Navigation Plan, look for menu labels that trace back to card sort results, not to the student’s first guess.
Video: From Journey Map to Sitemap (about 10 minutes)
- Draw a five-stage Juniper Street Bikes journey map live in FigJam: does, thinks, feels, touchpoint, website idea.
- Zoom into one task (“book a repair”) as a user flow with standard shapes and a legend.
- Show how the flow’s pages become the page list for the sitemap.
- Run a five-minute card sort with one adult sorter, coded S1.
- Compare the groups with the planned structure; rename one menu label based on the sort.
- Draw the sitemap with a legend; warn against one long page or more than seven pages.
Module 4Content Strategy, Copy and Wireframes
Week 5 · 8 hours
Objectives
Module 4 objectives. By the end of this module, you will be able to:
- 4.1 Develop a content strategy and an edited copy deck that matches the client’s voice. (Course Competency 2)
- 4.2 Develop low-fidelity wireframes for phone and desktop layouts of key pages. (Course Competency 2)
Overview
Content is why people visit a website. A content strategy decides what the site says, in what voice, who supplies it and how it stays current. Placeholder text hides problems, so this week you write the real content first. It goes in a copy deck: one document with every word on the site, page by page. Gemini may draft copy. You edit it for facts, voice, reading level and length.
Then you make wireframes: simple gray layouts that show where content and buttons go, with no color, final type or images. They let you and the client agree on structure first. You design for phone first, because most visitors arrive on a phone. This is also when you start using Figma for your own client. You learned the basics in the Figma Warm-Up; see Practice.
Watch
- Editing Gemini’s draft copy: voice, accuracy, length and reading level (10 minutes, captioned)
- Wireframing Juniper Street Bikes in Figma, phone first (15 minutes, captioned)
Read
- Content Strategy 101, Nielsen Norman Group (10 minutes)
- The Four Dimensions of Tone of Voice, Nielsen Norman Group (8 minutes)
- How People Read Online: New and Old Findings, Nielsen Norman Group (8 minutes)
- F-Shaped Pattern of Reading: Misunderstood, But Still Relevant, Nielsen Norman Group (10 minutes)
- Writing for Web Accessibility, W3C WAI, W3C document license (10 minutes)
- UX Prototypes: Low Fidelity vs. High Fidelity, Nielsen Norman Group (10 minutes)
- Mobile First Is NOT Mobile Only, Nielsen Norman Group (8 minutes)
- Frames in Figma Design and Guide to auto layout, Figma Learn (15 minutes)
Practice
- Build on the Figma Warm-Up. Use the Figma account you made in the Figma Warm-Up. Do the first two lessons of Figma Design for beginners (about 45 minutes). Can’t get the education plan? Use Penpot, which is free. Screen-reader users: ask your instructor for an approved option.
- Before the Low-Fidelity Wireframes, sketch three different phone layouts for your home page on paper. These small sketches are called thumbnails; spend about five minutes on each. Photograph them for your process evidence.
Assessment
- Content Strategy and Copy Deck (10 points, Process Work), due Thursday
- Low-Fidelity Wireframes (10 points, Process Work), due Sunday
Critique
Look at a classmate’s phone wireframe for five seconds, then look away. Post what the page is for and what you would tap first.
Use the critique protocol: I notice, Because, What if. See Critique on Discord in Module 0.
Content Strategy and Copy Deck
Objectives
- 4.1 Develop a content strategy and an edited copy deck that matches the client’s voice.
This assignment measures Module Objective 4.1, which supports Course Competency 2.
10 points, Process Work.
Overview
You will write a one-page content strategy for your client, then write or edit every word the site needs.
Instructions
- Content strategy, one page, at the start of the deck: the site’s purpose in one sentence; three key messages; and voice and tone. For tone, pick a point on each of the four tone dimensions from the reading, write one sample sentence, and link each choice to a persona need. Also say who supplies each type of content.
- Copy deck in Google Docs, one heading per page, in sitemap order. Write three pages in full now: the home page and the two pages where your flows end. Include the page title, headline, body text, button and link labels, and microcopy (small helper text, such as form hints). For the other pages, list headings only. You finish them in Week 11.
- You may ask Gemini to draft the copy. Then edit every line: cut it shorter, match the voice, remove fabricated facts and keep paragraphs short. Aim for an 8th-grade reading level. Record the reading level of Gemini’s draft and of your edit.
- Tag anything the client must confirm (prices, hours, claims) with [Confirm] and highlight it.
- Media list: every image, icon, video or map the site needs, with its page, purpose and source (your own, a licensed image with a link, or “to prepare in Week 6”). No AI-made images.
- Attach Gemini’s first draft and your AI-use log.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 4.1 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 4.1 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 4.1 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 4.1 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 4.1 | 2 |
| Total | 10 |
Low-Fidelity Wireframes
Objectives
- 4.2 Develop low-fidelity wireframes for phone and desktop layouts of key pages.
This assignment measures Module Objective 4.2, which supports Course Competency 2.
10 points, Process Work.
Overview
You will wireframe your home page and one priority page at phone and desktop widths, using your real copy.
Instructions
- Choose two pages: the home page and the page where your most important user flow ends.
- In Figma or Penpot, make a phone frame (about 390 pixels wide) and a desktop frame (about 1440 pixels wide) for each page. That is four wireframes.
- Use only shades of gray, one typeface, and boxes with an X for images. Use your real headlines and copy, not placeholder text.
- Show the menu on every frame, including how it folds up on the phone.
- Add three to five notes to each frame that explain a layout decision (for example “Location finder first, because objective 1 is find the truck in 30 seconds”).
- Include a photo of your paper thumbnails.
- Submit a view link to your Figma file and a PDF export.
Deliverable Options
Every option is graded on the same rubric. The criteria grade the design, not the machine, and the default path can earn full marks. Choose one way to draw your paper thumbnails:
| Option | What you make | Lab need |
|---|---|---|
| Paper (default) | Thumbnails sketched inside a phone outline traced at actual size from your own phone | None |
| Cardboard device frames | Thumbnails sketched on paper inserts placed in laser-cut cardboard phone and desktop frames, so classmates can hold and tap through the layout | STEAMworks XR lab laser cutter |
Book lab time through STEAMworks; booking windows are posted in the first week of the term. Complete the STEAMworks safety orientation before your first lab session. STEAMworks supplies all materials. Online students have an equal path in the default option, which needs no equipment.
Examples Across Programs
| Program | Something to try in your wireframes |
|---|---|
| Graphic Design | Set up a column grid (four columns on phone, twelve on desktop) and align every box to it |
| Digital Media Arts | Mark where video sits and how it behaves on a phone (inline, full-width, or a poster image that opens a player) |
| Animation | Note where motion will appear and what the still state looks like for visitors who turn motion off |
| Web Design certificate | Name each section with the HTML landmark it would become (header, nav, main, footer) |
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 4.2 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 4.2 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 4.2 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 4.2 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 4.2 | 2 |
| Total | 10 |
Instructor notes
- Watch for Figma sign-up problems; approve Penpot or an equivalent for any student without access.
- In the Content Strategy and Copy Deck, check that both reading levels (Gemini draft and student edit) are recorded.
Video: Editing Draft Copy and Wireframing Phone First (about 12 minutes)
- Ask Gemini for Juniper Street Bikes home page copy from a one-page content strategy.
- Edit line by line: cut length, match the voice, flag a fabricated fact with [Confirm].
- Check the reading level before and after; show the AI-use log row.
- Set up a 390-pixel phone frame and a 1440-pixel desktop frame.
- Place the real headline and copy from the copy deck; gray boxes with an X for images.
- Show the menu collapsing on the phone; add two layout notes tied to an objective.
- Warn: color, final type or placeholder text in a wireframe.
Module 5From Brand Kit to Style Tile
Week 6 · 7.5 hours
Objectives
Module 5 objectives. By the end of this module, you will be able to:
- 5.1 Produce a brand-to-web style tile from a client brand kit, with an accessible color palette and a responsive type scale. (Course Competency 3)
- 5.2 Produce web-ready images at appropriate resolutions, formats and file sizes, with accurate alt text. (Course Competency 3)
Overview
Now the site gets its look. Your client already has a brand: the kit you chose in Week 2. Your job is to carry it onto the web. Start by reading the kit as signs. Semiotics is the study of signs: how a color, typeface, photo style or icon carries meaning before anyone reads a word. A raspberry wordmark in a round typeface says something different from a black sans serif in all capitals. Ask what each part of your kit tells your personas, and keep that meaning on every page.
The web adds rules. Type must stay readable on a phone. Colors must have enough contrast for people with low vision. A logo must work at 40 pixels tall in a menu bar. You put all of this on a style tile: one page that shows the brand’s web type, colors, buttons and image style, before you design full pages.
Web images follow different rules from print. Size is measured in pixels, not dots per inch. A hero image (the large image at the top of a page) may need to be 2,400 pixels wide to look sharp on a laptop, yet small enough in file size to load fast on a phone. Logos and icons go in SVG, a vector format that stays sharp at any size. Photos usually go in JPEG or WebP.
Watch
- Reading a brand kit as signs, and building the Juniper Street Bikes style tile in Figma with a live contrast check (8 minutes, captioned)
- Exporting web images and writing alt text (5 minutes, captioned)
Read
- Using Color to Enhance Your Design, Nielsen Norman Group (10 minutes)
- Choosing type and Using type, Google Fonts Knowledge, free to read: read one lesson from each (10 minutes)
- Typography, Learn Responsive Design, web.dev, CC BY 4.0 (10 minutes)
- Understanding Contrast (Minimum) and Understanding Use of Color, W3C WAI (10 minutes)
- Choose the right image format, web.dev, CC BY 4.0 (10 minutes)
- An alt Decision Tree, W3C WAI (5 minutes)
Practice
Do Screen Type and Contrast first, so your colors are checked early. Then export one of your photos four ways, all 1600 pixels wide: JPEG high quality, JPEG medium quality, WebP and PNG. Shrink one with Squoosh. Include the comparison in your Brand-to-Web Style Tile and Web Images.
Assessment
- Screen Type and Contrast (5 points, Exercises), due Thursday
- Brand-to-Web Style Tile and Web Images (10 points, Process Work), due Sunday
Critique
In at least one comment, name a sign (a color, typeface or image style) from a classmate’s brand kit. Say whether their style tile keeps that meaning on the web.
Use the critique protocol: I notice, Because, What if. See Critique on Discord in Module 0.
Screen Type and Contrast
Objectives
- 5.1 Produce a brand-to-web style tile from a client brand kit, with an accessible color palette and a responsive type scale.
This assignment measures Module Objective 5.1, which supports Course Competency 3.
5 points, Exercises.
Overview
You will test body text and color pairs on a phone screen before you build your style tile.
Instructions
- In Figma or Realtime Colors, set one paragraph of your real copy in three body fonts, at 16 and 18 pixels, on a phone frame. One of the three is the body font from your brand kit.
- Pick two text-and-background color pairs from your brand kit, including one pair the kit does not list as checked. Test each in the WebAIM Contrast Checker.
- Submit screenshots, the contrast ratios, and two sentences on which pair you would use for body text and why.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Every required part is complete and follows the instructions | 5.1 | 3 |
| Reasoning or answers show your own judgment | 5.1 | 2 |
| Total | 5 |
Brand-to-Web Style Tile and Web Images
Objectives
- 5.1 Produce a brand-to-web style tile from a client brand kit, with an accessible color palette and a responsive type scale.
- 5.2 Produce web-ready images at appropriate resolutions, formats and file sizes, with accurate alt text.
This assignment measures Module Objectives 5.1 and 5.2, which support Course Competency 3.
10 points, Process Work.
Overview
You will turn your brand kit into a style tile, then prepare every image your site needs: named, sized and saved for the web, with alt text.
Instructions
Style tile
- Logo: use the logo from your brand kit (your instructor’s SVG, or the wordmark you set in the kit fonts in Figma or Illustrator). Show it full size, at 40 pixels tall as in a menu bar, and in one color.
- Type scale: heading 1, heading 2, heading 3, body, small text and button text, in the kit fonts. List the font, size, weight and line height for each, at phone and desktop sizes. Body text is at least 16 pixels.
- Color: give each kit color a web job: main, second, accent, text, background, link and focus. Show the contrast ratio of every text-and-background pair. Body text needs at least 4.5 to 1. Large text and buttons need at least 3 to 1. You may add lighter or darker tints of kit colors; mark them as added.
- Interface samples: a main button, a second button, a text link and a menu bar.
- Image style: six photos that fit the kit’s photo style, from Unsplash, the course image bank or your own camera, with sources. Under them, write two or three sentences on what these images say to your personas.
- Build the tile in Figma as one frame about 1440 pixels wide. List the fonts and colors you will enter in your Google Sites theme. If a kit font is not in the Sites font list, name the closest one.
Deliverable Options
Every option is graded on the same rubric. The criteria grade the design, not the machine, and the default path can earn full marks. Choose the image source for your client site:
| Option | What you make | Lab need |
|---|---|---|
| Own or licensed images (default) | Your own ground-level photography or illustration, or licensed images logged with their source | None |
| Drone photography | Aerial photographs of a real location that stands in for your fictitious client’s setting, edited and exported to the kit specifications | Supervised STEAMworks flight session |
Drone rules: students fly only under the direct supervision of the instructor, who serves as the FAA Part 107 remote pilot in command and can take control at any time. No flying over people. The instructor handles all airspace authorization. Students under 18 follow the same supervised path. Log drone images in the kit sheet as your own photography, with the date and location of the session. No AI-generated imagery in either option.
Book lab time through STEAMworks; booking windows are posted in the first week of the term. Complete the STEAMworks safety orientation before your first lab session. STEAMworks supplies all materials. Book the flight session by the end of Week 5 so the images are ready for this assignment. Online students have an equal path in the default option, which needs no equipment.
Accessibility: add alt text to every image, captions or a corrected transcript to every recording, and real headings to every document, in Canvas and in Discord.
Web images
- Logo files: SVG for the logo and the one-color version, and a favicon (the small browser-tab icon) at 512 by 512 pixels.
- Images: every image on your media list, cropped for its use (hero, card or gallery). Export each at about twice the width it will show, in JPEG or WebP. Aim for under 300 KB for a hero image and under 150 KB for a card image. Use file names in lowercase, with hyphens (for example
hero-cake-counter.webp). - Alt text: use the alt decision tree to decide if each image is informative or decorative. You may ask Gemini to draft alt text. Then rewrite each one so it is accurate, says what matters, and does not start with “image of.” Show Gemini’s draft and your version side by side for at least five images.
- Kit sheet (Google Sheets): file name, format, pixel size, file size, page, alt text, and source and license. Add your Practice export comparison and one sentence on which format you would use for a hero image.
- Submit the Figma link, a PDF of the tile and a link to your image folder. On Discord, post the tile and a contact sheet (all images on one page).
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 5.1, 5.2 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 5.1, 5.2 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 5.1, 5.2 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 5.1, 5.2 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 5.1, 5.2 | 2 |
| Total | 10 |
Instructor notes
- Before the term: build the course image bank (Unsplash License photos for each kit, with credits and alt text) and an SVG wordmark for each brand kit.
- Verify before the term: the Google Fonts Knowledge lessons are still free to read; the web.dev Typography and image format pages are still CC BY 4.0; Adobe Fonts is cleared for student web use (otherwise point students to Google Fonts only).
- Check every style tile text pair against 4.5 to 1 before mockups begin.
Video: From Brand Kit to Style Tile and Web Images (about 13 minutes)
- What a sign is; read the Juniper Street Bikes kit aloud: which color, font and image style carry which meaning.
- Build the style tile in Figma: logo at 40 pixels, type scale, colors with web jobs, buttons, menu bar.
- Check contrast live in the WebAIM Contrast Checker; fix one failing pair with a darker tint.
- Note which fonts and colors go into the Google Sites theme, and a substitute when a font is missing.
- Export one photo from Photoshop as JPEG and WebP at twice display width; compare file sizes in Squoosh.
- Rewrite a Gemini alt text draft; warn against “image of” and oversized hero files.
Module 6Responsive Mockups and the Design Proposal
Week 7 · 9 hours
Objectives
Module 6 objectives. By the end of this module, you will be able to:
- 6.1 Design responsive page mockups with a clear visual hierarchy and a consistent visual system across screen widths. (Course Competency 4)
- 6.2 Present a website design proposal to a client and revise it in response to client and peer feedback. (Course Competency 4)
Overview
Responsive design means one page that rearranges itself for phone, tablet and desktop. Visual hierarchy means the most important thing is what people see first, at every width. This week you make mockups: full-color, still pictures of pages. You design the home page and the page where your most important user flow ends, with one consistent system of type, color and buttons.
Before anything is built, designers show the client the full plan. On Sunday you present your Website Design Proposal: your research, structure, look and mockups in one recorded walkthrough. Your Gemini client and your classmates respond, and you revise. This is your first Project and a practice run for the final presentation in Week 15.
Watch
- Responsive hierarchy: one home page at 390, 768 and 1440 pixels (7 minutes, captioned)
- How to present design work to a client, with a sample proposal for Juniper Street Bikes (6 minutes, captioned)
Read
- Visual Hierarchy in UX: Definition, Nielsen Norman Group (8 minutes)
- Responsive Web Design (RWD) and User Experience and Breakpoints in Responsive Design, Nielsen Norman Group (15 minutes)
- Apply constraints to define how layers resize, Figma Learn (10 minutes)
- Design Critiques: Encourage a Positive Culture to Improve Products, Nielsen Norman Group (10 minutes)
- How to be critical, Design Methods, Amy J. Ko, CC BY-ND 4.0 (15 minutes)
Practice
Before you record your proposal, practice it out loud once with a timer. Cut anything past seven minutes.
Assessment
- Responsive Page Mockups (10 points, Process Work), due Thursday
- Website Design Proposal (30 points, Projects), due Sunday
Critique
For Responsive Page Mockups, squint at a classmate’s phone mockup until it blurs. Report the first three things you see. Does that order match the page’s job? For the Website Design Proposal, watch at least three proposals. In each comment, name one decision the evidence supports well and one question the client would likely ask.
Use the critique protocol: I notice, Because, What if. See Critique on Discord in Module 0.
Midterm Course Survey
An anonymous, ungraded survey opens in Canvas this week. Tell your instructor what is working and what is not. Your answers shape the rest of the term.
Responsive Page Mockups
Objectives
- 6.1 Design responsive page mockups with a clear visual hierarchy and a consistent visual system across screen widths.
This assignment measures Module Objective 6.1, which supports Course Competency 4.
10 points, Process Work.
Overview
You will design your home page and one priority page in full color, using your style tile, images and copy deck.
Instructions
- In Figma, make five frames: the home page at phone (about 390 pixels), tablet (about 768 pixels) and desktop (about 1440 pixels), and the end page of your most important user flow at phone and desktop.
- Design each page in full. Use your wireframe for structure, the style tile for type, color and buttons, your web images from the style tile step, and the copy deck for every word.
- Use a layout grid in each frame and auto layout for repeating content. Use the same type styles, colors and buttons on both pages. If you add a new one, add it to the style tile too.
- Show the menu marking the current page (for example, underlined).
- Do a squint test on each frame. Note what you see first, second and third. It should match the page’s job.
- Add three notes to each home page frame on what changed between widths and why.
- Submit the Figma link and a PDF.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 6.1 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 6.1 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 6.1 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 6.1 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 6.1 | 2 |
| Total | 10 |
Website Design Proposal
Objectives
- 1.1 Identify a client’s business goals, website objectives and constraints from a discovery interview.
- 2.1 Analyze target audiences and user needs to create proto-personas that label their assumptions.
- 3.2 Organize website content into a sitemap and navigation plan using card sort results.
- 4.2 Develop low-fidelity wireframes for phone and desktop layouts of key pages.
- 5.1 Produce a brand-to-web style tile from a client brand kit, with an accessible color palette and a responsive type scale.
- 5.2 Produce web-ready images at appropriate resolutions, formats and file sizes, with accurate alt text.
- 6.1 Design responsive page mockups with a clear visual hierarchy and a consistent visual system across screen widths.
- 6.2 Present a website design proposal to a client and revise it in response to client and peer feedback.
This project evidences Course Competencies 1, 2, 3 and 4:
- Analyze target audiences, user needs, competitor websites, and website objectives.
- Develop website structures using customer journeys, user flows, content strategies, sitemaps, and wireframes.
- Produce graphics and visual concepts for web publication using typography, color, and imagery.
- Design responsive website interfaces using visual design, navigation, and usability principles.
This assignment measures Module Objectives 1.1, 2.1, 3.2, 4.2, 5.1, 5.2, 6.1 and 6.2, which support Course Competencies 1, 2, 3 and 4.
30 points, Projects.
Overview
You will present your full design plan to your client and classmates, collect feedback, and submit a revised proposal.
Instructions
- Make a deck of 10 to 14 slides in Google Slides, Adobe Express, InDesign or Figma. Include: client and objectives, audiences and personas, competitor findings, journey and flows, sitemap and menu, wireframes, the brand kit and your style tile, the image style, mockups at each width, and next steps.
- Record a 5- to 7-minute narrated walkthrough with corrected captions. Your face does not need to appear.
- Post the recording on Discord.
- Paste a summary of your proposal into your Gemini client chat. Ask the owner to react. Save the response.
- Make a response log: a table of every piece of client and classmate feedback, what you decided (change, keep or test later), and why. Make at least three changes and show before and after.
- Submit the deck as a PDF, the recording link, the response log, the Figma link and your AI-use log.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Course Competency 1: client goals and audience; objectives and proto-personas trace to the brief, competitor findings and public sources, with assumptions labeled | 1.1, 2.1 | 4 |
| Course Competency 2: structure and content; sitemap, navigation, copy deck and wireframes support the priority user flows | 3.2, 4.2 | 5 |
| Course Competency 3: the style tile and images carry the brand kit to the web, and the palette passes WCAG 2.1 AA contrast | 5.1, 5.2 | 7 |
| Course Competency 4: responsive mockups at phone, tablet and desktop widths with a clear hierarchy and a consistent system | 6.1 | 7 |
| Course Competency 4: recorded proposal and response log showing decisions after client and peer feedback | 6.2 | 4 |
| Accessibility of submission: corrected captions on the recording, alt text, tagged PDF | 6.2 | 3 |
| Total | 30 |
Instructor notes
- Build the anonymous, ungraded Midterm Course Survey in Canvas and open it this week; summarize results in a Monday announcement.
- Return the Website Design Proposal within seven days with rubric scores and a comment. Project check-in 2: design direction.
- Look for a response log with at least three real changes, shown before and after.
Video: Responsive Mockups and Presenting a Proposal (about 13 minutes)
- One Juniper Street Bikes home page at 390, 768 and 1440 pixels with a layout grid and auto layout.
- Squint test each width; move the main action up where it gets lost on the phone.
- Reuse the same styles on the booking page; mark the current page in the menu.
- Present: lead with the client’s goals, then show each decision and the evidence behind it.
- Ask for specific feedback (“Does the booking button feel easy to find?”), not “Do you like it?”
- Show the Gemini client’s reaction and one row of the response log (change, keep or test later).
Module 7Interface Elements and Interactive Prototyping
Week 8 · 8.5 hours
Objectives
Module 7 objectives. By the end of this module, you will be able to:
- 7.1 Design reusable interface components with interactive states that meet usability and accessibility guidelines. (Course Competency 4)
- 7.2 Design an interactive prototype of a website’s priority tasks. (Course Competency 4)
Overview
Interface elements are the parts visitors touch: menus, buttons, links, form fields and cards. Each one has states. A button looks one way at rest, another when the mouse hovers over it, another when it has keyboard focus (it is selected with the Tab key), and another when it is pressed or turned off. States show what can be clicked and what just happened. Focus states matter most for people who do not use a mouse.
This week you build these parts as Figma components (reusable parts). Then you link your mockups into a clickable prototype that people test next week. You also plan your build and decide on the code option.
Watch
- Components and variants in Figma: a button with five states (12 minutes, captioned)
- Prototyping the two priority flows for Juniper Street Bikes (12 minutes, captioned)
- Planning your Google Sites build and the code option (10 minutes, captioned)
Read
- Button States: Communicate Interaction, Nielsen Norman Group (8 minutes)
- Beyond Blue Links: Making Clickable Elements Recognizable, Nielsen Norman Group (10 minutes)
- Menu-Design Checklist: 17 UX Guidelines, Nielsen Norman Group (10 minutes)
- Understanding Focus Visible and Understanding Target Size (Minimum), W3C WAI (10 minutes)
- Guide to components in Figma and Guide to prototyping in Figma, Figma Learn (15 minutes)
Practice
Before Interface Components and States, build one button with five states while following the components lesson. Then delete it and build it again without the lesson.
Assessment
- Interface Components and States (10 points, Process Work), due Thursday
- Build Plan (5 points, Exercises), due Thursday
- Interactive Prototype (10 points, Process Work), due Sunday
Critique
Try both tasks in a classmate’s prototype. Report where you paused or tapped the wrong thing.
Use the critique protocol: I notice, Because, What if. See Critique on Discord in Module 0.
Google Sites and the Code Option (course page)
Objectives
- Choose how you will build your site in Google Sites, and whether to add the code option.
Overview
You design every page in Figma first. Then you build and publish the site in Google Sites in Weeks 10 to 15. No coding is needed. If you want to write code, you may add the code option: small blocks of HTML, CSS and JavaScript, with help from Gemini Canvas, placed on Sites pages with the Embed tool. You decide in Build Plan. The code option needs instructor approval and a backup plan that uses built-in Sites parts. Switching to the backup by the end of Week 10 costs no points.
| Stage or need | Google Sites (every student) | Google Sites plus code (optional) |
|---|---|---|
| Where the design lives | Figma mockups and prototype (Weeks 7 to 9) | Same |
| Build tool | Google Sites with a custom theme | The same Sites site, plus HTML, CSS and small JavaScript blocks written with code help from Gemini Canvas and placed with the Sites Embed tool (Embed code; Add files, videos and website content); Visual Studio Code is an optional editor for writing that code |
| Typography | Custom theme: heading and body fonts from the Sites font library, sizes and spacing per text style | The Sites theme for the page, plus any web font the license allows (for example Google Fonts) and a full type scale in CSS inside coded blocks |
| Color | Custom theme palette for sections, links, buttons and navigation; Sites may override low-contrast choices | The Sites theme, plus full control inside coded blocks; contrast is the student’s responsibility |
| Layout and responsiveness | Section layouts and image grids; responsive by default; student checks phone, tablet and desktop previews | Sites sections, plus coded components with a responsive layout (flexbox or grid and media queries); student resizes each embed box and checks it at every width |
| Navigation | Automatic top or side navigation from the page list (Add, delete and organize pages) | Same |
| Interactive element (Week 11) | Gemini Canvas app exported to Google Sites, or embedded with the Embed tool (Add files, videos and website content); built-in buttons, collapsible text, carousels | Same, or Gemini Canvas code the student adapts, or a small script the student can explain line by line, placed with Embed code |
| Images and alt text | Upload web-ready images from your Brand-to-Web Style Tile kit; add alt text to every meaningful image | Same, plus alt attributes and responsive image sizes in any coded block |
| Search basics (Week 12) | Site and page titles, headings, descriptive page URLs, alt text; further settings limited | Same; headings and key text stay in Sites text boxes rather than only inside embedded code, so they read as page content |
| Analytics (Week 12) | Google Analytics measurement ID in Sites settings, if the district allows; otherwise a written analytics plan | Same |
| Performance check | PageSpeed Insights on the published URL | PageSpeed Insights and Lighthouse |
| Publishing | Publish from Sites (Publish and share your site); public visibility depends on district policy | Same |
| Accessibility checks | WAVE, keyboard-only pass, screen reader spot check, contrast check, embedded app check | The same, plus the W3C Markup Validation Service on each coded block |
| What is graded | The design system, responsiveness, usability, accessibility, and fidelity to the mockups, with platform limits documented | The same. Code style is not graded; the student must be able to explain the code in the defense |
Designing for the Platform
Design in Figma with the Sites layout options in mind. If part of a design cannot be built in Sites, that is not a failure. Note the trade-off and build the closest option, or build that part as code on the code option. Code style is not graded, but you must be able to explain any code you use.
Interface Components and States
Objectives
- 7.1 Design reusable interface components with interactive states that meet usability and accessibility guidelines.
This assignment measures Module Objective 7.1, which supports Course Competency 4.
10 points, Process Work.
Overview
You will build your site’s interface parts in Figma, each with its states.
Instructions
- Make Figma components with variants (versions) for: a button, a link, the menu (phone and desktop, with the phone menu open and closed), one card, and one form field with a label, help text and an error message.
- Show each state: default, hover, keyboard focus, pressed, and disabled where it applies. Focus states must be easy to see and must not use color alone.
- Make phone tap targets at least 24 by 24 pixels. Use 44 by 44 pixels for main buttons.
- Check the contrast of every state against its background. Note the ratios.
- If you plan to use motion, such as an animated logo, show the still version for visitors who turn motion off.
- Submit the Figma link and a PDF of the component sheet.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 7.1 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 7.1 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 7.1 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 7.1 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 7.1 | 2 |
| Total | 10 |
Build Plan
Objectives
- 7.2 Design an interactive prototype of a website’s priority tasks.
This assignment measures Module Objective 7.2, which supports Course Competency 4.
5 points, Exercises.
Overview
You will plan how your design becomes a Google Sites build and decide whether to take the code option.
Instructions
Read Google Sites and the Code Option, above. Then answer four questions:
- Which parts of your mockups will you build with Sites tools? Which, if any, will you build as code, and why?
- Which parts will be hard to build, and how will you handle them?
- Which device and browser will you test on?
- Code option only: what is your backup plan if the code falls behind by the end of Week 10?
Your instructor approves or declines the code option, with feedback, by Saturday at noon. Also confirm your three test participants for Week 9, listed only as P1, P2 and P3.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Every required part is complete and follows the instructions | 7.2 | 3 |
| Reasoning or answers show your own judgment | 7.2 | 2 |
| Total | 5 |
Interactive Prototype
Objectives
- 7.2 Design an interactive prototype of a website’s priority tasks.
This assignment measures Module Objective 7.2, which supports Course Competency 4.
10 points, Process Work.
Overview
You will link your mockups into a clickable Figma prototype. A person should be able to finish both priority tasks on a phone.
Instructions
- Prototype the phone version of every page in your two flows. Add the desktop home page.
- Every menu item, button and link in the flows must go somewhere. Use simple transitions, not long animations.
- Show your interactive element in a basic way (for example, the estimator’s first screen and result screen).
- Test your prototype from start to finish on a real phone, with the Figma app or a shared link.
- Write the two tasks testers will try next week. Use plain words, not your menu labels (for example “You want to know whether the truck will be near your office on Friday”).
- Post the prototype link on Discord. Classmates try both tasks.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 7.2 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 7.2 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 7.2 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 7.2 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 7.2 | 2 |
| Total | 10 |
Instructor notes
- Approve or decline code-option requests, with feedback, by Saturday at noon.
- The Build Plan also confirms Week 9 test participants (adults, coded P1 to P3).
Video: Components, Prototypes and Planning the Build (about 12 minutes)
- Build one button component with five states: default, hover, focus, pressed, disabled.
- Make the focus state visible without relying on color alone; check contrast for each state.
- Set phone tap targets to at least 24 pixels, 44 for main buttons.
- Link the Juniper Street Bikes phone screens for “book a repair” and “check prices.”
- Mock up the repair estimator’s first and result screens; test the prototype on a phone.
- Write a test task that avoids the menu labels.
- Walk the Google Sites and the Code Option table; show what Sites layouts can and cannot do.
- Answer the four Build Plan questions for Juniper Street Bikes, including a backup plan for the code option.
Module 8Usability Testing
Week 9 · 8 hours
Objectives
Module 8 objectives. By the end of this module, you will be able to:
- 8.1 Apply the course test-plan template to set tasks, success criteria and informed consent for a usability test. (Course Competency 5)
- 8.2 Evaluate a website prototype through usability testing and rate the severity of findings. (Course Competency 5)
Overview
In a usability test, you watch real people try to use your design. You do not ask if they like it. You give them a task and watch what happens. Three to five people find most of the serious problems. This is where your persona guesses meet real people. You test your Figma prototype with three adults. They think aloud: they say what they are thinking as they work.
Testing involves real people, so the rules below apply to every session. The Testing Ethics and Consent Check confirms that you know them before you begin.
Testing Rules and Consent Script
Card sorts and usability tests in this course are class learning activities. Follow these rules every time.
- Adults only. Participants are 18 or older. Do not recruit anyone younger, including siblings or classmates under 18.
- Mostly people outside the course. At most one participant per round may be a classmate.
- Consent every time. Read the consent script below, word for word, before each session. Get consent in writing or on a recording.
- Collect as little as possible. No health, money, immigration or other private information. No names in your notes: participants are P1, P2 and P3; card sorters are S1 and S2.
- Recordings only with consent. Keep them only in your Maricopa Google account. Never post them on Discord or Canvas. Delete them at the end of the course.
- Never ask about disability. If you want to test with someone who uses assistive technology, talk with your instructor first.
- AI and notes. You may organize notes with no names in Gemini Notebook. Never put identifying details into any AI tool. AI never makes up participants, quotes or results.
- Honesty. Reporting a session that did not happen, or making up data, is academic misconduct.
- Under 18? You may run tests with adults, and a parent or guardian may be present. Tell your instructor in Week 1.
Read this aloud at the start of every session:
“Thank you for helping with my class project for AVC190 at Glendale Community College. I am testing a website design, not testing you, so there are no wrong answers. I will ask you to try a few tasks and to think aloud as you work. The session takes about 15 minutes. I will take notes, and I will not write down your name or anything that identifies you; you will be listed only as a participant number. With your permission, I will record the screen and your voice. The recording stays in my college Google account, is not shared, and is deleted at the end of the course. You may skip any task or stop at any time without giving a reason. Do you agree to take part? Do you agree to be recorded?”
Write both answers in your session notes.
Watch
- A five-minute think-aloud test, start to finish, with the consent script (12 minutes, captioned)
- Rating severity and writing findings (8 minutes, captioned)
Read
- Usability (User) Testing 101, Nielsen Norman Group (10 minutes)
- Thinking Aloud: The #1 Usability Tool, Nielsen Norman Group (10 minutes)
- Task Scenarios for Usability Testing, Nielsen Norman Group (10 minutes)
- Remote Usability Tests: Moderated and Unmoderated, Nielsen Norman Group (10 minutes)
- Involving Users in Evaluating Web Accessibility, W3C WAI (8 minutes)
Practice
Before your first real session, run your script once with a friend or family member. Fix any task you had to explain.
Assessment
- Testing Ethics and Consent Check (5 points, Exercises), due Thursday
- Usability Test Plan (10 points, Process Work), due Thursday
- Usability Test Round 1 (10 points, Process Work), due Sunday
Critique
Pick one finding in a classmate’s table. Do you agree with its severity rating (0 to 4)? Say why.
Use the critique protocol: I notice, Because, What if. See Critique on Discord in Module 0.
Testing Ethics and Consent Check
Objectives
- 8.1 Apply the course test-plan template to set tasks, success criteria and informed consent for a usability test.
This assignment measures Module Objective 8.1, which supports Course Competency 5.
5 points, Exercises.
Overview
You will show that you know the testing rules before you run any session. Resubmit until every answer is correct. Sessions run before you pass do not count.
Instructions
Answer in your own words, using the Testing Rules and Consent Script:
- Who may take part in a usability test for this course, and how many classmates may be in one round?
- What must you read to every participant before a session begins, and what two answers must you record?
- Where may a recording be stored, and where may it never be posted?
- How are participants named in your notes, and what information may you never collect?
- What may Gemini do with your session notes, and what may it never do?
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Every required part is complete and follows the instructions | 8.1 | 3 |
| Reasoning or answers show your own judgment | 8.1 | 2 |
| Total | 5 |
Usability Test Plan
Objectives
- 8.1 Apply the course test-plan template to set tasks, success criteria and informed consent for a usability test.
This assignment measures Module Objective 8.1, which supports Course Competency 5.
10 points, Process Work.
Overview
You will write the plan you follow in every session, so each participant has the same experience.
Instructions
- Goal: what you need to learn, tied to your website objectives and your persona guesses marked “to test.”
- Participants: three adults who are like your audiences. At most one may be a classmate. List them only as P1, P2 and P3.
- Tasks: your two priority tasks plus one open task (for example “Look around and tell me what this business does”). Give each task a success measure (what counts as done) and a time limit.
- Script: the consent script, read word for word; one warm-up question; the tasks; and three follow-up questions.
- What you measure: task success (yes, with help, no), time on task, and what you saw. You may also ask “How easy was that, from 1 to 7?” after each task.
- Setup: in person, or online with screen sharing in Google Meet. Record only with consent, and keep recordings only in your Maricopa Google account.
- You may ask Gemini whether your tasks give away the answer. Log what you changed.
- Your instructor returns feedback by Friday at noon, so you can run sessions Friday and Saturday.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 8.1 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 8.1 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 8.1 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 8.1 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 8.1 | 2 |
| Total | 10 |
Usability Test Round 1
Objectives
- 8.2 Evaluate a website prototype through usability testing and rate the severity of findings.
This assignment measures Module Objective 8.2, which supports Course Competency 5.
10 points, Process Work.
Overview
You will run three sessions with your prototype and report what you found, ranked by severity.
Instructions
- Pass the Testing Ethics and Consent Check and get feedback on your plan. Then run three sessions with your plan.
- Take handwritten notes in each session, using P1 to P3. Submit a photo of them. Write down what people did and said, not your opinions.
- Findings table: the problem, where it happens (screenshot), how many people hit it, the heuristic involved, severity (0 to 4) and your fix.
- Persona check: for each guess marked “to test,” say whether the sessions supported it, contradicted it, or could not tell.
- Summary: the three worst problems and how you will fix them in Week 10.
- Do not upload recordings to Canvas or Discord.
- You may organize your notes (with no names) in Gemini Notebook. Gemini may not write findings that did not come from your sessions.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 8.2 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 8.2 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 8.2 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 8.2 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 8.2 | 2 |
| Total | 10 |
Instructor notes
- Return Usability Test Plan feedback by Friday at noon (within 24 hours); students run sessions Friday and Saturday.
- Confirm every student has passed the Testing Ethics and Consent Check before they test; sessions run earlier do not count.
- Verify Google Meet screen sharing works on student accounts.
Video: Running a Think-Aloud Test and Rating Findings (about 10 minutes)
- Read the consent script word for word and record both answers.
- Run one Juniper Street Bikes task with a volunteer; stay quiet, prompt only with “What are you thinking?”
- Show handwritten notes coded P1; warn against leading questions and helping the participant.
- Turn three observations into findings-table rows: problem, screenshot, count, heuristic, severity, fix.
- Rate each 0 to 4 and explain the difference between a 2 and a 4.
- Check one persona guess against the results.
Module 9Accessibility, and the Build Begins
Week 10 · 9 hours
Objectives
Module 9 objectives. By the end of this module, you will be able to:
- 9.1 Evaluate a website design for accessibility using WCAG 2.1 AA, automated checks and manual checks. (Course Competency 5)
- 9.2 Produce a website framework with theme, navigation and home page in Google Sites. (Course Competency 6)
- 9.3 Explain how HTML structure and CSS stylesheets shape a web page and its accessibility. (Course Competency 5)
Overview
Accessibility means people with disabilities can see or hear, understand, move through and use a website. WCAG 2.1 AA is the standard most colleges and governments must meet. Its four principles spell POUR: perceivable, operable, understandable and robust. Automatic checkers find some problems, such as missing alt text or low contrast, but miss many others. So you also test with only a keyboard and listen to your pages with a screen reader.
Those checks read the code behind your pages. A short lesson, See the Code, shows you what that code looks like. You do not need to write it; seeing it helps you understand what Google Sites builds for you, and why headings, alt text, lists and link text matter so much.
Then the build starts. You set up a Google Sites theme from your style tile and build the home page. On the code option, you also write and place your first block of code.
Watch
- Web Accessibility Perspectives videos, W3C Web Accessibility Initiative, W3C document license (watch any four, 10 minutes)
- Keyboard and screen reader check on a Google Sites page, with NVDA and VoiceOver (12 minutes, captioned)
- Building Juniper Street Bikes: custom theme, pages and navigation in Google Sites (15 minutes, captioned)
- The code option: an HTML and CSS block from the style tile, placed with Embed code in Google Sites (15 minutes, captioned)
- From Gemini to a web page, step by step (10 minutes, captioned)
- See the Code: the HTML behind a page (4 minutes, captioned, part of this module’s instructor video)
Read
- See the Code: How a Web Page Is Built, below (30 minutes, with its Practice)
- Introduction to Web Accessibility, W3C WAI (15 minutes)
- Designing for Web Accessibility, W3C WAI (10 minutes)
- Easy Checks: A First Review of Web Accessibility, W3C WAI (15 minutes)
- How to use Google Sites and Add, delete and organize pages, Sites Help (10 minutes)
- Code option: Your first website, MDN Web Docs, CC BY-SA 2.5 (20 minutes), and Add files, videos and website content, Sites Help (5 minutes)
Practice
Before the Accessibility Review, install NVDA (Windows) or turn on VoiceOver (Mac). Use it for five minutes on a website you know well. Note two things you learned about how the page sounds.
From Gemini to a Web Page
You can turn something you make in Gemini into a real web page, with no code. The video shows each step.
Part 1: Make the app
- Open your web browser (Chrome works best).
- Go to gemini.google.com.
- Look at the top right corner. Make sure it shows your Maricopa account (your MEID@maricopa.edu). If it shows a personal account, click the picture and switch to your Maricopa account.
- Click in the box at the bottom that says “Ask Gemini.”
- Type this, then press Enter: “Make an interactive quiz with 5 questions about web design. Make it a working app I can click.”
- Wait. Gemini builds the app in a panel on the right side of the screen.
- Click through your quiz to make sure it works.
- If something is wrong, type what to fix in the box (for example, “Make the buttons bigger”) and press Enter.
Part 2: Send it to Google Sites
- Look at the top of the app panel for the Export button. Click Export.
- Click Google Sites.
- A new tab opens with a Google Sites draft. Your app is already on the page. This draft is private; only you can see it.
- Click the title at the top of the page and type a name for your page.
- Click below the app and type one sentence about what your app does.
Part 3: Publish and share
- Click the blue Publish button in the top right corner.
- Type a short web address for your site (for example, your-name-quiz). Click Publish.
- Click the arrow next to Publish and click Copy published site link.
- Go to the Discord course channel. Paste the link and press Enter.
Stuck? Post a screenshot in the Discord course channel with the step number. Screen-reader users: Export and Publish are labeled buttons. If a step does not read clearly, message your instructor for another way.
Your site follows the district’s sharing rules, so people outside Maricopa may not be able to open it. Gemini may build how the app works, but every design choice on the page (words, colors, images) is yours. Source: Google Workspace Updates, “Publish interactive apps from the Gemini app to Google Sites”.
Assessment
- Accessibility Review and Revised Prototype (10 points, Process Work), due Thursday
- See the Code Check (5 points, Exercises), due Thursday
- Site Build 1: Theme, Navigation and Home Page (10 points, Process Work), due Sunday
Critique
Open a classmate’s draft site on a phone and compare it with their mockup. Name one change that helps and one that hurts.
Use the critique protocol: I notice, Because, What if. See Critique on Discord in Module 0.
See the Code: How a Web Page Is Built (course page, about 30 minutes)
You do not need to write code in this course. Google Sites writes it for you. But every page you build is made of HTML (the structure: what each part is) and CSS (the style: how it looks). Seeing it once helps you understand what you are building, and why the accessibility checks in this module work the way they do. Nothing here is on a test. Just look, try the Practice, and notice how it works.
Tags come in pairs
HTML marks each part of a page with tags. Most tags come in pairs: an opening tag, the content, and a closing tag with a slash.
<p>Every cake is made to order.</p>
Here <p> opens a paragraph and </p> closes it. A few tags stand alone, such as <img> for an image.
The page skeleton
Every page has the same frame. The head holds information for the browser, such as the title on the tab. The body holds everything you see. Inside the body, header, main and footer mark the big regions of the page.
<!doctype html>
<html lang="en">
<head>
<title>Pinwheel Cakes</title>
</head>
<body>
<header>Logo and menu</header>
<main>The content of this page</main>
<footer>Hours, address and links</footer>
</body>
</html>
Headings, paragraphs, links and images
<h1>Custom Cakes</h1>
<h2>How to order</h2>
<p>Order two weeks ahead.</p>
<a href="order.html">Start your cake order</a>
<img src="cake-counter.webp" alt="Three layer cakes on the shop counter">
<h1>is the main heading. A page has one.<h2>and<h3>come under it, in order, like an outline.<a>is a link. The words between the tags are the link text, so they should say where the link goes.<img>places an image. Thealtpart is the alt text you write in Google Sites.
Two kinds of lists
<ul>
<li>Birthday</li>
<li>Wedding</li>
</ul>
<ol>
<li>Choose a size</li>
<li>Choose a flavor</li>
</ol>
<ul> is a bulleted list, where order does not matter. <ol> is a numbered list, for steps. Each item is an <li>.
When a closing tag is missing
Browsers try to guess what you meant, and they often guess wrong. Here the heading never closes:
<h2>Our Cakes
<p>Every cake is made to order.</p>
The paragraph may show up big and bold, as part of the heading, and a screen reader may read it all as one long heading. The fix is one closing tag:
<h2>Our Cakes</h2>
<p>Every cake is made to order.</p>
What CSS does
CSS sets the look: fonts, colors, sizes and spacing. Styles can sit on each tag (inline styles), or in one stylesheet that the whole site shares.
<!-- Inline: the style is stuck to one heading -->
<h1 style="color: #A3214F;">Custom Cakes</h1>
/* Stylesheet: one rule styles every h1 on every page */
h1 {
font-family: "Fredoka", sans-serif;
color: #A3214F;
}
A stylesheet is better for three reasons. Every page stays consistent. One change updates every page at once. And the HTML stays clean and easier to read. Your Google Sites theme works the same way: change the heading font once, and every page changes.
Why structure matters for accessibility
Screen readers and other assistive technology read the HTML, not the picture on the screen. When you use Sites tools the right way, Sites writes the right HTML for you.
| What you do in Google Sites | The HTML it makes | Why it matters |
|---|---|---|
| Use the Title, Heading and Subheading styles in order | <h1>, <h2>, <h3> | Screen reader users jump from heading to heading to find what they need. Big bold text that is not a real heading is invisible to them. |
| Add alt text to an image | alt="..." | A screen reader reads it aloud. Without it, the image says nothing, or only its file name. |
| Use the bulleted or numbered list button | <ul> or <ol> with <li> | A screen reader announces “list, 4 items,” so the listener knows what is coming. |
| Write link text that says where it goes | The words inside <a> | Screen reader users can pull up a list of every link. Ten links that say “click here” tell them nothing. |
This is the code you check in the Accessibility Review and every time you run WAVE. WAVE reads the HTML, so its Structure view shows the headings, lists and regions from this page.
Practice
- Open the W3C’s accessible demo page, CityLights (the accessible version), in Chrome, Edge or Firefox.
- Right-click an empty part of the page and choose View page source (or press Ctrl + U on Windows, Command + Option + U on a Mac). A new tab shows the HTML.
- Find three tags: a heading (
<h1>or<h2>), an image withalt, and a list or a link. Press Ctrl + F (Command + F on a Mac) to search for them. - Open the MDN Playground, a free code editor that runs in your browser. You do not need an account to try code. Paste this into the HTML box:
<h2>Our Cakes</h2>
<p>Every cake is made to order.</p>
<ul>
<li>Birthday</li>
<li>Wedding</li>
</ul>
- Delete the closing
</h2>. Watch what happens to the paragraph and the list in the preview. Take a screenshot. - Put the closing tag back. Take a second screenshot.
Screen-reader users: View page source works with a screen reader in each of these browsers. If the Playground preview does not read clearly, message your instructor for a text version of this Practice.
See the Code Check
Objectives
- 9.3 Explain how HTML structure and CSS stylesheets shape a web page and its accessibility.
This assignment measures Module Objective 9.3, which supports Course Competency 5.
5 points, Exercises.
Overview
A short check that you looked under the hood. About 30 minutes, including the Practice above. No Discord critique.
AI: you may ask Gemini to explain a tag you found. Log it.
Instructions
Do the Practice in See the Code. Submit one Google Doc with:
- The three tags you found, as screenshots or copied lines, with one sentence each on what the tag does.
- Your two Playground screenshots: broken and fixed.
- Short answers to three questions:
- What did the missing closing tag do to the page?
- Why do websites keep styles in a stylesheet instead of on each tag?
- Name one piece of HTML a screen reader depends on, and what happens when it is missing.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Three tags found, each explained in a sentence | 9.3 | 2 |
| Broken and fixed screenshots | 9.3 | 1 |
| Answers to the three questions | 9.3 | 2 |
| Total | 5 |
Accessibility Review and Revised Prototype
Objectives
- 9.1 Evaluate a website design for accessibility using WCAG 2.1 AA, automated checks and manual checks.
This assignment measures Module Objective 9.1, which supports Course Competency 5.
10 points, Process Work.
Overview
You will check your design for accessibility. Then you revise your prototype to fix problems from this check and from Test Round 1.
Instructions
- Check your Figma mockups and components with the Easy Checks and Designing for Web Accessibility pages. Look at: contrast of every text and button pair, text size, color used alone, focus states, tap target size, heading order (mark H1, H2 and H3 on each page; these become the h1, h2 and h3 tags from See the Code), link text and alt text.
- Check a live site: run WAVE on one competitor’s home page, and open its Structure view to see the headings, lists and regions. Then use the page with only a keyboard (Tab, Shift and Tab, Enter, Space) and listen with a screen reader for two minutes. Note what WAVE caught and what only your own checks caught.
- Findings table for your design: the problem, the WCAG rule (success criterion), who is affected, severity (0 to 4) and the fix.
- Fix every severity 3 and 4 problem from this check and from Usability Test Round 1 in your prototype. Show before and after for at least three changes.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 9.1 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 9.1 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 9.1 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 9.1 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 9.1 | 2 |
| Total | 10 |
Instructor notes
- Confirm public sharing settings for student Sites before Site Build 1 links go out.
- Add one screenshot per step to the Canvas version of From Gemini to a Web Page.
Video: Accessibility Checks, See the Code and Building in Google Sites (about 16 minutes)
- See the Code (about 4 minutes): open View page source on the W3C CityLights demo; find a heading, an image with alt text and a list; in the MDN Playground, delete a closing tag, show what breaks, and fix it. Tone: you do not need to write this.
- Tab through a Google Sites page; show a missing focus state and a skipped control.
- Listen to the same page with NVDA, then VoiceOver; point out heading order and link text.
- Compare with a WAVE scan: what it caught and what only the manual check caught.
- Custom theme from the style tile; note any color Sites changes for contrast.
- Create every sitemap page so the menu is complete; build the home page with alt text.
- Preview at phone, tablet and desktop; make the mockup-versus-build comparison.
- Write one HTML and CSS block from the style tile, with comments.
- Place it with Insert, Embed, Embed code; resize the box and check each width.
Module 10AI in Web Design, and the Full Build
Week 11 · 8.5 hours
Objectives
Module 10 objectives. By the end of this module, you will be able to:
- 10.1 Produce all pages of a multi-page website with final content and responsive layouts. (Course Competency 6)
- 10.2 Produce an AI-assisted interactive element and evaluate it for accuracy and accessibility. (Course Competency 6)
Overview
AI is now part of how websites get made. You have used Gemini to play the client and draft copy and alt text. This week Gemini writes code. In Gemini Canvas, you describe the interactive element you designed (an estimator, filter, quiz or finder), and Gemini builds a working version. You export it to Google Sites or place it with the Embed tool. On the code option, you may change the code first.
AI code can look right and still be wrong. It can get a price wrong, ignore your style tile, or make buttons a keyboard cannot reach. You are the designer: design the element first, tell Gemini to match it, and test it before it goes on the site.
Watch
- Building the Juniper Street Bikes repair estimator in Gemini Canvas from a Figma design, and exporting it to Google Sites (15 minutes, captioned)
- Checking an AI-built element: accuracy, keyboard, labels, contrast (10 minutes, captioned)
Read
- Create docs, apps and more with Canvas, Gemini Apps Help (8 minutes)
- Publish interactive apps from the Gemini app to Google Sites, Google Workspace Updates (5 minutes)
- Add files, videos, website content and more, Sites Help: the section on embedding (5 minutes)
- AI for UX: Getting Started, Nielsen Norman Group (10 minutes)
Practice
Before the Interactive Element, write a one-paragraph prompt for Gemini Canvas. Describe your element’s purpose, what the visitor enters, what it shows back, every rule or price it uses, and your style tile values (fonts, hex colors, button style). Include this sentence: “Every control must have a visible label and work with a keyboard.” Submit the prompt with your Interactive Element.
Assessment
- Site Build 2: All Pages and Content (10 points, Process Work), due Thursday
- Interactive Element (10 points, Process Work), due Sunday
Critique
Use a classmate’s interactive element with only a keyboard. Try one input it might not expect. Report what happened.
Use the critique protocol: I notice, Because, What if. See Critique on Discord in Module 0.
Site Build 2: All Pages and Content
Objectives
- 10.1 Produce all pages of a multi-page website with final content and responsive layouts.
This assignment measures Module Objective 10.1, which supports Course Competency 6.
10 points, Process Work.
Overview
You will complete every page of the site with final copy, images and alt text.
Instructions
- Finish the copy for the remaining pages in your copy deck. Then build every page in your sitemap (five to seven) with that copy and images from your kit.
- Use the same type, color and button styles everywhere. Each page has one H1, then headings in order.
- Write link text that says where it goes (not “click here”). Give every image accurate alt text or mark it decorative.
- Add the accessibility statement as a page or footer section. A draft is fine this week.
- Check every page at phone, tablet and desktop widths. Fix any layout that loses its hierarchy.
- Post the site link on Discord.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 10.1 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 10.1 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 10.1 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 10.1 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 10.1 | 2 |
| Total | 10 |
Interactive Element
Objectives
- 10.2 Produce an AI-assisted interactive element and evaluate it for accuracy and accessibility.
This assignment measures Module Objective 10.2, which supports Course Competency 6.
10 points, Process Work.
Overview
With Gemini’s help, you will build the interactive element you designed, put it on your site, and show it works for everyone.
Instructions
- Start from your Figma design of the element (from your Interactive Prototype) and your Practice prompt.
- Build it in Gemini Canvas. Keep asking for changes until it matches your design and style tile. Keep the chat as process evidence.
- Put it on your site: export from Gemini to Google Sites, or place it on the right page with the Embed tool. On the code option, you may change the code first.
- Accuracy test: try at least five cases with known answers (for example three cake sizes with known prices). Record what you expected and what you got. Fix every error.
- Accessibility test: use every control with only a keyboard, check that every input has a visible label, check contrast, and listen with a screen reader. If something fails and cannot be fixed, add a plain-text version on the same page (for example a price table) and note it in your accessibility statement.
- In your own words, write 150 words on how the element works. You will use this in your final defense.
- Post a short screen recording of the element in use, with captions or a text description.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 10.2 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 10.2 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 10.2 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 10.2 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 10.2 | 2 |
| Total | 10 |
Instructor notes
- Project check-in 3: build risk and publishing.
Video: Building and Checking an AI-Built Element (about 12 minutes)
- Paste a full prompt for the Juniper Street Bikes estimator: purpose, inputs, prices, style tile values, the label-and-keyboard sentence.
- Revise with follow-up prompts until it matches the Figma design; export it to Google Sites.
- Show the chat as process evidence.
- Run five test cases with known prices; catch one wrong total.
- Tab through every control, check visible labels and contrast, listen with a screen reader.
- Add a plain-text price table when a failure cannot be fixed; note it in the accessibility statement.
Module 11Search, Analytics and Performance; Test Round 2
Week 12 · 8 hours
Objectives
Module 11 objectives. By the end of this module, you will be able to:
- 11.1 Apply search optimization and performance practices to a published website. (Course Competency 6)
- 11.2 Evaluate a live website through a second round of usability and accessibility testing. (Course Competency 5)
Overview
A site no one can find, or that loads too slowly, fails the client. Search engine optimization (SEO) helps search engines understand and show a page: clear page titles, clear headings, accurate alt text and useful content. Performance is how fast a page loads, especially on a phone with a slow connection. Large images are the most common cause of slow pages. Analytics tools count how visitors use the site, which tells the client whether the objectives are being met.
Then you test again, this time on the live site, to see if your fixes worked. Your design freezes at the end of this week. Week 13 is for fixes only.
Watch
- Search, performance and analytics on a Google Sites page, including a page with embedded code (14 minutes, captioned)
- Running PageSpeed Insights and reading the results without panic (8 minutes, captioned)
Read
- Search Engine Optimization (SEO) Starter Guide, Google Search Central, CC BY 4.0 (20 minutes)
- Influencing your title links in search results, Google Search Central (8 minutes)
- Web Vitals, web.dev (10 minutes)
- 3 Uses for Analytics in User Experience Practice, Nielsen Norman Group (8 minutes)
- Use Analytics with your site, Sites Help (5 minutes)
Practice
Run PageSpeed Insights once before you change anything, so you can compare later in the Search, Performance and Analytics Pass.
Assessment
- Search, Performance and Analytics Pass (10 points, Process Work), due Sunday; hard close Monday
- Usability and Accessibility Test Round 2 (10 points, Process Work), due Sunday
Critique
Run PageSpeed Insights on a classmate’s home page. Suggest one image or content change that would help.
Use the critique protocol: I notice, Because, What if. See Critique on Discord in Module 0.
Search, Performance and Analytics Pass
Objectives
- 11.1 Apply search optimization and performance practices to a published website.
This assignment measures Module Objective 11.1, which supports Course Competency 6.
10 points, Process Work.
Overview
You will help people find your site, make it load faster, and plan how the client will measure success.
Instructions
- Search basics: give every page its own clear title. Check headings and page addresses. Confirm alt text. Code option: keep headings and key text in Sites text boxes, not only in code. You may ask Gemini to draft titles and descriptions; rewrite them to be accurate and log the changes.
- Speed: run PageSpeed Insights (mobile) on your home page and one interior page. Record the scores and top suggestions. Fix what you can (usually image size) and run it again.
- Analytics plan: for each objective, name what you would measure (for example phone visits to the location page) and what number means success. Connect Google Analytics only if your instructor confirms the district allows it. Otherwise, submit the plan.
- Publish the site if district settings allow. Otherwise, share the district link.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 11.1 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 11.1 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 11.1 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 11.1 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 11.1 | 2 |
| Total | 10 |
Usability and Accessibility Test Round 2
Objectives
- 11.2 Evaluate a live website through a second round of usability and accessibility testing.
This assignment measures Module Objective 11.2, which supports Course Competency 5.
10 points, Process Work.
Overview
You will test the live site with three new people and run a full accessibility check on your own pages.
Instructions
- Usability: test with three new adults (not your Week 9 people; at most one classmate), on phones if you can. Use the same two tasks plus one task on your interactive element. Follow your Week 9 plan and the consent script.
- Accessibility: run WAVE on every page. Do a keyboard-only check and a screen reader check on the home page and the interactive element page. Check reflow at 320 pixels wide (zoom to 400 percent on a desktop): the page should fit with no sideways scrolling.
- Take handwritten notes using P1 to P3 and photograph them.
- Make a findings table like Round 1. Add a column that marks each finding fixed, still there, or new.
- Sum up what improved and what did not. Show task success from Round 1 and Round 2 side by side.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 11.2 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 11.2 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 11.2 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 11.2 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 11.2 | 2 |
| Total | 10 |
Instructor notes
- Verify the Google SEO Starter Guide is still CC BY 4.0, and whether the district allows Google Analytics on student sites.
Video: Search, Speed and Analytics (about 10 minutes)
- Set unique page titles and clear headings on the Juniper Street Bikes site, including a page with embedded code.
- Write one analytics measure for each objective (for example phone visits to the booking page).
- Show where the Analytics ID goes in Sites settings, if the district allows it.
- Run a mobile test, read the top three suggestions calmly, and shrink one oversized image.
- Run it again and compare; explain that a perfect score is not the goal.
Module 12Critique and Refinement
Week 13 · 7.5 hours
Objectives
Module 12 objectives. By the end of this module, you will be able to:
- 12.1 Prioritize test findings and peer critique into a refinement plan. (Course Competency 5)
- 12.2 Produce a refined release candidate of a website and a case study draft. (Course Competency 6)
Overview
Real teams never fix everything. They rank problems by severity and effort, fix what matters most, and save the rest for later. This week you plan and make your final fixes. Then you draft your case study: the story of the project, written for your portfolio.
Watch
- Prioritizing fixes: severity against effort (8 minutes, captioned)
- What a strong web design case study shows a hiring manager (10 minutes, captioned)
Read
- Review your Round 1 and Round 2 findings tables and the Final Website and Case Study rubric (15 minutes)
- Accessibility statements, W3C WAI: the guidance on what to include (10 minutes)
Practice
Open the Launch Checklist at the start of the week. Use it as your list while you make fixes.
Assessment
- Refinement Plan (10 points, Process Work), due Thursday
- Release Candidate and Case Study Draft (10 points, Process Work), due Sunday
- Launch Checklist (5 points, Exercises), due Sunday
Critique
Read a classmate’s case study draft as if you were hiring. Which section makes you want to interview them? What is missing?
Use the critique protocol: I notice, Because, What if. See Critique on Discord in Module 0.
Refinement Plan
Objectives
- 12.1 Prioritize test findings and peer critique into a refinement plan.
This assignment measures Module Objective 12.1, which supports Course Competency 5.
10 points, Process Work.
Overview
You will rank every open issue and decide what you will fix before launch.
Instructions
- Put every open problem in one table: from both test rounds, the accessibility check, PageSpeed, and classmate and instructor critique.
- Rate each for severity (0 to 4) and effort (low, medium or high). Sort them into four boxes: fix now, quick wins, plan next and later.
- List the fixes you will make this week. Every severity 3 or 4 problem must be fixed or explained.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 12.1 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 12.1 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 12.1 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 12.1 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 12.1 | 2 |
| Total | 10 |
Release Candidate and Case Study Draft
Objectives
- 12.2 Produce a refined release candidate of a website and a case study draft.
This assignment measures Module Objective 12.2, which supports Course Competency 6.
10 points, Process Work.
Overview
You will submit the site you intend to launch and a full draft of the case study.
Instructions
- Release candidate (the version you plan to launch): make the fixes from your plan. Record each in a change log: the problem, the fix, and before and after screenshots.
- Case study draft: 600 to 900 words, or the same content as a web page or slides. Write it for a hiring manager. Cover: the client and problem, audiences and objectives, competitor findings, structure, the visual system, test findings, what you changed, how you used and checked AI, the accessibility statement, and next steps.
- Use real images from your process: sketches, wireframes, the style tile, mockups, and before and after screenshots.
- Post the site link and case study draft on Discord. Submit them in Canvas with the Launch Checklist.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 12.2 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 12.2 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 12.2 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 12.2 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 12.2 | 2 |
| Total | 10 |
Launch Checklist
Objectives
- 12.2 Produce a refined release candidate of a website and a case study draft.
This assignment measures Module Objective 12.2, which supports Course Competency 6.
5 points, Exercises.
Overview
You will check your release candidate against the launch checklist before it goes live.
Instructions
Check your release candidate against this list. Submit a screenshot for each item, or a short note where a screenshot does not fit.
- Every page in the sitemap is published and reachable from the navigation.
- Every page has a unique, descriptive title and one H1, with headings in order.
- Every meaningful image has accurate alt text; decorative images are marked decorative.
- The favicon and logo show correctly.
- No placeholder text remains.
- Any contact or order form says it is a class project and collects no real personal information.
- The accessibility statement is complete.
- Every link works and has descriptive link text.
- The site holds its hierarchy at phone, tablet and desktop widths.
- The interactive element works with a keyboard and has visible labels, or a text alternative is on the page.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Every required part is complete and follows the instructions | 12.2 | 3 |
| Reasoning or answers show your own judgment | 12.2 | 2 |
| Total | 5 |
Instructor notes
- The design froze at the end of Week 12; accept fixes only, not new features.
- Comment on every case study draft before Week 15 so students can revise for the Final Website and Case Study.
Video: Prioritizing Fixes and Writing a Case Study (about 10 minutes)
- Sort the Juniper Street Bikes open problems by severity and effort into fix now, quick wins, plan next and later.
- Show that every severity 3 or 4 problem is fixed or explained.
- Walk a model case study as a hiring manager would read it: problem, evidence, decisions, results.
- Show process images and before and after screenshots; warn against a gallery of final screens with no story.
Module 13The Generator: A Campaign Landing Page
Week 14 · 7.5 hours
Objectives
Module 13 objectives. By the end of this module, you will be able to:
- 13.1 Organize a hand-built website design into a reusable design system of styles, components and a page template. (Course Competency 4)
- 13.2 Evaluate draft copy from two AI agents against written brand rules. (Course Competency 6)
- 13.3 Produce a campaign landing page from your design system, approving every word and image. (Course Competency 6)
Overview
You built your whole site by hand: research, structure, layouts, styles and testing. That came first on purpose. Now you turn what you built into a generator: a system that helps you make more pages for the same client, faster. In this course, a generator has three parts. Your design system is the type, color and component rules you already made. Two AI agents help with words: one drafts copy from the brand kit, and one checks drafts against your brand rules. And you: you design every layout, choose every image and approve every word.
This week you use the generator once, for one new page: a campaign landing page for an event or offer your client wants to promote. AI never designs the page and never makes images.
Watch
- Turning the Juniper Street Bikes site into a system, setting up two agents, and building a campaign page (12 minutes, captioned)
Read
- Design Systems 101, Nielsen Norman Group (10 minutes)
- Manage and share styles and Guide to variables in Figma, Figma Learn (15 minutes)
- Use Gems in Gemini Apps, Gemini Apps Help (5 minutes)
- How the Generator Works, below (10 minutes)
Practice
Before Design System and Two Agents, write five brand rules that a person could check with a yes or a no (for example “Headlines are 8 words or fewer”). Read each one aloud. Rewrite any rule that needs an opinion to check.
Assessment
- Design System and Two Agents (10 points, Process Work), due Thursday
- Campaign Landing Page (10 points, Process Work), due Sunday
Critique
Read a classmate’s agent drafts and brand checker results. Find one place where the checker was wrong, or one rule that is too vague to check.
Use the critique protocol: I notice, Because, What if. See Critique on Discord in Module 0.
How the Generator Works (course page)
| Part | What it is | Who makes it |
|---|---|---|
| Design system | Your Figma file: color and text styles (or variables), components for the header, footer, buttons, cards and hero, and one landing page template with named text slots | You |
| Brand rules | A Google Doc of 8 to 10 rules from your brand kit and style tile, each one checkable yes or no | You |
| Content agent | Saved Gemini instructions that draft copy for each template slot from the brand kit, your copy deck’s voice and a campaign brief | You write the instructions; Gemini drafts |
| Brand checker | Saved Gemini instructions that check a draft against your rules and mark each rule pass or fail, quoting the line that breaks it | You write the instructions; Gemini checks; you check the checker |
| The page | One campaign landing page built from the template | You. You approve every word, choose every image and lay out every section. |
Set up an agent
- Sign in to Gemini with your Maricopa account.
- If your account shows Gems (saved instructions), make a new Gem for each agent. If it does not, keep each agent’s instructions in a Google Doc and paste them at the start of a new chat. Both ways work the same for this assignment.
- Write the instructions in five parts: Role (“You are the marketing writer for Pinwheel Cakes”); What you get (the brand kit, the voice section of the copy deck, the campaign brief); Rules (your brand rules); What to return (one line for each template slot: Headline, Subhead, Body, Button, Image alt text); and Never (never invent prices, dates or claims, and mark anything the client must confirm with [Confirm]; never describe or create images).
- Test it: run it three times and read every draft. If the agent breaks a rule, change the instructions and run it again. Keep each version.
Never paste a classmate’s work, a test participant’s details or anything personal into an agent.
Design System and Two Agents
Objectives
- 13.1 Organize a hand-built website design into a reusable design system of styles, components and a page template.
- 13.2 Evaluate draft copy from two AI agents against written brand rules.
This assignment measures Module Objectives 13.1 and 13.2, which support Course Competencies 4 and 6.
10 points, Process Work.
Overview
You will turn your Figma file into a system, write your brand rules, and set up and test the two agents.
Instructions
- System: in your Figma file, make color and text styles (or variables) from your style tile. Turn the header, footer, buttons, card and hero into components, if they are not already. Build one landing page template at phone and desktop widths, using only those parts. Name each text layer for its slot: Headline, Subhead, Body, Button.
- Brand rules: write 8 to 10 rules in a Google Doc, each checkable yes or no. Cover headline length, reading level (8th grade or below), voice words from the kit, approved button labels, at least one key message, and [Confirm] on every fact the client must check.
- Ask your Gemini client, still in character, for one campaign to promote (for example a cake tasting week, a first-timer night or a repotting workshop). Save the owner’s answer as your campaign brief.
- Set up the content agent and the brand checker, following How the Generator Works.
- Run the content agent three times. Run every draft through the brand checker. Then check each draft yourself against the same rules.
- Make a table: draft number, what the checker said, what you found, and where the checker was wrong. Change the agent instructions at least once because of what you found.
- Submit the Figma link, the rules Doc, both agents’ instructions (first and final versions), the chat share links, the table and your AI-use log.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 13.1, 13.2 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 13.1, 13.2 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 13.1, 13.2 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 13.1, 13.2 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 13.2 | 2 |
| Total | 10 |
Campaign Landing Page
Objectives
- 13.3 Produce a campaign landing page from your design system, approving every word and image.
This assignment measures Module Objective 13.3, which supports Course Competency 6.
10 points, Process Work.
Overview
You will build one new page for your client from your system: a landing page for the campaign in your brief.
Instructions
- Fill the template in Figma at phone and desktop widths. Start from your best agent draft and edit it line by line. You approve every word. Show at least five lines as agent draft and your final, side by side.
- Images: choose them yourself from Unsplash, the course image bank or your own photos. Crop and export them the way you did for the style tile, write the alt text, and log each source. No AI-made images.
- Build the page in your Google Sites site as a new page, using your theme. Link it from the home page, or keep it out of the main menu, as your sitemap suggests.
- Check it: phone, tablet and desktop previews; WAVE; a keyboard-only pass; and contrast on any new color pair.
- Write 150 words: what the system made faster, and what still needed you.
- Post the page link on Discord. Submit the link, the Figma link, the side-by-side table and your AI-use log.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 13.3 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 13.3 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 13.3 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 13.3 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 13.3 | 2 |
| Total | 10 |
Instructor notes
- The generator comes last on purpose: students build the site by hand first. Grade the rules, the agent testing and the student’s edits more than the polish of the page.
- Before the term: check whether Gems (or Gemini’s saved instructions, whatever the district account shows) are on for student accounts; the Google Doc method works either way.
- Under-18 students whose Gemini features are blocked edit instructor-written draft copy and check it by hand against their rules, graded the same way.
Video: Building a Generator for Juniper Street Bikes (about 12 minutes)
- Turn the hand-built style tile into Figma color and text styles; make the header, hero and card into components.
- Build a landing page template with slots named Headline, Subhead, Body and Button.
- Write five brand rules a person can check yes or no; rewrite one that needs an opinion.
- Set up the content agent and the brand checker as Gems, or as instruction Docs pasted into a new chat.
- Run three drafts; show the checker missing a broken rule, and change the instructions.
- Edit the best draft line by line, place licensed photos, build the page in Google Sites and run WAVE.
Module 14Publication and Presentation
Week 15 · 6.5 hours
Objectives
Module 14 objectives. By the end of this module, you will be able to:
- 14.1 Present a published website and defend its design decisions using research and test evidence. (Course Competency 6)
- 14.2 Critique classmates’ websites with evidence-based questions grounded in design, usability and accessibility principles. (Course Competency 5)
Overview
This week you launch and defend your work. Your defense is how you answer questions about your design with evidence.
- Wednesday: post your recorded client presentation on Discord.
- Thursday: post one question on each of three classmates’ presentations. Your instructor adds one question to every presentation.
- Saturday: post your answers to every question you received.
- Sunday: submit the Final Website and Case Study and leave three closing comments.
Keep the recording and case study. Both are made to show employers. The college end-of-course survey also opens this week. It is anonymous.
Watch
- Your classmates’ presentations (at least three, including one from a different client type)
Read
- Review the Final Website and Case Study rubric (10 minutes)
Practice
Practice the site walkthrough on your phone once before you record, so your interactive element is ready to show.
Assessment
- Client Presentation to the Class (10 points, Process Work), due Thursday
- Final Website and Case Study (30 points, Projects), due Sunday
- Final Reflection (10 points, Exercises), due Sunday
- Add to Your Portfolio Site (ungraded), before the course ends
- Take Your Work With You (ungraded), before the course ends
Critique
This week’s critique is the defense questions, answers and closing comments listed in the Overview.
Use the critique protocol: I notice, Because, What if. See Critique on Discord in Module 0.
Client Presentation to the Class
Objectives
- 14.1 Present a published website and defend its design decisions using research and test evidence.
- 14.2 Critique classmates’ websites with evidence-based questions grounded in design, usability and accessibility principles.
This assignment measures Module Objectives 14.1 and 14.2, which support Course Competencies 5 and 6.
10 points, Process Work.
Overview
You will post your final client presentation and ask defense questions of three classmates.
Instructions
- Record a 6- to 8-minute captioned presentation, as if to your client. Cover the goals; a live walkthrough of the site on a phone and a desktop, including the interactive element; the visual system; what testing showed and what you changed; and what you recommend next. Post it on Discord by Wednesday at noon.
- Watch at least three classmates’ presentations. Post one defense question on each. A good question asks about evidence or trade-offs (“What did testing show that made you move the order button?”), not opinion.
- Submit your presentation link in Canvas.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Requirements: every required part is present and follows the steps | 14.1, 14.2 | 4 |
| Reasoning: decisions are explained with design principles, the client brief or test results, not personal taste | 14.1, 14.2 | 2 |
| Accessibility: alt text on images, captions or a transcript on recordings, real headings | 14.1, 14.2 | 1 |
| Process and AI-use log: sketches, versions or notes show how the work grew; AI use is disclosed and checked | 14.1, 14.2 | 1 |
| Critique: three comments on classmates’ posts that follow the critique protocol | 14.2 | 2 |
| Total | 10 |
Final Website and Case Study
Objectives
- 2.1 Analyze target audiences and user needs to create proto-personas that label their assumptions.
- 2.3 Analyze competitor websites for content, structure, brand presentation and usability using the ten usability heuristics.
- 3.2 Organize website content into a sitemap and navigation plan using card sort results.
- 4.2 Develop low-fidelity wireframes for phone and desktop layouts of key pages.
- 5.1 Produce a brand-to-web style tile from a client brand kit, with an accessible color palette and a responsive type scale.
- 5.2 Produce web-ready images at appropriate resolutions, formats and file sizes, with accurate alt text.
- 6.1 Design responsive page mockups with a clear visual hierarchy and a consistent visual system across screen widths.
- 7.1 Design reusable interface components with interactive states that meet usability and accessibility guidelines.
- 10.1 Produce all pages of a multi-page website with final content and responsive layouts.
- 11.2 Evaluate a live website through a second round of usability and accessibility testing.
- 12.1 Prioritize test findings and peer critique into a refinement plan.
- 14.1 Present a published website and defend its design decisions using research and test evidence.
This project evidences Course Competencies 1, 2, 3, 4, 5 and 6:
- Analyze target audiences, user needs, competitor websites, and website objectives.
- Develop website structures using customer journeys, user flows, content strategies, sitemaps, and wireframes.
- Produce graphics and visual concepts for web publication using typography, color, and imagery.
- Design responsive website interfaces using visual design, navigation, and usability principles.
- Evaluate website designs for usability, accessibility, and user experience.
- Produce an interactive, multi-page website for publication using contemporary web design and publishing tools.
This assignment measures Module Objectives 2.1, 2.3, 3.2, 4.2, 5.1, 5.2, 6.1, 7.1, 10.1, 11.2, 12.1 and 14.1, which support Course Competencies 1, 2, 3, 4, 5 and 6.
30 points, Projects.
Overview
You will answer every question you received, then submit your published website and final case study.
Instructions
- By Saturday at noon, answer every question you received, including your instructor’s. Post a recording (2 to 4 minutes) or a written answer in your presentation thread. Use evidence from your case study or test findings.
- Leave three closing comments on classmates’ answers.
- Submit in Canvas:
- the live site link (or the district link if public publishing is not allowed)
- the final case study
- the Figma link to your final design files (style tile, components, mockups)
- your captioned presentation recording, revised if you like
- your defense answers (link or file)
- the link to your campaign landing page
- your final AI-use log for the whole project
- Your instructor may ask for a short follow-up talk if the site or defense leaves a question about who made the work or how well you understand it.
Deliverable Options
Every option is graded on the same rubric. The criteria grade the design, not the machine, and the default path can earn full marks. Every student submits the live site link. Choose how the site also reaches visitors away from the screen:
| Option | What you make | Lab need |
|---|---|---|
| Link only (default) | The live site link in Canvas | None |
| Printed touchpoint | A printed sign in the client’s visual system with a QR code that opens the live site, tested on at least two real phones (one iPhone, one Android) | A printer |
| Laser-cut touchpoint | A laser-cut sign in the client’s visual system with an embedded NFC tag that opens the live site, written with a free NFC app such as NFC Tools and tested on at least two real phones (one iPhone, one Android) | STEAMworks XR lab laser cutter and NFC tags |
For either touchpoint, submit a photo of the sign, a short screen recording of each phone opening the site, and one sentence on how the sign carries the brand. Gemini may draft the sign’s wording; you design the sign. Book lab time through STEAMworks; booking windows are posted in the first week of the term. Complete the STEAMworks safety orientation before your first lab session. STEAMworks supplies all materials. Online students have an equal path in the printed touchpoint, which needs no lab.
Accessibility: add alt text to every image, captions or a corrected transcript to every recording, and real headings to every document, in Canvas and in Discord.
Your defense counts in the rubric. Strong answers that use evidence and name trade-offs raise criteria 4, 5 and 6. If you cannot explain a design decision or how your interactive element works, criterion 6 stays at Developing until a short follow-up talk with your instructor. Unanswered questions lower criterion 6.
Accessibility: add alt text to images, captions or a transcript to recordings, and real headings to documents.
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Course Competency 1: the site serves the stated audiences and objectives, and the case study shows how audience and competitor analysis shaped it | 2.1, 2.3 | 3 |
| Course Competency 2: navigation, page structure and content follow the sitemap, flows and content strategy, with deviations explained | 3.2, 4.2 | 3 |
| Course Competency 3: typography, color and imagery form a coherent brand system; images are web-ready with accurate alt text | 5.1, 5.2 | 5 |
| Course Competency 4: layouts hold their hierarchy at every width; components are consistent and match the mockups, with platform trade-offs documented | 6.1, 7.1 | 5 |
| Course Competency 5: two test rounds and the accessibility review are reported with severity, and the highest-severity findings were fixed, with evidence | 11.2, 12.1 | 6 |
| Course Competency 6: published, at least five pages, one working interactive element, search basics and an accessibility statement, defended clearly in response to questions | 10.1, 14.1 | 5 |
| Accessibility of submission: corrected captions on recordings, alt text, accessible case study | 14.1 | 3 |
| Total | 30 |
Final Reflection
Objectives
- 14.1 Present a published website and defend its design decisions using research and test evidence.
This assignment measures Module Objective 14.1, which supports Course Competency 6.
10 points, Exercises.
Overview
You will look back on how your thinking about web design changed and on your own decisions.
Instructions
Record a 4- to 6-minute reflection (captioned, or audio with a corrected transcript). With your instructor’s approval, you may write 400 to 600 words instead; link two pieces of your own process work. Answer:
- How did your idea of web design change this term?
- Which design decision are you proudest of, and which would you change? Tie each to a piece of your process work (a sketch, a test finding, a revision).
- What did testing show you that you could not see yourself?
- How did you use Gemini, and where did you choose not to?
Rubric
| Criterion | Objective | Points |
|---|---|---|
| Development of your thinking about web design | 14.1 | 3 |
| Two decisions, each tied to an artifact from your own process | 14.1 | 3 |
| What testing showed you | 14.1 | 2 |
| Use of Gemini and where you chose not to use it | 14.1 | 1 |
| Accessibility: captions or a corrected transcript | 14.1 | 1 |
| Total | 10 |
Add to Your Portfolio Site (ungraded, Week 15)
Your portfolio is a Google Site. At the end of every course, you add one or two of your best finished projects, not exercises.
- Open your portfolio site at sites.google.com with your Maricopa account. If you do not have one yet, start a new site and name it with your name.
- Add a page for each project. Insert screen-size images of the finished work and one or two process images.
- Add alt text to every image: select it, choose More, then Add alt text (Google’s accessibility help).
- Write two or three sentences for each project: the problem, your role and one design choice you would defend.
- Choose Publish at the top right, type a short web address, and choose Publish.
- Choose Share. Next to Published site, choose Restricted, so only people you add can see it. Add your instructor’s email. When you apply for a job, add the employer’s email.
Who can see it: Restricted is the default. You may switch to Public whenever you choose. If you see an option for Maricopa, it limits viewing to people with Maricopa accounts. If you make the site public, you can tick “Request public search engines to not display my site” in Publish settings. Google says this is a request, not a guarantee (Publish and share your site).
For this course: your client website can be one of your projects. Link to it from your portfolio page and add screenshots of it at phone and desktop widths.
Already have a Behance portfolio from another class? You may use it instead.
Take Your Work With You (ungraded, Week 15)
Your Maricopa Google account may close after you leave the college. Do this before the course ends, so you keep everything you made even if you stop out, transfer or graduate. It takes about 45 minutes.
- Save your files in one place. Make one Google Drive folder for this course. Put in it your Figma files, exported graphics, case study, presentation recording and defense answers and your AI-use log. For each Figma file, choose File, then Save local copy, to download a .fig copy.
- Copy everything to a personal Google account. Make a personal Google account if you do not have one. First make your own copy (File, then Make a copy) of any file someone shared with you, because files you do not own are not copied. Then, signed in to your Maricopa account, open Google Takeout Transfer and copy your Drive and Gmail to your personal account (see Google’s help page). It can take up to a week, and the copies arrive unshared. If Transfer is not available on your account, use Google Takeout to download your Drive as .zip files and save them on your computer.
- Take your AI work with you. Save your interactive element and any code Gemini wrote for you: copy the Gemini Canvas app’s code into a file in your folder, and keep the prompt or spec you gave it. The instructions and source files are what rebuild it, so keep each one’s instructions in a Google Doc and its sources in your course folder. To keep your chats, use Google Takeout: choose My Activity, then Gemini Apps. After you leave, rebuild it in Gemini with your personal account: make a new one, paste the instructions and upload the sources. If you used a Gem or Gemini Notebook for client role-play or drafts, keep its instructions and sources the same way.
- Know the privacy difference. Your Maricopa account keeps your Gemini work out of AI training (see Module 0). A personal account does not have the same protections, and Google may use your activity to improve its AI, depending on your settings. In your personal account, open Gemini, then Settings & help, then Activity (Gemini Apps Activity), and decide whether to turn off Keep Activity. Never put anyone else’s private information into a personal account.
- Move your Google Site. Takeout Transfer copies Drive, Gmail and Photos. Do not count on it to move your client website. First keep the content: put the site’s text in a Google Doc and its images in your course folder, then open each published page and save it as a PDF (File, then Print, then Save as PDF). Then try a direct copy: in the site editor, choose Share and add your personal email as an editor. Sign in with your personal account, open the site, and choose More (the three dots), then Make a copy. If sharing outside Maricopa is blocked, rebuild the site in your personal account at sites.google.com with the same content and publish it again. The web address changes, so update it on your resume and profiles.
- Protect your artwork online. No website can fully stop AI companies from copying public images. These steps make it harder and show the work is yours:
- Post screen-size images, not your full-size print files.
- Add your name and a copyright line (© Your Name) to the description or the image.
- In Adobe apps or Adobe Content Authenticity, attach Content Credentials and choose “I request that generative AI models not train on or use my content.” It is a request, not a lock: Adobe Firefly honors it, and other AI companies may not (see Adobe’s help page).
- Optional: Glaze, a free tool from a University of Chicago research team, adds hidden changes that make it harder for AI to copy your style. It works best on detailed artwork and is not a guarantee.
- Keep your full-size master files private in your Drive folder. Your portfolio site shows only screen-size images and stays Restricted until you choose to make it public.
Instructor notes
- Add one defense question to every presentation by Thursday at noon.
- Grade the live site, case study, presentation and defense together. A defense that cannot explain a design decision or the interactive element caps criterion 6 at Developing until a short follow-up conversation.
- Remind students of the college end-of-course evaluation.
- Take Your Work With You is ungraded. Before this week, confirm with district IT that Google Takeout Transfer is on for student accounts; if it is off, students use the Takeout download.
- Confirm with district IT which Google Sites publishing options students see (Restricted, Public or Maricopa only) and whether they can share a site outside Maricopa. If sharing outside Maricopa is blocked, point students to the rebuild path in Take Your Work With You.
- Gems, skills and Gemini Notebooks do not move with Takeout Transfer. Check that each student’s folder holds the instructions Doc and sources for every AI tool they built.
No video: written directions are enough. Students watch each other’s presentations this week.