Essentials
8 guided hoursModules 1-2. An introduction with practical exercises and a small reviewed artifact.
DESIGN · BEGINNER TO INTERMEDIATE
Build adaptable interfaces and explain your design.
Learn Figma through visual foundations, auto layout, reusable components, prototyping and clear developer handoff. Build a responsive course enquiry experience.
COURSE OVERVIEW
Learn visual foundations, auto layout, reusable components, prototypes and design handoff. Build a responsive course enquiry experience, then extend into token systems and advanced prototype review.
OPTIONAL AI PRACTICE
Selected modules include an optional prompt-and-review exercise. Verify the result using the underlying skills taught in this course.
Explore the Prompting FoundationA STARTING POINT THAT FITS
Modules 1-2. An introduction with practical exercises and a small reviewed artifact.
Modules 1-6, including Essentials. Complete the core labs and an assessed practical project.
Two extension modules and a four-hour project clinic after practitioner readiness.
These are curriculum planning options. We confirm the timetable, delivery format, fees and required accounts before enrolment. Practitioner includes Essentials; the two durations are not added together.
Download the Curriculum PDFWHAT YOU’LL LEARN
College learners, adult beginners, aspiring designers, founders and professionals who want practical interface-design skills.
Basic computer and browser skills. A Figma account with edit access supports the core labs; paid-plan features have manual alternatives.
THE COURSE OUTLINE
Each module connects a concept to a practical task. Open a module to see its topics and exercise.
A frame defines an interface area and can contain other layers. A group organises selections but does not replace a screen frame. Name layers by purpose so another person can find the heading, course card and enrolment button. Drawing software fluency supports design decisions; it does not prove that users need a feature. Use the layers panel when overlapping objects are difficult to select on the canvas. Edit width, height and position deliberately rather than dragging until something looks close. Duplicate a frame to compare alternatives without losing the first version. Keep an original exercise frame intact so revisions can be reviewed. A small file benefits from clear sections for exploration, components and final screens. Free plan limits can change, so check current access before class and use named sections within a single page when necessary. Store fictional content only, and distinguish a working draft from a version ready for review.
Build a navigable first file
Review my own Riverstone artifact for 'Figma workspace and design foundations'. Use the supplied exercise requirements, identify two questions I should investigate and explain one likely trade-off. Do not create the design for me or invent research findings. I will test suggestions myself.
Required dimensions are exact Original and revision stay separate Duration can be found by layer name
Use a small spacing scale to make layout choices repeatable. A 4, 8, 16, 24 and 32 pixel teaching scale is a design convention, not an accessibility requirement. Align related content and give groups more separation than their internal elements. Consistency makes later revisions easier to explain and apply. A grid distributes available space using margins, gutters and columns. Calculate the dimensions before drawing. For a 1200 pixel content frame, 24 pixel outer margins and eleven 16 pixel gutters leave 976 pixels for twelve columns, or approximately 81.33 pixels each. Fractional columns are normal and should not be rounded independently. Establish a restrained hierarchy with a title, section heading, body and supporting text. Use actual course names to reveal awkward wrapping. Font size alone does not guarantee readability: contrast, line length, weight and spacing matter too. Designs should anticipate text enlargement and longer translations instead of shrinking essential information to fit.
Create a deliberate course layout
Review my own Riverstone artifact for 'Layout, grids and typography'. Use the supplied exercise requirements, identify two questions I should investigate and explain one likely trade-off. Do not create the design for me or invent research findings. I will test suggestions myself.
704 pixel region is filled correctly Text wraps without clipping Hierarchy is consistent across frames
Auto layout arranges child objects in an intentional direction. Padding creates space inside the container; gaps separate its children. These are different controls. Build the text and button as nested arrangements so changing a course description pushes the button down naturally instead of requiring manual repositioning of every layer. Hug content allows a container to grow around its children. Fill container uses available space within its parent. Fixed sizing specifies a deliberate dimension. Choose each behaviour according to the content relationship: a button label can hug, while a card in a layout can fill its assigned column. Responsive design requires inspecting how content behaves at different widths. Figma resizing is a useful design check, but does not implement browser breakpoints. Record the intended transition from two columns to one, test longer text and document minimum useful widths. A static screenshot cannot demonstrate that all intermediate sizes work.
Make the course card resilient
Review my own Riverstone artifact for 'Auto layout and responsive components'. Use the supplied exercise requirements, identify two questions I should investigate and explain one likely trade-off. Do not create the design for me or invent research findings. I will test suggestions myself.
No text or button overlap Padding remains 24 pixels Column change is documented
A main component defines a reusable element; instances reuse it across screens. Change the main component to update shared structure, and use appropriate instance overrides for local content. Avoid detaching every instance to make a small change because the relationship becomes harder to maintain and improvements stop propagating predictably. Variants organise purposeful differences such as default, hover, focus, disabled or loading. Name properties by meaning, for example State=Loading, rather than colour. Include labels and visible state differences so a developer understands behaviour. Figma visual variants are specifications; they do not supply functional keyboard handling or accessible semantics. A token names a reusable design decision such as colour/action or space/card. Variables, modes, shared libraries and their limits depend on account and plan. Mandatory work can use local styles plus a token table containing names and values. This still teaches consistency without making paid collaboration features essential.
Build a small reusable system
Review my own Riverstone artifact for 'Components, variants and design tokens'. Use the supplied exercise requirements, identify two questions I should investigate and explain one likely trade-off. Do not create the design for me or invent research findings. I will test suggestions myself.
Main change reaches both instances States have named purposes Manual token table is complete
A prototype connects designed screens to simulate selected tasks. State what works and what is simulated before using it. A click-through enquiry can test navigation and wording, but cannot prove backend delivery, payment security or screen-reader behaviour. Use the prototype to investigate a specific design question with observable success conditions. Give participants a goal rather than a route. Ask them to find a beginner design course and enquire, rather than telling them which button to click. Observe hesitation and choices before offering help. Small classroom samples reveal issues for iteration but cannot support claims about the whole learner population. Include at least one error and a route back to the task. Missing email should retain already entered course information and explain what needs fixing. Recording success-only interactions hides important design decisions. A prototype can show error behaviour using separate frames when conditional features are unavailable or outside the exercise scope.
Test a complete enquiry task
Review my own Riverstone artifact for 'Interactive prototypes and usability checks'. Use the supplied exercise requirements, identify two questions I should investigate and explain one likely trade-off. Do not create the design for me or invent research findings. I will test suggestions myself.
Happy and error routes work Task instruction is neutral Claims are limited to the observed sessions
Handoff explains what the interface does, not only its appearance. Specify responsive arrangements, field requirements, error wording, focus states and confirmation details. Pair screenshots with short annotations and acceptance criteria. A developer should not have to infer whether a button sends immediately or opens another step in the enquiry flow. Developer inspection features such as Dev Mode can vary by plan, permissions and product availability. Required handoff uses dimensions, colours, spacing, local styles, exported assets and a written specification. Use paid inspection features only if available, and verify proposed code suggestions rather than treating generated values as finished implementation. A credible portfolio tells the problem, your contribution, evidence, alternatives and revisions. Label the Riverstone project as fictional coursework. Include limitations of participant access and prototype scope. A short account of one decision changed by observation is more useful than unsupported claims that the design increased real business revenue or conversion.
Package a usable handoff
Review my own Riverstone artifact for 'Design handoff and portfolio presentation'. Use the supplied exercise requirements, identify two questions I should investigate and explain one likely trade-off. Do not create the design for me or invent research findings. I will test suggestions myself.
States and required fields are explained Assets reopen correctly Fictional scope and evidence limits are stated
AFTER THE CORE COURSE
Govern a small theme release
Run a design quality clinic
Complete both four-hour extension modules and a four-hour project clinic. Entry uses the core project and readiness evidence.
BRING THE SKILLS TOGETHER
Design Riverstone's responsive course catalogue and enquiry experience in Figma, showing component reuse, clear states and honest test evidence. Practitioner requires Modules 1–6; Advanced adds theme governance and a stress-test clinic.
A learning project using sample or permitted material. The final scope is agreed for your learning plan.
KEEP EXPLORING
Reference material to complement the Hawa Enterprises curriculum. Account features may vary; basic-feature or manual alternatives support the core exercises.
Course outline published by Hawa Enterprises. Updated . Ask about the learning plan.
GOOD TO KNOW
No. This course concentrates on Figma operation, reusable design construction and handoff. UI / UX Design gives deeper research and experience-design practice.
Mandatory exercises use free-core drafting, local styles/components and manual specifications. Check current account limits before class; optional modes, libraries or Dev Mode need available access.
Yes, after basic computer skills. Essentials introduces the workspace; placement evidence allows experienced learners to move faster.
These details are confirmed by email before you commit. The curriculum gives guided-hour options for Essentials, Practitioner and Advanced. Actual schedules, fees and delivery arrangements are confirmed before enrolment. Ask about the course you want and your preferred timeline.
Choose a course and complete the enrollment wizard with your name, email and WhatsApp number. Review your details before sending the enquiry. Hawa Enterprises will discuss your starting level, goals and course arrangements before enrolment is confirmed.
YOUR NEXT SKILL STARTS HERE
Tell us your goal, starting level and preferred timeline.