|
| 1 | +import Link from "next/link"; |
| 2 | +import { CommunityMenu } from "components/menus/CommunityMenu"; |
| 3 | +import { StackedNavLayout } from "components/layouts/StackedNavLayout"; |
| 4 | + |
| 5 | +export const meta = { |
| 6 | + title: "Proposing a component or pattern", |
| 7 | + menu: CommunityMenu |
| 8 | +}; |
| 9 | + |
| 10 | +## What you do |
| 11 | + |
| 12 | +### 1. Check the NICE Design System and GitHub discussions. |
| 13 | + |
| 14 | +What problem are you looking to solve? Check to see if anything already exists in the NICE design system that could solve it. The contents of the NICE design system are regularly reviewed to ensure they are useful, usable and adhere to best practise. |
| 15 | + |
| 16 | +### 2. Desk research |
| 17 | + |
| 18 | +If you cannot find a solution in the design system, look at how other organisations address this problem. Look at other websites and consider existing methods, best practice, and evidence. This is called [desk research](https://www.nngroup.com/articles/secondary-research-in-ux/). |
| 19 | + |
| 20 | +### 3. Submit your proposal |
| 21 | + |
| 22 | +<Link className="btn" href="/community/requesting-a-component/">Request a component or pattern</Link> |
| 23 | + |
| 24 | +The <Link href="/community/component-criteria/">component criteria</Link> will help you understand what we look for in a proposal. |
| 25 | + |
| 26 | +## What we do |
| 27 | + |
| 28 | +### 4. Review proposal |
| 29 | + |
| 30 | +The design system team will set up a meeting with you to discuss and review the proposal. |
| 31 | + |
| 32 | +We will check to see if a similar proposal has already been made. The team will decide if the proposal is suitable for the NICE design system. |
| 33 | + |
| 34 | +### 5. User research and design |
| 35 | + |
| 36 | +User experience designers will develop initial prototypes for the component by collaborating with content designers and developers using real content where possible. |
| 37 | + |
| 38 | +The designs will be critiqued by the team to generate assumptions and hypotheses for user research. The team will use the decision and actions log to record next steps. |
| 39 | + |
| 40 | +User research will be carried out to generate more evidence to ensure the proposal meets user's needs. |
| 41 | + |
| 42 | +### 6. Development and technical testing |
| 43 | + |
| 44 | +Developers will write and review the component code by pairing with other developers and technical testers. They use acceptance criteria, which includes accessibility testing. |
| 45 | + |
| 46 | +They will also discuss and review the component with you. |
| 47 | + |
| 48 | +### 7. Publish |
| 49 | + |
| 50 | +The design system team will collaborate on completing component documentation using the component checklist as a guide. |
| 51 | + |
| 52 | +The component will be published into the NICE design system and used where necessary. |
| 53 | + |
| 54 | +### 8. Share |
| 55 | + |
| 56 | +The design system team will give updates on what's changed at the NICE design system show and tell. |
| 57 | + |
| 58 | +Updates will also be posted on the <Link href="/">Design System homepage</Link>, on [GitHub](https://github.com/nice-digital/nice-design-system) and via our [Teams channel](https://teams.microsoft.com/l/team/19%3aj3x65ql6djS-Ro2mM8yQIRzK_QHOk1S3Jl75got7hwk1%40thread.tacv2/conversations?groupId=10c92ff2-b41f-42d1-abef-f34f5bfe1202&tenantId=6030f479-b342-472d-a5dd-740ff7538de9). |
| 59 | + |
| 60 | +export default ({ children }) => <StackedNavLayout meta={meta}>{children}</StackedNavLayout>; |
0 commit comments