Im Angebot steht 'CRM-Entwicklung' — individuelle Software oder Einrichtung eines fertigen Tools?

Ein CRM von Grund auf schreiben zu lassen, ist einer der teuersten operativen Fehler. Wenn ein Entwickler kündigt oder Sie sich mit der Agentur zerstreiten, bleibt Ihnen eine geschlossene Box ohne Dokumentation. Was die Agentur zu neunzig Prozent meint, ist die Modifizierung einer fertigen Infrastruktur nach Ihren Bedürfnissen; Ihr erster Satz im Gespräch sollte sein: 'Auf welcher Plattform entwickeln Sie?'

Manche Agenturen ändern gerne das Theme eines fertigen Systems, hängen zwei Formulare an, nennen es 'Entwicklung' und stellen eine saftige Rechnung. Wenn Sie 14.500 £ zahlen, muss diese Rechnung zumindest eine echte API-Integration enthalten die mit Ihrer Buchhaltungssoftware und Ihrem Logistikverfolgungssystem funktioniert. Wenn sie nur Drag-and-Drop-Einstellungen vornehmen, ist dieser Betrag viel zu hoch.

Letztes Jahr haben wir für einen ähnlichen Distributionsbetrieb Angebote eingeholt. Für Standard-Fertigeinrichtungen wollten sie zwischen 4.000 £ und 6.000 £. Als individuelle Synchronisationssoftware mit unserer Lagerdatenbank und ein individuelles Angebotsmodul dazukamen, stellte die Agentur, mit der wir uns einigten, 12.000 £ in Rechnung. Ihr Betrag von 14.500 £ liegt für den britischen Markt im vernünftigen Rahmen, wenn individuelle Integrationscodierung geschrieben wird.

Schicken Sie der Agentur vor dem Gespräch eine einzeilige E-Mail: 'Bezieht sich der Posten CRM-Entwicklung im Angebot auf das Codieren einer proprietären Software von Grund auf oder auf die API-/Modulentwicklung eines Drittsystems?' Je nach Antwort legen Sie Ihre Gesprächsstrategie fest und verlieren keine Zeit.

Mit welchen Systemen muss dieses CRM im Prozess kommunizieren? Wenn es automatisch mit Ihrer bestehenden ERP-, Telefonanlagen- oder E-Commerce-Infrastruktur kommunizieren soll, geht der Großteil der Kosten in das Schreiben dieser Brücken. Haben sie dem Angebot keinen Architekturplan oder eine Liste funktionaler Anforderungen beigelegt?

uns kam auch mal so ein angebot rein sie sagten wir schreiben von grund auf, zwei jahre später als das system zusammenbrach fanden wir niemanden, der es reparieren konnte. wenn sie auf einer fertigen infrastruktur entwickeln, nehmt es an, aber wenn sie sagen software von grund auf, dann auf jeden fall meiden.

2021 haben wir uns mit einem Team geeinigt, das sagte 'wir codieren euch ein maßgeschneidertes CRM'. Es dauerte acht Monate, das Budget verdoppelte sich, und am Ende konnten wir selbst einen einfachen Excel-Export-Button nur mit Mühe in drei Wochen einbauen lassen. Dann haben wir alles weggeworfen und sind auf eine fertige Infrastruktur umgestiegen und haben nur die nötigen API-Verbindungen schreiben lassen. Es war die teuerste Lektion unseres Lebens.

wenn auf einer fertigen Infrastruktur entwickelt wird und wir uns morgen von dieser Agentur trennen kann dann ein anderer Entwickler diesen Code übernehmen und weiterführen, oder wird alles auf null zurückgesetzt?

Ich schreibe mal meine Erfahrung auf. Wenn keine Abnahmekriterien definiert sind, ist der Abschlusszeitpunkt des Projekts diskussionswürdig.

Viel Erfolg.

Genau so ist es. Wenn du das nicht von Anfang an schriftlich festhältst, gibt es später Streit.

Zugangsdaten sollten auf den Firmennamen laufen, nicht auf persönliche Konten. Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

Ich würde mich freuen, wenn du das Ergebnis postest.

Ich habe keinerlei Erfahrung mit CRM-Entwicklung, deshalb frage ich. Wenn der Umfang wächst, müssen entweder Zeit oder Budget wachsen. Eine dritte Option gibt es nicht.

Nur als Notiz könnte nützlich sein.

Der billige Weg stellt sich oft im Nachhinein als teuer heraus. Das günstigste Angebot ist oft das am wenigsten durchdachte.

An deiner Stelle würde ich so vorgehen.

Ich habe mich lange damit beschäftigt. Ein Change-Request-Prozess verlangsamt die Arbeit nicht, sondern beschleunigt sie.

Das günstigste Angebot ist oft das am wenigsten durchdachte. Korrigiert mich, falls ich falsch liege.

Beim Lesen dieser Antwort war ich erleichtert, es liegt also nicht nur an mir. Beginnt mit einem kleinen Test, bindet nicht gleich alles fest.

An deiner Stelle würde ich so vorgehen.

Ich bin derselben Meinung. Ein Change-Request-Prozess verlangsamt die Arbeit nicht, sondern beschleunigt sie.

Gespeichert. Code ohne Installationsanleitung gehört dir nicht, auch wenn du ihn in den Händen hältst.

Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

wir sind auch eine Zeit lang an derselben Stelle hängen geblieben. naja schaut zuerst, welche Daten ihr bei der Entscheidungsfindung zur Hand habt.

wenn man versucht alles gleichzeitig zu ändern etabliert sich nichts richtig. übrigens aus Erfaahrung weiß ich das.