Decisions

Where the designs, the live site and our rules disagreed, the one choice this prototype makes everywhere. Open one to see why.

Prices and words

  • Numbers, prices and dates are written the Norwegian way.D1

    The designs mix "1400 kr", "750 kr" and "1 875 kr", and the live site shows "kr 1,711.00". The market is Norwegian.

  • Prices look like "1 711 kr", with øre only when there are any.D2

    Matches the checkout designs.

  • Every customer sees prices including VAT, companies too, everywhere on the site.D5

    Ferdinand's answer on 2026-10-08 replaced the design's split (companies without VAT, private buyers with).

    Source: LIP-1440, Slack Q1, 2026-10-08

  • Every price says "incl. VAT", and totals show the VAT on its own line.D3

    Wording from the LIP-1440 checkout prototype, revised with D5.

  • Customer prices are rounded to whole kroner.D11

    25 % VAT on a base price like 1 711 kr gives øre (2 138,75 kr); the designs only show whole kroner.

  • The screens are in English for now; numbers and dates stay Norwegian.D4

    The admin may stay English; the customer side will be Norwegian and English, which is its own prototype.

  • We spell it "license", the American way.D23

    The checkout prototype uses "licence"; the rest of this prototype doesn't.

  • The web license is called "Web and social media".D6

    Figma uses "Web & Social", "Social & web" and "Social and web".

  • A license covered by your plan is marked "Included".D7

    Figma uses both "Included" and "Subscribed".

  • Dates in the admin read like "3 days ago".D39

    The tested admin uses relative dates everywhere.

Pages and layout

  • The header is the live site's, plus a cart button; checkout drops search and cart.D9

    The prototype should look like the live site except for what it tests.

  • Widths follow the live site: full-width header and search, readable content columns.D12

    Replaced "everything max 1200 px": content gets a max width for reading; backgrounds may run full width.

  • A page is all light or all dark, never a dark column next to a light panel.D24

    The mix of dark and light on the details page drew negative feedback.

  • Search has Creative and Editorial tabs, and starts on Editorial.D25

    The live site always searches one family; most fixtures are editorial (200 of 232).

  • On an image's page, the purchase panel fills the side panel without a frame.D26

    The live side panel is flat.

  • The cart page and the confirmation reuse existing parts until they're designed.D10

    They aren't designed in Figma yet.

Checkout

  • Checkout knows who is buying from the workspace; nobody picks company or private.D13

    Source: Figma 3764:18597 · LIP-1440

  • Checkout shows the company and the person ordering; private buyers see their own details.D19

    The acceptance criteria ask for user and workspace; the design shows only the workspace. The user line is our assumption.

  • There is no payment step yet: "Pay now" places the order straight away.D14

    Source: LIP-1436 · LIP-1445

  • The pay button shows the total and always works; it points out what's missing.D8

    Source: LIP-1440 checkout prototype

  • One checkbox accepts the license terms; private buyers also waive withdrawal.D15

    Confirmed by Ferdinand; the acceptance criteria's two checkboxes are outdated.

    Source: LIP-1440, Slack Q2, 2026-10-08

  • Each image in checkout is a card with everything you need to check before paying.D16

    Source: LIP-1440, Ferdinand 2026-10-08 · LIP-1612, user test 2026-10-19

  • An image's own instructions from the supplier are shown where they apply, nothing more.D17

    NTB's search API has one free-text field. Ferdinand's proposal; an assumption until he confirms.

  • Removing an image in checkout updates the cart; licenses can't be changed there.D18

    Source: LIP-1440

  • Companies can add their own reference or order number to the invoice.D20

    Source: LIP-1440, Slack Q4, 2026-10-08

  • Each image shows its credit line, with a short explanation.D21

    Still waiting for an answer from Elisabeth.

  • License terms open in place, and help is one quiet line away, without leaving checkout.D22

    Ferdinand asked for terms links that are visible but quiet, and an easier contact card.

    Source: LIP-1440, Slack Q6

  • "Contact us" opens customer service's phone and email; there's no form.D30

    Source: LIP-1432 · im-web LIP-1497

  • Checkout isn't made for phones in this round.D31

    Source: LIP-1440, Slack Q4, 2026-10-08

  • The single-purchase flow lives on the order system board.D32

    Source: LIP-1440, Slack Q7, 2026-10-08

Admin as tested

  • The admin copies the one used in the user test, quirks included, so the two can be compared.D33

    Baseline is the "before" the product admin prototype is compared with, finding by finding.

    Source: https://bitbucket.org/NTB-NO/im-web/src/906f196835b750ccc5bdd564cba9ea761c84d17a/apps/im-admin/src/components/product-config/

  • Draft products can still be bought, as in today's admin.D34

    im-web prices drafts today. The product admin prototype decides otherwise.

  • A variant sells part of a product, and when variants overlap, the higher one in the list wins.D35

    Source: The tested admin's onboarding and variant form

  • A discount adjusts one product for one customer, and a variant's discount comes first.D36

    Precedence is undefined in im-web; this is our assumption.

  • A subscription gives one customer a product's licenses for a period, or as a download quota.D37

    Source: The tested admin's subscription form · The products API's subscription types

  • You can view the site as five different customers, each with a different kind of plan.D38

    Subscriptions belong to a workspace, so each purchase panel case needs its own.