Hvad bureauer ikke fortæller dig om deres marginer
Et transparent kig på, hvordan danske digitale bureauer rent faktisk prissætter deres arbejde, hvor markupen gemmer sig, og de tavse omkostningslinjer, som ingen sætter i tilbuddet.
Hvad der bliver udeladt af tilbuddet
Bureauer lyver ikke for kunder. De udelader bare ting fra tilbuddet, der ville få tilbuddet til at se dyrere ud. Markupen er ikke skandalen. Skandalen er de arkitekturvalg, der garanterer, at du fortsætter med at betale længe efter lanceringen, oven i markupen.
Sådan fungerer markupen rent faktisk
Regnestykket er ikke en hemmelighed. En seniorudvikler i Danmark koster et bureau noget i retning af 600–750 DKK/t., fuldt belastet. De faktureres til 1.250–1.500 DKK/t. Det gab betaler de mennesker, du ikke ser på dit projekt: salg, account management, designere mellem kontrakter, partneren der gennemgik kontrakten, kontoret, bench-tiden.
Det forhold er normalt. Det er ikke problemet. Problemet er det, der lægges ovenpå:
- Kortlægningstimer der producerer et slidedeck i stedet for en fungerende prototype.
- Contingency bagt ind i hvert estimat, aldrig returneret hvis uudnyttet.
- Rate cards pr. rolle, hvor hvert møde har fire personer i sig, fordi fire personer er fakturerbare.
- "Projektledelse" som en procentdel oven på byggeriet, ikke som en del af det.
Intet af det er ulovligt. Det meste af det er industristandard. Det hele er til forhandling, hvis du ved, det er der.
Hvor den reelle omkostning gemmer sig
Markupen er på den faktura, du kan se. Den dyre del er de arkitekturvalg, du ikke kan. Det er de linjer, der forvandler et engangsbyggeri til en femårig retainer.
"Responsive" betyder ikke fuldt responsivt
CMS-linkfelter er næsten altid ren tekst
Hver sporings-ændring er en opgave, for evigt
"Performance-optimering" solgt som en fase to
Markupen er på den faktura, du kan se. Den dyre del er den arkitektur, du ikke kan.
Hvordan et transparent bureau rent faktisk ser ud
Du kan spotte et transparent bureau i tilbudsfasen, før der er skiftet en krone. Tilbuddet ser anderledes ud:
- Fast omfang eller cappet time- og materialer-model, med en skriftlig ændringsproces. Åben T&M er en invitation til overskridelse.
- Konkrete eksempler på hvad der er og ikke er inkluderet. "Responsive design (tre breakpoints; bredder over 1440px og under 360px ikke i omfang)" slår "responsive design."
- Navngivne personer på byggeriet, med pris pr. rolle. Ikke en enkelt blended rate, der skjuler, hvem der rent faktisk udfører arbejdet.
- En overdragelsesplan — dokumentation, runbooks, repo-adgang, CMS-forfattertræning — der ikke kræver deres retainer for at kunne bruges.
- Et ærligt svar, når du spørger "hvad ville gøre dette billigere?" Et bureau, der ikke kan svare, optimerer for omsætning, ikke for dig.
Spørgsmål, der blotlægger marginen
Du behøver ikke at være fjendtlig i salgsmødet. Du skal bare spørge ting, der er ubehagelige at afvise. De fire, der flytter samtalen hurtigst, er:
- Hvad er jeres blended rate, og hvad er jeres reelle omkostning pr. rolle?
- Når I siger "responsive", hvilke viewports er i omfang, og hvad sker der ved dem, der ikke er?
- Hvordan linker en forfatter fra én side til en anden i CMS'et? Vis mig feltet, ikke konceptet.
- Efter lancering: hvilke ændringer kan mit team lave uden at oprette en opgave hos jer?
Svarene på de fire spørgsmål vil sige dig mere om de næste to år af din faktura, end nogen porteføljestykke vil.
Vil du have denne slags vurdering på dit projekt?
Jeg læser hver e-mail inden for én arbejdsdag. Tag et projekt, et tilbud eller et system, du sidder fast i.
De 5 ufaktererede måneder skjult i hvert Contentful enterprise-build
Hvert Contentful enterprise-build jeg har auditeret bærer de samme fem skjulte måneder: link-referencer, redirects, i18n, schema-drevne forms og type-sikkerhed. Ingen af dem er på SOW'en. Alle er på tidslinjen.
Hvorfor simpel arkitektur altid vinder
Komplekse systemer fejler på komplekse måder. De mest succesfulde projekter, jeg har set, er dem der modstod trangen til at over-engineere.
Microservices-fælden
Hvordan branchen overbeviste alle om, at de havde brug for distribuerede systemer, og hvorfor de fleste virksomheder ville have det bedre med en modulær monolit.