2) Den oprindelige købspris på en softwarepakke, selv om det kan være betydelige, er ofte mindre end de (indledende) custom udviklingsomkostninger.
3) softwareleverandøren kan levere regelmæssig vedligeholdelse opgraderinger til softwarepakken, herunder en række "fejlrettelser", og /eller forbedringer, som du kan modtage for en "fast vedligeholdelse gebyr" sådan, at du ikke behøver at bære omkostningerne ved alle disse "fejlrettelser" og forbedringer alene.
Nogle af ulemperne ved den "Køb" valgmulighed nævnes:
1) En COTS pakke, muligvis ikke opfylder alle dine forretningsmæssige krav /behov, og kan ikke passer til dine specifikke forretningsprocesser godt "ud af boksen". Softwareleverandøren måske eller måske ikke er villige og i stand til at ændre pakken passer bedre til din virksomheds behov og /eller processer, og selv hvis det er tilfældet, kan det være dyrt.
2) En softwarepakke kan være mindre i stand til hurtigt at tilpasse sig ændringer i din virksomheds behov og /eller processer.
Du kan være nødt til at vente på sælgers næste vedligeholdelse udgivelse til at få de ønskede ændringer, eller du kan have til at betale sælgeren til at foretage disse ændringer specielt til dig og vente på dem, eller de kan ikke være villige (og /eller i stand ) for at gøre disse ændringer til deres software pakke til dig på alle.
Kort fortalt her er også kun et par af de yderligere faktorer, der, IMHO, kan du overveje at evaluere /vælge en pakkeløsning (r) som en del af din "Køb indstillinger", herunder:
1) Hvad er den ekstra tid og omkostninger, hvis det er endda muligt /en mulighed, for at ændre pakken for at tilfredsstille dine aktuelle krav /behov? A "generel tommelfingerregel" Jeg har brugt gennem årene er, at ...
Hvis du nødt til at ændre 50% eller mere af den "kode" for at gøre det opfylder dine behov, så du er sandsynligvis bedre tjent omskrivning det " fra bunden ", du ved?
2) Er det at vedligeholde? Betydning, vil du, sælgeren, og /eller udviklere du engagere være i stand til at ændre pakken til at opfylde eventuelle ændringer i din nuværende og /eller fremtidige krav /behov? Hvis ikke, så denne pakke kan blive "hyldevarer" skulle dine behov ændrer sig på et tidspunkt, du ved?
3) Hvor godt er det at integrere og /eller "spille godt" med de andre programmer i din samlede ansøgning arkitek