Won, lost & analytics: sourcingfeedback zonder concurrenten te bespioneren

Sourcing verbetert alleen wanneer de bieder van uitkomsten kan leren. Maar een marktplaats hoort de exacte prijs, margelogica of privénotities van een concurrent niet uit te delen omdat een bid verloor. ReVend OS houdt de feedback nuttig en saai veilig, en dat is de juiste soort saai.

Gewonnen werk

/sourcing/won toont geaccepteerde bids met requestnummer, biednummer, ophaalstad en -land, voorgestelde ophaaldatum, nettobedrag en een link naar de Core-collection die de toewijzing aanmaakte. Een gewonnen bid is geen trofee; het is een overdracht. Ontbreekt de link naar de collection, dan zegt de pagina dat met zoveel woorden — dat is een opvolgsignaal, geen uitnodiging om met de hand een tweede collection aan te maken. /sourcing/calendar toont diezelfde gewonnen ophalingen gegroepeerd op voorgestelde ophaaldatum, voor de planning vooruit.

Verloren werk

/sourcing/lost lijst de bids op die als lost of rejected eindigden, met het nettobedrag dat je aanbood, geanonimiseerde feedbackcategorieën en eventuele optionele feedbacktekst die de klant achterliet. Waar er genoeg vergelijkbare bids zijn, voegt de pagina brede uitkomstinzichten toe: prijsklasse, regio, match op certificeringen, SLA-fit, timing van de reactie, onvolledige bidgegevens, vereisten die je niet dekte, of gewoon te weinig data om iets te zeggen. Exacte details over concurrenten blijven eruit. “Je was te traag” is nuttig; “Concurrent X bood EUR 4.200 met deze notitie” is hoe platforms hun vertrouwen kwijtspelen.

Analytics

Er is geen aparte analyticspagina. De sourcing-KPI’s staan op het dashboard als de preset Sourcingmanager: ingediende bids, gewonnen bids, win rate op bids, actieve bids in afwachting van een beslissing, respons-P75 in uren, lifetime gewonnen waarde en een grafiek van het biedvolume, naast de inbound- en testwachtrijen waar het gewonnen werk in landt. De widgets zijn stuk voor stuk aan elke layout toe te voegen, zodat een commercieel verantwoordelijke die ook het magazijn draait beide op één scherm kan houden. Het doel is de tenant helpen beter werk te kiezen en betere bids te schrijven, niet het team gamificeren tot het biedt op ophalingen die het niet kan bedienen.

Hoe je het gebruikt

Neem de verliesredenen wekelijks door, leg ze naast je coverage en je defaults, en pas dan de werkgewoonte aan. Verliest hetzelfde requesttype telkens op responstijd, dan zit de fix in de inboxroutine, niet in de coverage-instellingen. Verliest het telkens op certificeringen, dan levert je coverage verbreden zonder het certificaat te hebben alleen maar mooiere verliezen op. Het probleem is bijna nooit de kleur van de biedknop.