Köpa in en tjänst, bygga själv eller använda en AI-plattform?

Det finns tre vanliga vägar till en AI-lösning: köpa en färdig tjänst, utveckla en speciallösning eller använda en plattform som grund för flera anpassade användningsfall. Inget alternativ är bäst i alla situationer.

Rätt val är den enklaste lösning som klarar verksamhetens faktiska krav över tid. En standardtjänst kan vara överlägsen när behovet är vanligt och datan okänslig. Specialutveckling kan vara motiverad när arbetsflödet är unikt. En plattform blir särskilt relevant när flera lösningar behöver dela identitet, dataåtkomst, modeller och styrning.

Tre vanliga vägar

Färdig punktlösning

En punktlösning hanterar ett avgränsat behov, till exempel mötesanteckningar, textstöd eller kodassistans. Den kan införas snabbt och kräver liten egen utveckling. Begränsningen är att verksamheten får anpassa sig till produktens dataflöde, integrationer och funktioner.

Specialbyggd lösning

En speciallösning utvecklas för en specifik process och kan ge exakt kontroll över gränssnitt, logik och integration. Den kräver kompetens och innebär ett ansvar för hela livscykeln: arkitektur, test, säkerhet, drift, modellbyten och förvaltning.

AI-plattform

En plattform erbjuder gemensamma byggblock för flera lösningar, exempelvis identitet, behörighet, modellkopplingar, RAG, loggning och administration. Ovanpå plattformen kan organisationen skapa assistenter, agenter och datadrivna flöden med gemensam styrning.

Plattformen ersätter inte behovet av verksamhetsanpassning, men genom att återanvända samma grund kan fokus ligga på att konfigurera och utveckla det som är unikt för varje användningsområde.

Rätt val är den enklaste lösning som klarar verksamhetens faktiska krav över tid.

När räcker en färdig tjänst?

Välj en färdig tjänst när uppgiften är standardiserad, datan kan hanteras enligt tjänstens villkor och integrationsbehovet är litet. Exempel kan vara språkgranskning av offentlig text, idégenerering eller stöd i ett välkänt produktivitetsflöde.

Kontrollera ändå företagsvillkor, central administration, identitet, datalagring och möjligheten att stänga av olämpliga funktioner. En konsumenttjänst som varje medarbetare skaffar separat ger sällan samma kontroll som ett centralt företagsavtal.

En punktlösning är mindre lämplig när samma data behöver användas i många lösningar, när behörigheter måste följa dokumentnivå eller när verksamheten vill kunna byta modell och leverantör utan att byta hela applikationen.

När är specialutveckling motiverad?

Specialutveckling passar när den tekniska lösningen är nära kopplad till ett unikt arbetsflöde eller en differentierad produkt. Den kan också vara motiverad när prestanda, drift nära datakällan eller integrationer kräver en arkitektur som standardprodukter inte erbjuder.

Räkna med hela produktionsansvaret. En första demo representerar bara en del av kostnaden. Identitet, teknisk övervakning, incidenthantering, testdata, säker utveckling, användarstöd och framtida modellförändringar behöver ägare och budget.

Undvik att bygga generiska funktioner som marknaden redan löser väl om de inte skapar ett särskilt värde för verksamheten. Egenutveckling bör koncentreras där organisationens process, data eller produkt faktiskt är unik.

Vad tillför en plattform?

En plattform kan ge en gemensam kontrollpunkt för:

• inloggning, grupper och roller

• anslutning till dokument och datakällor

• val mellan externa och lokala modeller

• återanvändbara assistenter och agentverktyg

• loggning, uppföljning och kostnadskontroll

• test, versionshantering och förvaltning

Det är särskilt värdefullt när flera avdelningar annars riskerar att köpa separata verktyg med olika villkor och dubbel integration. Plattformen kan skapa en gemensam säkerhets- och förvaltningsmodell samtidigt som användningsfallen skiljer sig.

Men plattform är fel val om organisationen bara har ett litet, standardiserat behov som en färdig tjänst löser lika bra till ett lägre pris. Plattformsvärdet uppstår genom återanvändning, kontroll och förändringsförmåga.

Kompetens och förvaltning

Oavsett vilket alternativ ni väljer behövs utbildning, användarstöd och ett tydligt ansvar efter lanseringen. För en färdig tjänst handlar förvaltningen främst om leverantörsstyrning och användaradministration. En specialutvecklad lösning kräver ett eget produktteam eller en långsiktig utvecklingspartner. En plattform behöver en plattformsägare och en verksamhetsägare för varje lösning.

Det är därför viktigt att tidigt bestämma vem som ansvarar för den löpande förvaltningen. Modeller förändras, datakällor uppdateras och nya gränsfall uppstår när lösningen används. Utan ett tydligt ansvar för tester, kostnader, kvalitet och incidenter riskerar lösningen att försämras över tid oavsett vilket alternativ ni har valt.

Integration och säkerhet

En färdig tjänst är begränsad till de integrationer som leverantören erbjuder. En specialutvecklad lösning ger större kontroll, men innebär också ett större ansvar för säkerhet och förvaltning. En plattform kan ge en gemensam struktur för anslutningar och behörigheter, men det behöver granskas hur data separeras och hur varje integration hanteras.

NIST:s ramverk för riskhantering inom AI betonar att risker måste identifieras, bedömas och hanteras utifrån den specifika verksamheten och användningen.[1] En certifiering är därför inte tillräcklig för att bedöma säkerheten. Granskningen bör även omfatta arkitektur, avtal, loggning, incidenthantering och möjligheten att kontrollera att säkerhetsåtgärderna fungerar i praktiken.

Total kostnad och inlåsning

Jämför total ägandekostnad (TCO), inte bara inköpspris och licenskostnader. Ta med:

• implementation och integration

• moln, modeller och lagring

• säkerhetsgranskning och juridik

• test och kvalitetsuppföljning

• support, utbildning och förändringsledning

• förvaltning och framtida utveckling

• kostnad för export eller byte

Risken för inlåsning kan finnas i allt från dataformat och arbetsflöden till instruktioner, integrationer, modell-API:er och intern kompetens. Säkerställ därför att verksamhetsdata, konfigurationer och relevanta loggar går att exportera.

En modellneutral plattform minskar beroendet av enskilda modeller, men innebär fortfarande ett visst beroende av plattformens egna komponenter.

Beslutsmatris

Välj färdig tjänst om:

Behovet är vanligt, integrationsbehovet litet, kraven på datahantering passar avtalet och snabb nytta är viktigare än anpassning.

Välj specialutveckling om:

Arbetsflödet eller produkten är unik, integrationerna komplexa och ni kan bära långsiktigt produktansvar.

Välj plattform om:

Flera användningsfall behöver dela dataåtkomst, modeller och säkerhetskontroller, eller om organisationen vill kunna utveckla och förvalta lösningar under en gemensam styrning.

Kombinera alternativen när:

En standardtjänst kan hantera generella uppgifter, en plattform behövs för arbete med intern data och specialutveckling används för verksamhetens unika behov.

Frågor att besvara före beslut

• Hur standardiserat är behovet?

• Vilka informationsklasser och personuppgifter berörs?

• Vilka system och datakällor måste integreras?

• Behöver flera lösningar dela samma grund?

• Vilken kompetens och förvaltningskapacitet finns internt?

• Hur ofta förändras processen, modellen och kraven?

• Vilken kontroll behöver vi över region, loggar och behörighet?

• Hur mäts kvalitet och verksamhetsvärde?

• Hur exporterar vi data och konfiguration vid ett byte?

• Vad kostar alternativet över tre år, inklusive förvaltning?

Digg rekommenderar att offentliga aktörer gör ett medvetet val utifrån behov, information, kontroll och alternativ innan de anskaffar generativ teknik.[2] Samma disciplin är relevant även i privat sektor.

Källor

1. NIST, AI Risk Management Framework:
   https://www.nist.gov/itl/ai-risk-management-framework

2. Digg, Ta medvetna beslut om att skaffa generativ AI:
   https://www.digg.se/ai-for-offentlig-forvaltning/riktlinjer-for-generativ-ai/ta-medvetna-beslut-om-att-skaffa-generativ-ai