01 · Brand vibe and voice
What Reflectal feels like
Reflectal makes safety productive across essential work, from the front line to the Boardroom. The brand should feel like a calm, credible expert in the room: serious about the science, quietly confident, never alarmist and never corporate-cold.
Personality
Deep navy carries the seriousness and the trust. Electric lime brings the energy and optimism, used sparingly and only on navy as a signature spark. Teal is the everyday accent that keeps things calm and human rather than clinical. Trebuchet headings feel approachable and current, while the clean Arial body keeps it modern and easy to read.
What we are, what we are not
We are
- Independent and research-grounded
- Plain-spoken and precise
- Respectful of privacy (architecturally anonymous)
- Confident without hype
- Designed for the whole workforce, including contractors and volunteers
We are not
- Clinical, cold or bureaucratic
- Alarmist or fear-driven
- Buzzword-heavy HR or consulting speak
- Surveillance-flavoured or punitive
- Generic SaaS blue
Tone of voice
Authoritative
Lead with the point. Short, declarative sentences. Cite the evidence rather than asserting.
Plain
Everyday words over jargon. If a frontline worker would not use the term, explain it or drop it.
Considered
We are handling sensitive territory. Warm, measured, never glib. Dignity first.
Writing conventions
02 · Logo
The logo
The Reflectal logo is the supplied master artwork: the lowercase reflectal. wordmark and the re icon. Use these files, do not retype the wordmark. Navy on light, white on dark, lime reserved for navy backgrounds.
.png)
.png)
.png)
Use
- Use the supplied master files. The wordmark is always lowercase with the full stop: reflectal.
- Navy logo on light backgrounds; white logo on navy or dark photography.
- The re icon is the avatar and app icon, for square and rounded tiles, favicons and social.
- Keep clear space around the logo equal to the height of the icon's underline on all sides.
- Minimum width: about 90px on screen for the wordmark, 24px for the icon.
Do not
- Retype or re-set the wordmark in another font.
- Recolour the logo outside navy, white or lime.
- Place the navy logo on a dark background, or the white logo on a light one.
- Stretch, condense, rotate, outline or add shadows.
- Put lime on a light background (see the colour rule).
#C3FF0B; the exact lime EPS can replace them. Use the EPS for print or large scaling, or ask for SVG exports. Lime logos go on navy only.03 · Colour
Palette
One family across product, documents and decks. Navy dominates; teal is the everyday accent; electric lime is the signature spark, used only on navy. A full status set sits alongside. Aim for roughly 60% navy and neutral, 30% teal and supporting, 10% lime spark.
Core and accent
Signature spark
Highlight accent
Status colours
Status tints, for badges and pills
Data visualisation tints
#7A1228; variance green text uses the success ink.#D83264. The status colours (green, amber, red) and their tints are functional, used only to signal state, never as decorative brand colour.Neutrals and text
Swatches and the contrast tables below are generated from the brand definition (reflectal.brand.js), so they always match the templates.
04 · Accessibility
Contrast and colour rules
Target is WCAG 2.2 AA: 4.5:1 for normal text, 3:1 for large text (18.66px bold or 24px+) and for UI components and focus indicators. AAA (7:1) is flagged where the palette reaches it. Ratios below are measured.
The lime rule
Electric lime #C3FF0B is never used on light or white backgrounds, in any context: text, icons, fills, charts, borders or tints. It appears only on navy or near-black, where it reaches 12.4:1. On light surfaces use teal for accents and the success green for positive emphasis. As text, lime needs a dark backing; teal needs white or a light backing (teal on navy is only 2.8:1).
Beyond contrast
- Never use colour alone to convey meaning. Pair status colours with an icon or label.
- Visible focus on every interactive element: 3px teal outline, 2px offset.
- Body text 16px+; respect user zoom to 200% without loss of content.
- Hit targets at least 24x24px (AA); aim for 44x44px.
- Honour
prefers-reduced-motion; no essential info in motion alone.
#15803D, warning amber #F59E0B with navy text, error red #BE123C with white text, info teal #0E7490. Each has a matching pale tint with a same-hue dark ink at 7:1 for badges. Always pair status colour with an icon or label, never colour alone.05 · Typography
Type system
Two typefaces, both built into Windows, macOS and Microsoft Office, so files render identically with no embedding or downloads. Trebuchet MS for headings, a friendly humanist sans. Arial for body, UI and labels. The logo keeps its own supplied lettering and is never re-set in these fonts.
Roles
- Trebuchet MS: page titles, section and card headings, display numbers.
- Arial: body copy, buttons, form fields, labels, eyebrows, captions, data.
- Fallback stacks:
'Trebuchet MS', Verdana, Arial, sans-serifandArial, 'Helvetica Neue', sans-serif. - Body line-height 1.5 to 1.6; headings 1.2. Body weight 400, headings 700.
- For the highest-legibility frontline contexts, Verdana is an approved alternative for body.
Eyebrow / label
Uppercase Arial bold, letter-spacing about 0.14em, in teal. Used above headings to orient the reader.
Safety made productive
Scale
Line and paragraph spacing
Paragraphs and body
- Body line-height 1.5 to 1.6.
- One clear gap between paragraphs, about 0.8em. No double blank lines, no first-line indent.
- Left-aligned, never justified. Line length about 60 to 75 characters.
Headings and lists
- Heading line-height 1.15, held even when a heading wraps to two lines. Do not add extra leading.
- More space above a heading than below it, so it groups with the text it introduces.
- Lists sit tighter than paragraphs: line-height about 1.45, roughly 0.2em between items.
- Keep bullets short, a few lines at most. If one runs long, split it or move the detail into a sentence.
06 · UI patterns
Building the platform
Accessible defaults for the most common components. All examples here meet AA for text and 3:1 for non-text and focus.
Buttons
- Primary: teal background, white text (5.4:1). Hover darkens toward navy.
- Secondary and Ghost: teal outline, or a pale fill, for lower-emphasis actions.
- Use one primary per view. On a navy surface a lime button with navy text can mark the single hero action; never use lime on light.
Links, forms and focus
Links
Inline links use teal with an underline. Underline is not optional: colour alone must not signal a link. Focus shows a 3px teal outline.
Focus indicator
Every interactive element shows a visible focus ring. Tab through this page to see it. Do not remove :focus-visible outlines.
Form fields
Surfaces and spacing
- App background paper
#F6F8FA; content on white cards with a line#D5DCE4border and 8px radius. - Dark sections in navy for hero, focus moments and section breaks, mirroring the deck's sandwich structure.
- Spacing scale in multiples of 4px (4, 8, 12, 16, 24, 32, 48). Keep generous whitespace.
- One repeating motif: the thin lime rule or top-border on navy. Use it to mark key surfaces, not everywhere.
07 · App interface and experience
The product people meet
Most people meet Reflectal in the app, often a frontline worker on a phone between tasks, not an executive at a desk. The interface has to feel human, easy and even enjoyable, while never spending the credibility the brand is built on. Fun earns attention; trust earns honesty. We design for both at once.
Fun and engaging
- Warm, friendly illustration and colour
- Plain, encouraging microcopy
- Light motion and moments of delight
- Progress and small wins celebrated
credible
Highly trustworthy
- Clear data, honest claims, no hype
- Privacy and anonymity always visible
- No dark patterns or pressure
- Calm, dignified handling of hard topics
Designed with people, not just for them
Illustration style Indicative only
Friendly, simple, flat illustration on the brand palette. People are drawn inclusively: a range of skin tones, ages, body types, genders and abilities, in the uniforms and settings of real essential work. Rounded, approachable lines; never cartoonish to the point of trivialising the subject. No named mascot.
Iconography
One consistent set: simple, rounded, single-weight line icons in navy or teal. Icons always sit beside a text label, never alone, so meaning never depends on the picture.
People and photography
Illustration leads the UI
Onboarding, empty states, explainers and everyday screens use illustration. It is consistent, inclusive, fast to load and easy to localise per audience.
Photography proves it
Authentic, un-staged photography of real essential workers is reserved for testimonials, case studies and evidence. Real settings, consent and dignity first. Avoid glossy stock.
Motion and video
Motion is light and purposeful: micro-animations that confirm an action, show progress or ease a transition, typically 150 to 300ms. Short, captioned explainer and onboarding videos carry the more involved ideas. Lively, never frantic.
prefers-reduced-motion (offer a reduced or static alternative), and never convey information through motion or colour alone.Built for frontline reality
- Plain language at a low reading level; short sentences, no jargon, multilingual-ready.
- Hands and conditions: large tap targets (aim 44x44px), usable one-handed, with gloves, and readable outdoors in sunlight (lean on the high-contrast pairings).
- Low effort: minimal typing, sensible defaults, quick check-ins that fit between tasks.
- Patchy connectivity: tolerant of low bandwidth and offline moments; nothing punished for a dropout.
- Assistive tech: full screen-reader support, visible focus, and the WCAG 2.2 AA rules from section 04 applied throughout.
- Trust in view: privacy and anonymity cues present where people share, so they always know what is and is not seen.
Two surfaces, one brand
The same palette and type flex across audiences, mirroring the two presentation styles. Frontline surfaces lean lighter and brighter, larger friendly type, more teal and lime energy, illustration forward. Executive surfaces stay restrained and navy-led. Trust markers, accessibility and the wordmark never change.
Do
- Pair every icon and status colour with a label
- Show privacy and anonymity plainly
- Celebrate progress in small, honest ways
- Co-design and test visuals with each audience
Do not
- Use fear, pressure or dark patterns to drive action
- Let "fun" trivialise sensitive content
- Rely on colour or motion alone to carry meaning
- Lock a single illustration style across every cohort
08 · Referencing
Citing the evidence
Reflectal's authority rests on being research-grounded, so references are part of the brand, not an afterthought. The house style is APA 7th edition (author-date). Match the depth of referencing to the output: rigorous in reports and decks, deliberately simple in the app.
When to reference
Always reference
- Any statistic, figure or prevalence claim
- Research findings, studies or evidence claims
- Frameworks, models or standards (for example a hierarchy of controls)
- Direct quotes and paraphrased ideas from a source
- Legislation, codes of practice and regulator guidance
No reference needed
- Common knowledge and widely accepted facts
- Reflectal's own product features or first-party data (label as ours)
- General observations not tied to a specific source
In-text citations (APA 7th)
- Parenthetical: (Fleming, 2024) two authors (Fleming and Webster, 2024)
- Narrative: Fleming (2024) found that…
- Three or more authors: (Fleming et al., 2024)
- Direct quote needs a page or paragraph: (Fleming, 2024, p. 14)
- Organisation as author, first use: (Productivity Commission [PC], 2020), then (PC, 2020)
Full references
Alphabetical by author surname, with a hanging indent. Author title in italics for the work; keep DOIs as live links. Set in Arial, smaller than body. Examples show the pattern; confirm exact details against each source.
Where references sit, by output
Reports and documents
In-text citations through the body, full reference list at the end under a "References" heading. Footnotes optional for asides.
Presentations
Short source line on the slide (Source: PC, 2020) and a consolidated reference slide at the end.
The app
Simple first. Plain-language attribution and a link, for example "Based on independent research" with a tap-through. Reserve full APA for formal exports.
Typesetting references
- Typeface: Arial (the body sans), never the heading font, so reference lists read as supporting detail.
- Size: 9 to 10pt in documents and on reference slides, a step below body. In-text citations match the body size.
- Layout: hanging indent of about 1.27cm (0.5in), single spacing within an entry, a small gap between entries, left-aligned.
- Links: DOIs and URLs live and in teal, underlined.
- Heading: "References" set as a normal section heading (Trebuchet), sentence case.
09 · Digital design for the tools suite
Designing the tools
The internal tools carry the brand as much as any deck. These rules were settled during the July 2026 build rounds and bind every tool page, current and future. The core principle: the suite is one product built from one standard set of widgets. A widget behaves identically on every page it appears, and a flag raised once against a widget is fixed in the component, so it can never resurface in the next widget built.
Core widgets, the standard set
Every tool page is assembled from these components. Anything not on this list is a new widget type, and a new widget type is a conscious decision: agree it with the brand owner, add it here, then build it.
Comment thread
- One shared component on every widget: thread, post box, dated record entries and @ tagging all come from the shared module and behave identically everywhere.
- The tag picker appears only after an @ is typed. It never opens on focus, never automatically, and is never rebuilt inside a new widget. A tagging pop-up appearing where it should not is a defect, however it got there.
- Tags notify the tagged person once, through the bell. Record entries (who changed what, when) sit in the same thread as a light box with dark ink, on light and dark panels alike.
- You can edit and delete your own comments. An edited comment says so; a deleted one goes, rather than leaving a tombstone.
- Any comment can be replied to, and the reply sits indented under the comment it answers, so context is kept instead of the thread running in one flat order.
- The thread scrolls inside its own window and never grows the page. New comments scroll into view.
- A comment box on a dark panel takes the panel's dark surface. A light wrapper carrying light text is the fault that made a thread unreadable on 26 July; contrast is checked in every context a widget renders, not just on white.
Action list and My actions
- Every action has an owner picked from the team list (so it lands in the right My actions view) and a due date; start dates and a timeline toggle where the tool plans over time.
- Links and documents attach as labelled chips. Checklists carry assignees.
- Done actions grey and collapse but stay expandable. Reassignment and date changes log themselves as records.
Meetings widget
- One shared module on Overview, Platform and RPHA; internal meetings hidden from gated partner accounts.
- Owns every visual property of its own markup; host pages cannot restyle it.
- Meeting actions follow the action rules above and land in My actions.
Discussion card
- Raised questions with status, who raised, who is assigned, due date and what it relates to.
- Priority is a single marker with a written meaning; open items count on the dashboard.
- Notes anywhere can be raised to a discussion with one control, carrying their context.
Progress bar and tiles
- One segmented bar per summary: green (done), amber, red inside, with the count beside it (6/6 done, 2/6). Never a bar plus chips repeating the same story.
- Roll-up colour is proportional: green when more than two thirds green, red when at least half red, amber between.
- Tiles click through to their detail, always.
- A summary card whose subject is done (Complete or Continuous improvement) leaves its row, so the live cards spread across the full width. One quiet "Show done" control under the row brings them back, minimised, at the end of the row; selecting a minimised card expands it, faded. The word in these controls is "done", never "finished".
Data panel (statistics and results)
- The collapsed line carries the actual numbers; expanding shows the full table and history over time with improvement and decline marked.
- Numbers carry their date and source; anything the source does not state reads as open, never guessed. Research marking is mirrored verbatim.
- A plain-language guide ("What these numbers mean") sits beside any statistical display.
Pop-up (modal)
- One standard pop-up: centred card, title, fields, its own Save and Cancel. It closes only from its own controls, never by itself.
- Never a native browser pop-up (alert, confirm, prompt): confirmation and errors use the standard pop-up and toast.
- On a phone the pop-up caps to the screen and field grids collapse to one column.
Toast and errors
- One toast style suite-wide. A failed save or delete names the real error; nothing fails silently.
- Lists never show items that do not really exist in the shared database.
Notes panel and links list
- Open notes with a Save button and a quiet "Saved" confirmation; notes can be raised to a discussion.
- Research papers and links are label plus URL rows, shown as chips where referenced.
Guide line
- Every widget carries a short guide line (what it is, what you do with it, what it feeds) unless truly self-evident.
- Defaults live in the page; Yhana and Trent reword them in place via the pencil and the edit saves centrally for everyone.
Filter toolbar
- Filters sit in one toolbar at the top of the page (stage, category, collapse all), never scattered per card.
- Filter labels use the same vocabulary as the pills they filter.
Tables and lists in cards
- Widget lists scroll inside their card rather than growing the page.
- Wide tables scroll sideways inside the card on small screens; the card never breaks the page layout.
Consistency across pages
- Fix once, fixed everywhere. Shared widgets live in shared modules; pages never fork their own copy. When a behaviour is flagged, the fix lands in the component so every page and every future widget inherits it. A flagged behaviour reappearing in a new widget means the fix went into a page instead of the component.
- Same action, same control. Save buttons, pencils for in-place edits, chips for attachments, arrows for expand: one vocabulary of controls across the suite. A user who has learned one page has learned them all.
- Widgets are self-contained. Every widget sets every visual property of its own markup with a scoped reset and namespaced classes; host pages style only bare elements. Never rely on inheritance for widget visuals.
- One navigation. The shared nav module is the only header and footer. New pages get a conscious navigation decision before they are built; page renames change labels only, never file names.
- Deletes are admin only across the suite; core members add and edit working records; research pages are the researcher's to edit. All of it via the permission matrix, never per table.
Built for the phone
- The phone is a first-class use, not an edge case. Notes, actions and comments get updated from phones during meetings; every widget must work at phone width (390px), not merely load.
- Layout rules: record panels and drawers go full width on a phone; pop-ups cap to the screen with field grids collapsing to one column; the shared navigation collapses to a menu button; page widgets wrap underneath the header instead of clipping.
- Touch rules: tap targets are at least 32px; nothing requires hover to reach; wide tables scroll sideways inside their card rather than breaking the page.
- Definition of done: a widget is not finished until it has been checked at phone width, the same way colour is not finished until contrast is checked. New widgets ship phone-ready; they do not join a fix-later list.
Colour coding, the standard approach
Always
- Every colour comes from
reflectal.brand.js. If no suitable colour exists, raise it and add one to this guide first. - Status colour fills the whole element (row, header, tile) using the standard tint pair, with the written label alongside. Colour is never the only signal.
- Colour marks attention only: red means act, amber means watch. Healthy and finished items stay plain, and done states fade (muted stage pills, greyed collapsed cards).
- Open and selected surfaces are teal depth 4
#E0EDF1with a teal edge, on every tool. - Contrast is verified numerically (AA) in every context the element renders: white cards, dark navy panels, tinted rows.
Never
- No thin edge stripes, no hand-blended pale variants, no colour that is technically on brand but indistinguishable from white.
- Green never means anything but good, in any state, including hover, open and selected.
- No walls of colour: if most of a list is highlighted, the coding has failed. A loud pill repeated on ninety rows is noise, not a signal.
- No duplicated signals: one element tells one story. A flag icon beside a red row says the same thing twice; keep the colour, drop the flag.
- Never re-derive marking that represents someone's judgment. A researcher's red or a system status is copied from the source exactly, not recalculated from a rule of our own.
Standard behaviours: saving, states, dates, focus
- Saving: widgets either save on change or carry an explicit Save with a quiet "Saved" confirmation, and each widget picks one model and keeps it. A failed save always surfaces in the toast with the real error.
- Empty states: a widget with no rows says what it is for and what to do next, in its own words, never a blank box.
- Loading states: shared data shows a quiet loading indicator while it arrives; a blank widget that later fills in reads as broken.
- Dates: Australian format, day month year, through the shared formatter on every page. Relative times ("2 days ago") only ever sit beside the absolute date, never instead of it.
- Focus and keyboard: every interactive element shows the standard teal focus ring. Removing an outline without a replacement is a defect; everything reachable by click is reachable by keyboard.
- Notifications: the bell is the one notification surface, and every notification deep-links to the exact spot it refers to.
- Exports: any list a person will work through elsewhere offers a paste-ready export matching the tracker's columns.
Language and workflow
- Plain-language names in sentence case; no acronyms in navigation or titles; describe things by what appears on screen. Retired names never reappear: the tracker page is Dev tracker, and RPHA and CRM live only in body copy, explained once. Machine-checked.
- Trade terms are kept exactly as written: "Nano-learning" and "Nano-learnings" are Reflectal trade terms (possible trademarks), never rewritten or simplified. The checker carries a protected list.
- No consulting jargon in visible copy; say the plain thing instead. The banned wordlist lives in check-standards.js, the single source, and is machine-checked as a warning. No ampersands in visible copy; write "and". Also machine-checked.
- Reflectal is the platform, never the product.
- Build decisions that belong to someone else (research cut-offs, legal wording, a partner's data) go to that owner as a discussion item, never decided inside the tool.
- Anything not trivially obvious gets its interpretation played back and confirmed before it is built. Parked stays parked, with no partial builds.