[Conny Westh]

Vitsen är nog att kunden/beställaren måste ha tillräcklig kompetens för att kunna testa att applikationen verkligen uppfyller de krav som kunden själv ställer, annars ska man inte ta det ansvaret själv utan anlita en konsult som tar just beställarrollen eller anställa någon som kan detta. Men det är alltid kunden som måste ta ansvar för sitt beslut och måste därmed även ha förmågan att bedöma om den de anlitar passar för det kunden vill. Kunden måste även ta ansvar för att vara tydlig med sina krav på alla nivåer, både funktionella krav (vad kunden vill få ut av systemet rent verksamhetsmässigt), ekonomi och juridiken. Kunskapen om tekniken står däremot levrantören för.

Det är som när du bygger ett hus, om du inte vet hur du vill ha ditt hus så ska du inte ge dig in på att köpa ett. Det är samma sak med datasystem.

Visst, det finns leverantörer av IT-system som kan mycket mer än kunden och har brancherfarenhet så de vet vad kunden behöver trots att kunden ger fel information, men de kostar därefter. De ger sig aldrig in i uppdrag på småbelopp utan vill ha rejält betalt, vilket de oxo får. Jag misstänker att det ligger långt utanför denna budget.

När du beställer ett hur och har gjort egna ritningar (som normalt en yrkesskicklig arkitekt tar fram) så blir kanske inte ritningarna gjorda med så hög kvalitet att de går att använda för att kontrollera i efterhand.

Leverantören bygger huset efter de ritningar han fått, men kunden har alltid rätt i sin beställning så även om leverantören tycker det är konstigt så är det ju vad kunden skriftligt har specat....

När kunden senare även accepterar huset som det blev byggt genom att betala alla fakturor så är affären avslutad.

Man kan inte lasta leverantören för att kunden slarvat med leveranskontrollen. Det finns ju flera vedertagna "processer" eller "rutiner" när det gäller beställningar av IT-system till fastpris och det är just offertförfrågan, offert, avtal, produktion, leverans, acceptanstest, fakturering, betalning.... Det finnas andra varianter särskilt för längre avtal då man har en mer utdragen produkltion, leverans och betalningsplan. Men fastpris måste man alltid ha avtal på papper annars är det praxis att allt arbete sker på löpande räkning till leverantörens ordinarie priser.

Jag har som sagt ingen vetskap om exakt hur denna affär upprättats men man måste när man beställer ett system veta vad man gör annars blir man annorlikt missnöjd även om leverantören gjort allt rätt. Det är ett typiskt problem just när man beställer skräddarsydda lösningar oavsett om det gäller byggbranchen, databranchen, oljebranchen eller vilken annan branch man än ger sig in på.

Ger du dig in på att bygga en restaurang så måste du veta vad du ger dig in på, annars är risken stor att misslyckas eller att det kommer kosta massor med pengar som man inte räknat med.

Därmed har jag nu INTE sagt att det är helt och hållet kundens fel, ofta uppstår missnöje när kommunikationen inte fungerar eller parterna kastar sig in i projekt utan att tänka sig för. Men eftersom det finns spelregler på företagsmarknaden så är det de vi får följa. Reglerna är inte perfekta men de är ändå resultatet av 1000-tals års affärer mellan företag, myndigheter och privatpersoner i hela världen. Den som lär sig regler och praxis har större chans att lyckas än den som chansar att det ska funka ändå....

(Det här blev ett jobbigt inlägg)