Begär jämförbara offerter för ett programvaruprojekt
Ett portalexempel visar hur du beskriver resultat, omfattning, egna bidrag och öppna antaganden innan du begär offerter.
Jämförbara programvaruofferter börjar med en gemensam uppgift. Om en leverantör bara räknar på gränssnittet och en annan även på ERP-kopplingen säger totalsummorna lite om priset för samma prestation.
Ge därför alla leverantörer samma beskrivning av utgångsläget. Arbetsexemplet nedan visar vad som kan preciseras. Det är en hypotetisk projektomfattning, utan uppskattning för ett verkligt kundprojekt.
Beskriv det önskade resultatet
En handlare vill ha en kundportal: Behöriga företagskunder ser sina priser, väljer varor och skickar beställningar till befintligt ERP. Portalen visar om beställningen faktiskt har skapats där. Betalningshantering, nya marknadsplatser och överföring av gamla fakturor ligger utanför denna första omfattning. Gränserna gäller bara exemplet.
Beskriv en gemensam omfattning
Tabellen kan användas som arbetsunderlag för förfrågan. Handlarens bidrag ingår i planeringen och är ännu inte levererade insatser.
Identifierare | Efterfrågat resultat | Handlarens bidrag | |
|---|---|---|---|
| Inloggning och visning av tilldelade kundpriser | Två testkonton ser var för sig de priser de har rätt till | Testkonton, prisunderlag och godkännande av roller |
| Val av artikel, enhet och mängd i varukorgen | En bestämd varukorg stämmer med kontrollerade produktdata | Produktexempel med tydliga enheter |
| Beställningsöverföring till ERP med tydligt resultat | Testorder i ERP med rätt företag, vara och mängd; fel eller osäkert utfall förblir obekräftat | ERP-teståtkomst och processansvarig |
| Dokumenterad överlämning av driftsättning och felhantering | Den utsedda driftansvariga kan följa instruktionerna i test | Hostingåtkomst och teknisk kontaktperson |
Begär svar för varje rad: ingår, erbjuds med annan omfattning eller behöver klargöras. Avvikelser behöver beskrivas. ”ERP-integration ingår” förklarar inte vilka uppgifter som omfattas.
Håll öppna förutsättningar synliga
I exemplet är det ännu inte bekräftat om ERP-gränssnittet får skapa beställningar. Beskriv förmågan som en öppen förutsättning i förfrågan. En avgränsad undersökning kan först klargöra åtkomstväg, skrivmöjlighet och resultat av en testorder. Därefter kan den berörda omfattningen beskrivas säkrare.
En leverantör kan också ange en uttryckligen villkorad post eller ett alternativ. Det viktiga är att ett obekräftat antagande inte obemärkt blir grund för hela offerten.
För svaren till samma grund
Låt utvecklingsarbete, externa tjänster och löpande drift förklaras separat. Dokumentera vilka bidrag och godkännanden ditt företag behöver lämna och vad som förblir öppet om förutsättningar saknas. Ett fast pris gör inte olika avgränsningar lika.
Stäm av svar och undantag mot tabellen innan du jämför belopp. Om ett resultat saknas, fråga hur det hanteras. Då får du en gemensam beslutsgrund utan påhittade lösningar eller priser för öppna punkter.
Källor
Läs vidare
Alla artiklar
IT-rådgivning & strategi med ASES
Strategi, arkitektur och teknikval