Sniedziet piemēru situācijai, kad uzdevumam ir augsta prioritāte, bet zema nopietnība, vai otrādi.

Piemērs 1: Augsta prioritāte, zema nopietnība

Situācija: Galvenās lapas baneris ar akcijas piedāvājumu tiek rādīts ar nedaudz izkropļotu tekstu noteiktās ekrāna izšķirtspējas ierīcēs. Teksts ir lasāms, bet izskatās neideāli.

• Prioritāte: Augsta. Baneris — galvenais reklāmas elements, ko redz lielākā daļa lietotāju. Pat neliela izkropļojuma ietekme var negatīvi ietekmēt uzņēmuma tēlu un konversijas. Nepieciešama ātra labošana.
• Sarežģītība: Zema. Pamatfunkcionalitāte nav pārkāpta, galvenais aicinājums uz darbību ir skaidrs. Lietotāji joprojām var veikt pirkumus.

Piemērs 2: Zema prioritāte, augsta sarežģītība

Situācija: Sarežģītas uzņēmuma administrācijas panelī, kas pieejama tikai ierobežotam iekšējo lietotāju lokam, veicot specifisku, retu datu operāciju, rodas kritiska kļūda, kas bloķē turpmāko darbu šajā modulī.

• Prioritāte: Zema. Ietekmē maz lietotāju, operācija tiek veikta reti. Ir alternatīvas vai iespēja veikt to pašu uzdevumu citādi. Neietekmē lielāko daļu sistēmas darbības.
• Sarežģītība: Augsta. Tiem lietotājiem, kas veic šo operāciju, kļūda ir kritiska un pilnībā bloķē viņu darbu. Datu zudums vai iespēja veikt svarīgu uzdevumu ir ierobežota, bet svarīga lietotāju grupai.

Īpašība	Augsta prioritāte, zema nopietnība	Zema prioritāte, augsta nopietnība
Ietekme	Plaša (daudzi lietotāji), bet ne bloķējoša.	Maz (maz lietotāju), bet bloķējoša/kritiska.
Steidzamība	Prasa ātru risinājumu redzamības/tirgus ietekmes dēļ.	Mazāk steidzami, jo ietekmē maz lietotāju/retu scenāriju.
Funkcionalitāte	Galvenā funkcionalitāte saglabāta.	Kritiska funkcionalitāte ir pārkāpta noteiktā scenārijā.
Piemērs	Vizuals defekts redzamā vietā.	Bloķējoša kļūda retā lietojuma funkcijā.