PIM SelectionThe independent guide to choosing a PIM

The Red Flag Register: 40 warning signs in a PIM selection

The Red Flag Register lists 40 warning signs in a PIM selection across seven stages: RFP responses, demos, pricing, contracts, references, implementation partners and the buyer's own team. Each red flag states how to detect it, the question to put to the vendor or partner, and why it matters. Internal red flags come first, because they cause most failures.

What is the Red Flag Register?

The Red Flag Register is a list of 40 warning signs that a PIM selection is drifting off course, each with a question that tests it. It covers the vendor, the implementation partner and the buyer's own team. It belongs to the 12-week PIM selection process and is used from the first week to the contract.

Every red flag has four parts:

  • Signal: the warning sign in a few words.
  • Detect: how you spot it in a document, a demo or a conversation.
  • Ask: the question to put to the vendor, the partner or your own team.
  • Why: the risk it points to, in one sentence.

The flags are grouped into seven stages, matching the moments in the selection where they appear.

Stage Weeks in the method Red flags
Internal 1 to 7 5
RFP 6 to 7 6
Demo 8 to 9 7
References 10 5
Partner 7 to 11 5
Pricing 6 to 11 6
Contract 11 6

None of the red flags names a vendor. Each describes a behaviour that any vendor or partner can show, and that the buyer can check.

How should you use the red flags during a selection?

Use the red flags as a checklist at each stage, and record every flag you observe next to the evidence and the vendor's answer. A red flag is a question first, and a verdict only when the answer fails.

Assign the stages to people. The selection lead checks internal and RFP flags. Scorers watch for demo flags during the scenario sessions. Procurement and legal own the pricing and contract flags. The selection team and RACI page shows who covers which area.

When you spot a flag, put the suggested question to the vendor in writing. Record the answer and judge whether the risk is resolved. One unresolved flag is a point to negotiate or to test in the proof of concept. Three or more unresolved flags at one vendor, across different stages, form a pattern that should weigh in the decision.

Record flags next to the demo scores. The PIM demo scorecard measures how well a vendor passes the scenarios. The flags capture behaviour around them, such as skipped steps or curated data.

Which red flags matter most?

The internal red flags matter most, because they cause failures before any vendor is involved. Most PIM selections fail before the first demo, because buyers compare software before they define their data model. Internal flags RF-36 to RF-40 test exactly that.

Check them first, in weeks 1 to 7:

  • No named owner for the product data model.
  • Requirements written by a single department.
  • A decision date driven only by the budget cycle.
  • A sample data pack that is not ready for scenario design.
  • A favoured vendor before the longlist exists.

On the vendor side, three flags carry the most weight in PIMvendors selections. A demo on the vendor's own showcase data predicts nothing about fit. A renewal without a price cap transfers years of risk to the buyer. An export only in a proprietary format makes leaving expensive. Regulation helps with the last one: under the EU Data Act, cloud providers can generally no longer charge switching fees from 12 January 2027.

The why PIM selections fail page explains the root causes behind the internal flags.

How do you raise a red flag without damaging the vendor relationship?

Raise a red flag as a factual question about your requirements, in writing, and give the vendor a fair chance to answer. Most flags have a reasonable explanation or a fix, and the vendor's response tells you as much as the flag itself.

Frame the question around your needs. "Our renewal policy requires a cap tied to an index" works better than an accusation about hidden uplifts. The suggested questions in the register follow that tone.

Share the demo and contract questions with all shortlisted vendors early, ideally in the RFP. Vendors then know what you will test and can prepare. Serious vendors welcome the clarity, and the answers become comparable.

Keep the internal flags inside the team. They are about your own readiness, and fixing them is your job. The PIM contract checklist turns the contract and pricing flags into checks for the legal review.

The register

The full register follows, grouped by stage. Filter by stage to focus on the part of the selection you are in.

Inside your own organisation

  1. RF-36
    No named owner for the product data model

    Nobody can say who decides which attributes exist, who owns each attribute group, or who approves changes to the model.

    Ask Who in our organisation owns the product data model, and who signs off attribute ownership before the RFP goes out?

    Without model ownership, requirements stay vague and vendors cannot be compared on the work that matters.

  2. RF-37
    Requirements written by a single department

    The requirements list reflects e-commerce or IT only, with no input from product management, supply chain, compliance or sales.

    Ask Which departments reviewed and validated the requirements, and where are their sign-offs recorded?

    Missing stakeholders surface late with requirements that reopen the shortlist or delay the decision.

  3. RF-38
    Decision date driven only by the budget cycle

    The timeline was set backwards from a budget deadline, and the requirements and data model weeks were cut to fit.

    Ask Which steps did we shorten to meet the date, and what risk does each shortcut add to the decision?

    Compressing the early weeks removes the foundation that makes demos and scoring meaningful.

  4. RF-39
    Sample data pack not ready for scenario design

    By the start of scenario design, the team has not assembled representative products, assets and supplier files for vendors to use.

    Ask Who owns the sample data pack, and which product families, edge cases and files will it contain by the end of week 6?

    Without your own data in the demos, vendors fall back on showcase data and the scenario method loses its value.

  5. RF-40
    A favoured vendor before the longlist exists

    A senior stakeholder already prefers a platform from a previous employer or a conference, before any requirements exist.

    Ask Can we agree that every vendor, including the favoured one, goes through the same fit criteria and scenarios?

    A favourite chosen early bends requirements and scoring towards it, and other stakeholders stop trusting the outcome.

In RFP answers

  1. RF-01
    Nearly every requirement marked as standard functionality

    The response marks almost every line as fully supported out of the box, with no configuration notes, no partial answers and no exceptions.

    Ask For each requirement, can you state whether it is standard, configured, scripted or delivered through a partner extension?

    A response without nuance means the vendor either did not read your requirements or prefers you not to see the gaps until implementation.

  2. RF-02
    Answers copied from a generic response library

    Answers mention industries, channels or modules you never raised, or the same paragraph appears under unrelated requirements.

    Ask Which named person on your side read our requirements, and can they walk us through three answers of our choosing?

    Library answers hide whether the platform fits your data model, so you lose the comparison the RFP was meant to create.

  3. RF-03
    Roadmap items presented as current functionality

    Capabilities are described in the present tense, yet you cannot find them in release notes, documentation or the demo environment.

    Ask Which of these capabilities are generally available today, in which release, and where is the documentation?

    Roadmap features slip, and a contract signed on future functionality leaves you paying for software you cannot use.

  4. RF-04
    Data model limits answered with unlimited

    Questions on attribute counts, variant depth, locales or catalogue size receive the answer unlimited, or are skipped entirely.

    Ask What attribute, variant, locale and product counts does your largest comparable customer run in production today?

    Every platform has practical limits, and a vendor that will not name them has not tested them against a model like yours.

  5. RF-05
    Pricing withheld until after the demo

    The commercial section is left blank or marked to be discussed, while the functional answers are complete.

    Ask Can you price the scope in our RFP now, using our stated SKU count, users, locales and channels as the volume basis?

    Late pricing lets a vendor anchor on enthusiasm after the demo, and it blocks an early total cost comparison.

  6. RF-06
    Vendor rewrites your requirement structure in its response

    Requirement IDs are regrouped, merged or renumbered, so you cannot compare responses line by line.

    Ask Can you resubmit the response in our template, with one answer per requirement ID and no merged lines?

    A response you cannot compare line by line cannot be scored fairly against the other shortlisted vendors.

In the demo

  1. RF-07
    Demo runs on the vendor's own showcase data

    The demo environment shows polished sample products from a fictional brand, and your sample data pack is absent or only partly loaded.

    Ask When will our sample data pack be loaded, and which scenarios will you run on it during the session?

    Showcase data hides the modelling compromises your own products would force, so the demo predicts nothing about fit.

  2. RF-08
    Scenario script reordered or scenarios skipped

    The presenter starts with dashboards or AI features, runs out of time and skips the scenarios you weighted highest.

    Ask Can we run the scenarios in the order of our script, and stop the session if time runs short instead of skipping any?

    Skipped scenarios are usually the ones the platform handles worst, and they carry the most weight in your scorecard.

  3. RF-09
    No live change to configuration during the demo

    Every screen is pre-built and the presenter declines to add an attribute, change a validation rule or alter a workflow step live.

    Ask Can you add a new attribute with a validation rule now, and show the effect on completeness for our sample products?

    Live changes show how much effort configuration takes after go-live, which drives your running cost for years.

  4. RF-10
    AI shown only on curated example products

    AI descriptions, extraction or classification are shown on products prepared in advance, never on items from your sample pack.

    Ask Can you run the same AI function on ten products we select from our sample pack, during this session?

    AI output quality depends on the input data, so results on curated items say little about results on yours.

  5. RF-11
    Bulk operations demonstrated on a handful of products

    Bulk edits, imports or exports are shown on 10 or 20 items while your catalogue holds tens of thousands.

    Ask Can you run the bulk edit on 10,000 products from our pack and show the elapsed time and job log?

    Performance problems appear at volume, and they become user adoption problems within weeks of go-live.

  6. RF-12
    Every detailed question deferred to a follow-up

    The presenter answers questions on permissions, audit or integration with promises to send documentation later.

    Ask Who on your team can answer these questions live, and can that person join the second demo session?

    Deferred answers rarely return with the same precision, and the gaps tend to sit in the areas that cost most to fix.

  7. RF-13
    Integration shown only as architecture slides

    ERP, DAM or webshop integration appears as a diagram, with no running connector, API call or job monitor on screen.

    Ask Can you show a running integration job, its error handling and its log, using a connector a customer runs in production?

    Integration is one of the largest cost lines in a PIM project, and slides cannot show how it behaves when data fails.

In reference checks

  1. RF-26
    Only hand-picked references with recent go-lives

    Every reference went live within the last year and was proposed by the vendor's sales team.

    Ask Can you add two customers live for more than three years, including one that went through a major version upgrade?

    Recent go-lives still feel the launch energy, while long-running customers know the real cost of change and support.

  2. RF-27
    No reference matching your industry or scale

    References come from other industries, or run catalogues and channel counts far smaller than yours.

    Ask Which customer runs a similar product model, catalogue size and number of channels, and can we speak to them?

    Fit in one industry rarely transfers to another, because the data model and standards differ sharply.

  3. RF-28
    Reference contact is only the project sponsor

    The vendor offers a director or sponsor, and declines to connect you with the product data team that uses the platform daily.

    Ask Can we also speak with a daily user and with the person who maintains the integrations?

    Sponsors defend their decision, while daily users and integration owners describe performance, workarounds and support.

  4. RF-29
    Reference calls only with the vendor present

    The vendor insists on joining or moderating every reference call, or provides written statements instead of calls.

    Ask Can we speak with the reference customer without anyone from your company on the call?

    References speak openly only without the vendor present, and moderated calls rarely surface the issues you need to hear.

  5. RF-30
    No reference running the version you will buy

    References run an older platform generation or an on-premise edition, while you are buying the new SaaS product.

    Ask Which customers run the exact edition and version in our quote, and since when?

    A new platform generation can differ from the old one in architecture and maturity, so older references prove little.

In the implementation partner

  1. RF-31
    Partner names the delivery team after signature

    The proposal shows senior consultants during the sale, but the contract does not name who will deliver the project.

    Ask Can you name the solution architect and lead consultant, and commit to them in the contract with a replacement clause?

    Delivery quality depends on the people on the project, and unnamed teams often change between sale and kick-off.

  2. RF-32
    Fixed price offered without data analysis

    The partner quotes a fixed implementation price before seeing your sample data, source systems or data quality.

    Ask Which assumptions about data volume, quality and source systems sit behind this price, and what happens if they prove wrong?

    A fixed price built on assumptions turns into change requests once the real data arrives.

  3. RF-33
    Few certified consultants on the chosen platform

    The partner has only one or two certified consultants on the platform, or certified them during the sales cycle.

    Ask How many consultants hold current certification on this platform, and how many projects on it have you delivered in the last two years?

    A thin bench creates single points of failure and slows delivery whenever a key consultant is unavailable.

  4. RF-34
    Custom code proposed for standard platform features

    The project plan includes custom development for functions such as workflows, imports or exports that the platform covers through configuration.

    Ask For each custom component, which standard feature did you assess first, and why does it fall short?

    Custom code raises the cost of every upgrade and ties you to the partner that wrote it.

  5. RF-35
    Undisclosed licence resale margin or referral fee

    The partner advises on vendor choice while also reselling licences or receiving referral fees it has not disclosed.

    Ask Do you receive any margin, referral fee or incentive from the vendors on our shortlist, and can you disclose it in writing?

    Undisclosed incentives compromise the independence of advice at the moment the decision matters most.

In pricing

  1. RF-14
    Price drops sharply without any change in scope

    A second offer arrives with a large discount on identical scope, often close to the vendor's quarter or year end.

    Ask What changed between the two offers, and which discount will apply at renewal and for additional volume?

    A deep first-year discount without scope change usually returns as a renewal uplift, so the total cost barely moves.

  2. RF-15
    Licence metric you cannot forecast from your plans

    Price is tied to API calls, channel-SKU combinations or data volume, and the vendor cannot model it against your three-year growth plan.

    Ask Can you price years one to five using our SKU, channel and market growth plan, with the overage rate for each metric?

    A metric you cannot forecast turns growth into an unbudgeted cost and weakens your position at every renewal.

  3. RF-16
    AI features included free for an undefined period

    AI generation, translation or enrichment is bundled at no cost, with no stated credit volume, end date or post-trial price.

    Ask How many AI credits are included per year, what does one credit buy, and what is the price per credit after the included volume?

    AI usage grows quickly once teams adopt it, and undefined credit terms become a new cost line at renewal.

  4. RF-17
    Year-two uplift hidden in the renewal clause

    The order form shows a flat annual fee, while the master agreement allows an annual increase without a stated cap.

    Ask What is the maximum annual price increase over the full term and at renewal, and can you state it on the order form?

    An uncapped uplift compounds every year and can erase the first-year discount within the contract term.

  5. RF-18
    Scenario features require modules outside the quote

    Functions shown in the scenario demo, such as supplier portals, syndication or AI, turn out to sit in separate paid modules.

    Ask Can you map every scenario we saw in the demo to the licence lines in your quote, and price any missing module?

    Buyers compare quotes on a scope they assume matches the demo, so missing modules distort the whole comparison.

  6. RF-19
    Test and staging environments charged as extras

    The quote includes one production environment, while development, test or staging environments appear later as separate fees.

    Ask How many non-production environments are included, and what does each additional environment cost per year?

    Implementation and release testing need at least one non-production environment, so the cost is unavoidable.

In the contract

  1. RF-20
    No cap on price increases at renewal

    The agreement allows the vendor to set renewal pricing at its then-current list price, with no percentage or index cap.

    Ask Will you agree to a renewal cap tied to a named price index or a fixed percentage, written into the order form?

    Switching PIM systems takes months, so without a cap the vendor holds the stronger position at every renewal.

  2. RF-21
    Data export only in a proprietary format

    The exit clause promises data return without naming formats, or only through the vendor's own export package.

    Ask Can the contract state that all product data, assets, history and configuration export in documented open formats at no extra cost?

    Product data without its model, relations and history loses much of its value when you migrate to another platform.

  3. RF-22
    Availability SLA excludes maintenance without limits

    The uptime percentage excludes planned maintenance, but the agreement sets no limit on the number, length or timing of maintenance windows.

    Ask How many hours of planned maintenance per month are allowed, in which time windows, and with how much notice?

    Unlimited maintenance exclusions make the availability figure meaningless for teams that publish to channels daily.

  4. RF-23
    Terms incorporated by a link the vendor controls

    The agreement refers to online policies or service descriptions that the vendor may update at any time.

    Ask Can you attach the current versions of all linked policies to the contract, and require our consent for material changes?

    Terms the vendor can edit after signature can change your SLA, data rights or AI terms without negotiation.

  5. RF-24
    Your product data used to train vendor models

    The AI terms allow the vendor or its model providers to use customer content for training or product improvement by default.

    Ask Can the contract state that our data and AI outputs are excluded from model training, by you and by any model provider you use?

    Product data, pricing logic and unreleased products are commercially sensitive and should not leave your control.

  6. RF-25
    Automatic renewal with a long notice window

    The term renews automatically for another full period unless you give notice six months or more before expiry.

    Ask Can we shorten the notice period to 90 days and receive a written reminder from you before it starts?

    A long notice window means a missed date locks you into another term at the vendor's renewal price.

One red flag is a question to ask. Three red flags at the same vendor are an answer.

Stephan SpijkersCo-founder, PIMvendors.com

Want a second pair of eyes on your selection?

PIM Selection is published by PIMvendors.com, which runs scenario-based PIM selections for European manufacturers, distributors and brands. A 30-minute call is enough to see whether that helps.

See PIMvendors selection servicesBook a call with PIMvendors

Frequently asked questions

Does one red flag mean we should drop a PIM vendor?

One red flag rarely justifies dropping a PIM vendor. Treat it as a question: put the suggested question to the vendor, record the answer and judge whether the risk is resolved. A pattern is different. Three or more unresolved red flags at one vendor, especially across stages such as demo, pricing and contract, are strong evidence against that vendor.

Which red flags appear most often in PIM selections?

In PIMvendors selections, the most frequent red flags are internal: no named owner for the data model, requirements from one department and a favoured vendor before the longlist. On the vendor side, demos on showcase data, AI shown on curated products and renewal terms without a price cap appear most often. The register marks each by stage so teams can check them at the right moment.

Can we share the red flags with vendors?

Sharing the red flag questions with vendors is fine and often useful. Including the demo and contract questions in the RFP tells vendors what you will test, and serious vendors prepare better answers. Keep your scoring and your internal red flags private. The goal is better evidence, so transparency about the questions helps both sides.

How do red flags fit with the demo scorecard?

Red flags and the demo scorecard work together. The scorecard measures how well each vendor passes the scenarios. The red flags capture behaviour around the scenarios, such as skipped steps, deferred answers or curated data. Record red flags next to the scores, and discuss them at the consolidation meeting after each vendor, before the team ranks the vendors.

Sources and method

  1. Businesses Set To Increase Software Spending In 2025, Despite High Levels Of Purchase Regret
  2. EU Data Act: switching requirements for cloud services (Alston & Bird)

How this page was made: drafted by the PIM Selection editors from the sources listed, checked against the PIMvendors selection method, and signed off by a named expert. Editorial policy.

Cite this page

PIM Selection (2026). The Red Flag Register: 40 warning signs in a PIM selection. PIMvendors.com. https://pimselection.com/process/red-flags/ (version 2026-10-14).