Individualsoftware: Anbieter vergleichen — worauf es wirklich ankommt

01 — Kriterien

Woran sich Angebote unterscheiden

• Was genau enthalten ist. Zwei Angebote mit derselben Summe können völlig unterschiedliche Leistungen umfassen. Lasst euch den Umfang als Liste geben, nicht als Fließtext.
• Wer was liefert. Inhalte, Bilder, Daten, Zugänge — wenn das nicht steht, wird es später zum Streitpunkt.
• Was der Betrieb kostet. Über drei Jahre gerechnet, inklusive Lizenzen, Hosting und Betreuung.
• Was passiert, wenn ihr wechseln wollt. Bekommt ihr Zugänge, Daten und Dokumentation? Die Antwort auf diese Frage sagt mehr über einen Anbieter als jede Referenz.
• Wer tatsächlich arbeitet. Bei kleinen Anbietern ist das relevant: Wer sitzt im Gespräch, und wer macht es dann.

02 — Fragen

Fragen, die ihr stellen solltet

• Was passiert, wenn das Projekt teurer wird als geschätzt — wer trägt das?
• Wem gehören Daten, Zugänge und, falls entwickelt wird, der Quellcode?
• Was kostet der Betrieb im zweiten und dritten Jahr?
• Wie sieht die Dokumentation aus, die wir am Ende bekommen?
• Woran würden Sie messen, ob das Projekt erfolgreich war?
• Gibt es einen Fall, in dem Sie uns davon abraten würden?

03 — Warnsignale

Wann man skeptisch werden sollte

• Garantierte Ergebnisse. Wer Platz eins bei Google oder eine bestimmte Umsatzsteigerung zusagt, verkauft etwas, das er nicht liefern kann.
• Kein Nein. Ein Anbieter, der jedes Vorhaben für eine gute Idee hält, hat entweder nicht zugehört oder verkauft nur.
• Zeitdruck. Befristete Rabatte auf Projektpreise sind ein Vertriebsinstrument, kein Angebot.
• Unklare Eigentumsverhältnisse. Wer nicht klar sagt, wem Daten und Zugänge gehören, meint es nicht gut.
• Kein Ansprechpartner mit Fachkenntnis. Wenn im Erstgespräch nur Vertrieb sitzt, entstehen die Missverständnisse dort.

04 — Umfang

Was dazugehört

• Anforderungsaufnahme mit den Leuten, die damit arbeiten werden
• Umsetzung in kleinen, nutzbaren Schritten statt als Großprojekt
• Übernahme der bestehenden Daten aus Tabellen und Altsystemen
• Rollen und Rechte, Protokollierung und Sicherung von Anfang an
• Anbindung an eure bestehenden Systeme statt einer weiteren Insel
• Dokumentation und Quellcode, der euch gehört