KERNAXIS

Praktischer Leitfaden für Ihre Anfrage

English version

Eine Engineering-Bewertung vorbereiten

Eine klare Beschreibung des Systems, der anstehenden Entscheidung und der relevanten Fragen hilft KERNAXIS zu prüfen, ob eine Bewertung passt. Beginnen Sie mit den Angaben, die Sie sicher teilen können; Details und Umfang lassen sich später vereinbaren.

01 / KONTEXT

Ein hilfreicher Ausgangspunkt

Eine fertige Spezifikation ist nicht erforderlich. Beschreiben Sie den bekannten Stand, kennzeichnen Sie Unsicherheiten und verbinden Sie die technische Frage mit der Entscheidung Ihrer Organisation.

01

Entscheidung und Frage benennen

Welche technische Frage steht an, und welche Entscheidung soll die Antwort unterstützen? Nennen Sie relevante Anforderungen, den aktuellen Ansatz, das gewünschte Beratungsergebnis und offene Unsicherheiten.

  • Beschreiben Sie den gewünschten Umfang und was ausdrücklich ausgeschlossen bleiben soll.
  • Bei einem Architecture Review benennen Sie die bestehende Architektur oder das Projekt, den Prüffokus, das gewünschte Ergebnis und die Umfangsgrenzen.
02

Produkt und Entwicklungsphase beschreiben

Benennen Sie das Produkt oder System, das entwickelt oder bewertet wird. Dazu können Hardware, Software, Embedded-Komponenten, vernetzte Systeme oder eine Kombination sowie der relevante Branchenkontext gehören.

  • Bei einem Konzept helfen eine Beschreibung, die aktuelle Entwicklungsphase, bereits bekannte Punkte und die noch anstehende Entscheidung.
  • Bei Technical Due Diligence können Sie das zu bewertende Produkt, Projekt, den Technologieansatz oder die Entwicklungsorganisation benennen. Aussagen zum Entwicklungsstand sind nur soweit möglich, wie es die verfügbaren Belege zulassen.
03

Randbedingungen und Prüffragen konkretisieren

Halten Sie Anforderungen, den aktuellen technischen Ansatz, Randbedingungen und offene Fragen fest, die die Entscheidung beeinflussen. Erläutern Sie, welche Bereiche geprüft werden sollen und warum sie für das Vorhaben relevant sind.

  • Je nach Vorhaben können Risiken, Abhängigkeiten, Skalierbarkeit, Wartbarkeit oder Integration relevant sein; nicht jeder Bereich passt zu jedem Projekt.
  • Ein knapp beschriebenes gewünschtes Beratungsergebnis hilft, das Gespräch sinnvoll einzugrenzen.
04

Unterlagen und verfügbare Belege benennen

Nennen Sie verfügbare oder geplante Diagramme, Spezifikationen und andere Projektdokumentation und erläutern Sie, was jedes Material klären könnte.

  • Bei Machbarkeit oder Due Diligence können Sie angeben, welche Belege verfügbar, fehlend oder unzugänglich sind, oder dass noch keine vorliegen.
  • Fehlende Unterlagen sind als Einschränkung festzuhalten, aber kein Beleg für eine Schlussfolgerung.

02 / ABSTIMMUNG

Praktische Angaben ergänzen

Das Anfrageformular fragt nach den Angaben, die für eine Rückmeldung und die Abstimmung eines möglichen Gesprächs erforderlich sind:

  • Kontaktperson und geschäftliche E-Mail-Adresse
  • Name der Organisation, Land und Stadt oder Region
  • Dringlichkeit
  • Bevorzugtes Gesprächszeitfenster und Zeitzone

03 / UNTERLAGEN

Mit einer nicht vertraulichen Beschreibung beginnen

Fügen Sie keine vertraulichen Dateien, Quellcodes, Zugangsdaten oder sensiblen personenbezogenen Informationen in die allgemeinen Anfragefelder ein. Wenn ein privater Upload sichtbar angeboten wird, können Sie ihn für ausgewählte relevante Dateien verwenden und den Zweck jeder Datei angeben. Wird kein privater Upload angezeigt, stimmt KERNAXIS vor dem Versand von Dateien einen Austauschweg mit Ihnen ab.

04 / DATENSCHUTZ

Eine mögliche KI-Verarbeitung wird fallbezogen betrachtet

Eine mögliche Verarbeitung durch Drittanbieter-KI wird fallbezogen betrachtet. Die KI-Einwilligung im Formular gilt nur für diese Anfrage und nur, wenn anwendbare Datenschutzanforderungen und Schutzmassnahmen des Anbieters erfüllt sind. KI wird nicht in jedem Fall eingesetzt und liefert keine maßgeblichen technischen Schlussfolgerungen. Lesen Sie die Datenschutzhinweise.

05 / LEISTUNGEN

Die passende Anfrage auswählen

Jede Leistung kann unabhängig angefragt werden. Eine feste Reihenfolge oder ein gebündeltes Pflichtpaket gibt es nicht.

Jeder Festpreis gilt für den vereinbarten Umfang. Product Concept & Systems Architecture sowie umfangreichere Machbarkeits- oder Strategiearbeit werden nach Umfang abgegrenzt und angeboten; dafür ist kein Festpreis angegeben.

06 / UMFANG

Eine Anfrage beginnt ein Gespräch

Das Absenden unterstützt die Prüfung durch den Gründer, ob die Anfrage passt. Es ist weder ein Termin noch ein angenommener Leistungsumfang, Vertrag, Auftrag oder eine Zahlung und verspricht kein bestimmtes Ergebnis. Vor einer Annahme werden die Prüfungsfrage, relevante Unterlagen und Zugänge, Umfangsgrenzen und Zeitplanung mit Ihnen vereinbart. Zusätzliche Arbeit wird separat abgegrenzt.

Der Gründer ist Principal Engineer von KERNAXIS und die abschliessende technische Instanz für technische Schlussfolgerungen und Kundenzusagen.

Diese technische Verantwortung ist keine regulatorische, Zertifizierungs-, Sicherheits- oder Konformitätsfreigabe.