Ein Produktdatenmodell für vergleichbare Katalogeinträge
Die Arbeit am technischen Katalog beginnt mit einer exemplarischen Produktfamilie. Wir legen fest, welche Werte zwischen Produkten verglichen werden sollen und welche Beschreibungen nur für das jeweilige Modell gelten. Die Maßeinheit ist kein nachträglich neben dem Feld ergänzter Freitext, sondern Bestandteil der Datendefinition. Kapazitäten, Betriebsbereiche und Toleranzen werden in ihrem jeweiligen Kontext dargestellt; Zahlen aus unterschiedlichen Prüfbedingungen werden nicht direkt in derselben Tabelle verglichen. Ändert die Variantenauswahl den Produktcode, wird der Code der ausgewählten Variante an die Anfrageliste übergeben. Auch die Unterscheidung zwischen empfohlenem Zubehör und einem für den Betrieb zwingend erforderlichen Bauteil wird vom Vertrieb bestätigt. Die Website ersetzt eine technische Produktauswahl, die Berechnungen erfordert, nicht durch ein einfaches Filterergebnis.
Tabellen müssen auf schmalen Bildschirmen lesbar bleiben; ein herunterladbares Dokument darf nicht die einzige Informationsquelle sein. Wir zeigen die grundlegenden technischen Merkmale auf der Seite und ergänzen detaillierte Zeichnungen und Anleitungen über Links mit Versionsangabe. Werden CAD-Dateien bereitgestellt, werden Dateiformat, Version und Nutzungsbedingungen erläutert. Konformitätskennzeichen, Prüfberichte und Qualitätsnachweise werden ausschließlich mit den gültigen Unterlagen verknüpft, die Ihr Unternehmen bereitstellt; die Veröffentlichung im Web ist keine Zertifizierungsleistung. Fertigungsmöglichkeiten, Qualitätsprozesse und Unternehmensvorstellung werden auf der Unternehmenswebsite erläutert, während sich der Katalog auf die Produktauswahl konzentriert. So bleiben Aussagen über das Unternehmen und technische Anforderungen des Modells klar voneinander getrennt.
B2B-Anfragen weiterbearbeiten, ohne Produktpositionen zu verlieren
Wer bei einer Beschaffungsanfrage nur Kontaktdaten erfasst, zwingt das technische Team, dieselben Fragen erneut zu stellen. Das im Katalog ausgewählte Modell, die Menge, eine gegebenenfalls beigefügte Spezifikation und die Einsatzbedingungen werden in einem Datensatz zusammengeführt. Interessiert sich ein Besucher für eine Baureihe, kennt aber das passende Modell noch nicht, kann er eine technische Beratungsanfrage stellen; ein verpflichtendes Modellfeld verhindert die Anfrage nicht. Beim Speichern der Anfrage kann der damalige Stand der Produktdaten festgehalten werden. Wird der Katalog später überarbeitet, bleibt nachvollziehbar, auf welchen Merkmalen die Anfrage beruhte. Eine Anfrage entgegenzunehmen bedeutet nicht, einen Auftrag anzunehmen. Kaufmännisches Angebot, Fertigungsplanung und Prüfung der technischen Eignung bleiben im Freigabeprozess Ihres Teams.
- Produktcode, ausgewählte Variante und Menge bleiben gemeinsam in der Anfrageposition erhalten.
- Die beigefügte technische Spezifikation ist nur für die mit der Bewertung betrauten Nutzer zugänglich.
- Eine Händlerbewerbung wird von einer Angebotsanfrage aus einem bestehenden Händlerkonto unterschieden.
- Ändert sich das Vertriebsgebiet, werden die neue zuständige Person und die Übergabenotiz im Datensatz sichtbar.
Bei der Planung einer Übertragung in eine CRM-Verkaufschance über Integrationslösungen ist die Zuständigkeit für den Datensatz ebenso wichtig wie die Feldzuordnung. Das erneute Senden derselben Anfrage darf keine doppelte Verkaufschance erzeugen; bei einem Übertragungsfehler muss die ursprüngliche Anfrage im Verwaltungsbereich erhalten bleiben. Sollen ERP-Preise oder verfügbare Bestände veröffentlicht werden, sind Händlerverträge, Währung und Anforderungen an die Aktualität gesondert zu prüfen.
Konsistente Sprachen und Dokumente im Exportkatalog
Der Suchbegriff eines ausländischen Einkäufers entspricht nicht unbedingt der wörtlichen Übersetzung des türkischen Produktnamens. Gemeinsam mit der technischen Redaktion wird ein kleines Glossar für Produktfamilien, Einsatzbereiche und Modellbegriffe erstellt; dasselbe Bauteil erhält nicht auf verschiedenen Seiten unterschiedliche Namen. Bei einer Einheitenumrechnung bleibt der Originalwert erhalten, und die Art der Umrechnung wird erläutert. Das Maßsystem der technischen Zeichnung darf nicht dem der Webtabelle widersprechen. Die Sprache von Produktseite, Anleitung und Angebotsanfrage wird gemeinsam betrachtet. Liegen je nach Sprache unterschiedliche Dokumente vor, werden sie im jeweiligen Modelldatensatz zugeordnet; ein Download in einer anderen als der erwarteten Sprache darf Nutzer nicht überraschen.
In der Kataloghierarchie bleiben die Beziehungen zwischen Baureihen, Anwendungen und Produkten klar erkennbar. Statt unendlich vieler Filterkombinationen werden Seiten mit konkreten Produktinformationen in die Suchmaschinenplanung aufgenommen. Grundlegende Merkmale, die bisher nur in PDFs stehen, werden soweit möglich in zugängliche HTML-Bereiche übertragen; ob das Dokument selbst indexiert werden soll, hängt von der kaufmännischen Entscheidung zur Freigabe ab. SEO-Leistungen können Besuche über Katalogsuchen und Angebotsanfragen mit Produktbezug auswerten, versprechen aber weder Exportverkäufe noch bestimmte Platzierungen in den Suchergebnissen. Im Bereich Referenzen können Sie sich Beispiele für die Darstellung von Produktionsunternehmen ansehen; ein vorgeschlagenes ERP oder Händlerportal darf dabei nicht als Bestandteil des Lieferumfangs jeder Referenz angenommen werden.
Wie beeinflussen Katalogdaten und Integrationsumfang das Angebot?
Die Anzahl der Produkte allein sagt wenig über den Entwicklungsaufwand aus. Ein strukturierter Export von Tausenden ähnlicher Datensätze kann leichter zu übernehmen sein als unterschiedliche technische Tabellen für wenige Produktfamilien. Deshalb prüfen wir vor der Angebotserstellung eine Beispieldatei, die Dokumente einer Produktfamilie und das bestehende System der Produktcodes. Bei Excel-Importen berücksichtigen wir Risiken wie die Umwandlung von Codes in Zahlen oder den Verlust führender Nullen. Für den ERP-Zugriff sind eine Lizenz, API-Berechtigungen und die technische Dokumentation des Anbieters erforderlich; fehlen diese, kann die Anbindung nicht so kalkuliert werden, als wäre sie bereits verfügbar. Händlerkonto, öffentlicher Katalog und unternehmensinterne Produktverwaltung werden als getrennte Projektumfänge beschrieben.
Geben Sie im Angebotsformular an, wie viele unterschiedliche technische Schemata Sie verwenden, welche Quelle für Produktdaten führend ist und welches Team die Angebotsanfragen erhält. HazırSoft arbeitet als Softwareentwicklungsteam remote aus der Türkei, nicht von einem lokalen DACH-Büro aus. Der Katalog wird zunächst anhand einer exemplarischen Produktfamilie freigegeben; auf dieser Grundlage werden die Verantwortlichkeiten für den Sammelimport geklärt. Der im Rahmen von Vertrag und Rechnung entwickelte Quellcode wird zusammen mit Erläuterungen zu den Datenzuordnungen übergeben. Ein Jahr technischer Support wird für die abgenommenen Katalog- und Schnittstellenfunktionen definiert; eine neue Lizenz des ERP-Anbieters oder ein nachträglich geänderter API-Vertrag gelten nicht automatisch als Teil desselben Projektumfangs. Zu Beginn wird festgelegt, wer die technische Richtigkeit der Produktdaten und wer die Softwareübergabe freigibt.