Anforderung
Lässt sich in ein Abnahme-Kriterium übersetzen und bezieht sich auf ein Geschäftsziel
Digitale Produktlösungen
Ihre Produktreise braucht Begleitung, keinen Lieferanten
Von der Strategie bis zum Betrieb können die acht Phasen einzeln übernommen werden. Jede Phase liefert abnahmefähige Dokumente. Durchgängig Abrechnung nach tatsächlich geleisteten Stunden.
Teleworker unterstützt Teams, die ein eigenes System oder digitales Produkt brauchen. Die Arbeit reicht von Strategie, Serviceablauf und Anforderungen, Prototyp, Machbarkeit, Systemdesign und Umsetzung, Test und Validierung sowie Launch bis zum Betrieb. Die acht Phasen können einzeln übernommen werden. Jede Phase liefert eine Aufgabenliste, eine Stundenschätzung und einen Zeitplan zur Bestätigung. Die Abrechnung erfolgt durchgängig nach tatsächlich geleisteten Stunden, und der Betrieb hat keine feste Monatspauschale. Der technische Umfang ist React, React Native, Vue und Python.
Das Problem ist nicht „wir können es nicht bauen“, sondern „gebaut wurde das Falsche“.
Die meisten gescheiterten Digitalprodukt-Projekte waren technisch fertig.
Der Bruch liegt früher: Was der Kunde sagte, wurde als Anforderung übernommen und sofort begonnen.
Wir trennen diese zwei Dinge:
Erwartung
Unbestätigt, nicht schriftlich, nicht in ein Abnahme-Kriterium übersetzbar
Erwartungen sind nicht falsch. Jedes Projekt beginnt als Haufen davon. Falsch ist, den Übersetzungsschritt zu überspringen und direkt zu entwickeln—danach streiten beide Seiten, das sei „sowieso enthalten“ gewesen.
Unsere Arbeit beginnt damit, Erwartungen in Anforderungen zu übersetzen. Was sich nicht als Abnahme-Kriterium schreiben lässt, kommt nicht in die Entwicklung.
Vier Mechanismen
- 1
Phasenweise Übernahme
Acht Phasen: Strategie, Serviceablauf und Anforderungen, Prototyp, Machbarkeit, Systemdesign und Umsetzung, Test und Validierung, Launch, Betrieb.
Sie müssen nicht alles nehmen. Sie können nach Strategie und Anforderungen aufhören und die Dokumente selbst ausschreiben; oder uns nur für spätere Umsetzung und Tests holen.
- 1Strategie
- 2Serviceablauf und Anforderungen
- 3Prototyp
- 4Machbarkeit
- 5Systemdesign und Umsetzung
- 6Test und Validierung
- 7Launch
- 8Betrieb
- 2
Jede Position ist prüfbar
Abnahme-Kriterien haben eine klare Schwelle—eine andere Person muss sie ohne Intentionsraten prüfen können:
❌ Nicht akzeptiert ✅ So schreiben ❌ Nicht akzeptiertDie Funktion läuft ✅ So schreibenBei ungültigem Rabattcode erscheint „Rabattcode ungültig“, der Checkout-Button bleibt disabled ❌ Nicht akzeptiertUI ist in Ordnung ✅ So schreibenFormularfehler erscheinen unter dem Feld, der Rahmen wird rot ❌ Nicht akzeptiertSieht OK aus ✅ So schreibenDas API-Antwortformat entspricht Abschnitt 3 der Spezifikation Jede Position umfasst fünf Zustände: normal, Grenze, Fehler, leer und Berechtigung.
- 3
Abrechnung nach tatsächlich geleisteten Stunden. Betrieb ebenso.
Entwicklung wird nach tatsächlich geleisteten Stunden abgerechnet. Nach dem Launch hat Betrieb keine feste Monatspauschale—nur geleistete Stunden. Ein Monat ohne Wartung ist null.
- 4
Fortschritt direkt sehen, nicht den Wochenbericht
Sie erhalten Zugriff auf das Monday.com-Board des Projekts—Status, geschätzte Stunden, tatsächliche Stunden und Abnahme-Kriterien jeder Aufgabe, jederzeit.
Abrechnung nach Stunden setzt voraus, dass Stunden prüfbar sind. Wir fassen den Fortschritt nicht im Wochenbericht zusammen, weil der eine aufbereitete Fassung ist. Das Board ist das Original.
Vor dem Start wissen Sie, was zu tun ist und wie lange
Unabhängig von den übernommenen Phasen liefern wir:
| Lieferobjekt | Inhalt |
|---|---|
| LieferobjektAufgabenliste | InhaltIn konkret schätzbare Arbeitspakete zerlegt, jedes mit Abnahme-Kriterium |
| LieferobjektStundenschätzung | InhaltGeschätzter Aufwand je Position. Die Summe ist vor dem Start sichtbar |
| LieferobjektZeitplan | InhaltAblauf aus verfügbaren Stunden, zur Bestätigung und Anpassung |
| LieferobjektUmgebung und Übergabe | InhaltAbschlussvoraussetzung mit Deployment- und Umgebungshinweisen |
Aufgabenliste, Stundenschätzung und Zeitplan gehen an Sie zur Bestätigung und Anpassung. Wir entscheiden nicht einseitig und benachrichtigen hinterher.
Umgebung und Übergabe sind eine Abschlussvoraussetzung, keine Extra-Leistung. Ohne sie ist das Projekt nicht beendet—das heisst, Sie können das Produkt jederzeit an ein anderes Team übergeben und sind nicht gebunden.
Zusammenarbeit und Abrechnung
Zuerst schätzen, dann entscheiden, ob gebaut wird
| Position | Gebühr |
|---|---|
| PositionSystementwicklung Schätzung und Angebot | GebührNT$21.200 / Auftrag |
Aus Ihrer ersten Bedarfsskizze bewerten wir Systemgrösse, Komplexität und Aufwand und erstellen eine schriftliche Aufwandsschätzung und ein Angebot.
Bestätigen Sie die Entwicklung innerhalb von 30 Tagen nach Erhalt des Angebots, wird dieser Betrag vollständig auf die Entwicklung angerechnet. Anders gesagt: Wenn Sie machen, ist die Schätzung faktisch kostenlos. Wenn nicht, nehmen Sie eine vollständige Schätzung mit, mit der Sie vergleichen können.
Stundensätze
| Position | Satz |
|---|---|
| PositionBedarfsgespräch und Spezifikation | SatzNT$3.800 / Stunde |
| PositionUI- und Seitendesign | SatzNT$3.800 / Stunde |
| PositionFrontend-Entwicklung | SatzNT$3.030 / Stunde |
| PositionBackend-Entwicklung | SatzNT$3.030 / Stunde |
| PositionIntegrationstest | SatzNT$3.030 / Stunde |
| PositionBeratung | SatzNT$6.700 / Stunde |
| PositionBetrieb und Wartung | SatzNach tatsächlich geleisteten Stunden zu den Sätzen oben. Keine feste Monatspauschale |
Sätze 2026, Neue Taiwan-Dollar, zuzüglich Steuer.
Bedarfsgespräch und Spezifikation sind selbst abrechenbare Arbeit. Wir behandeln sie nicht als kostenlosen Vorverkauf—wie gut dieser Schritt ist, entscheidet alles danach.
Grössenordnung
Empfohlen ist die Teilung in Phasen. Jede Phase dauert etwa 2–3 Monate und liegt bei NT$600.000–700.000. Die tatsächlichen Kosten folgen den geschätzten Stunden nach der Zerlegung.
Teamzusammensetzung
Nach Projektgrösse. Kann Consultant, Projektleitung, Frontend, Backend, Architekt, Animator und UI/UX-Designer umfassen.
Wie plane ich dann das Budget?
Der Preis der Stundenabrechnung ist klar: Die Gesamtsumme kennen Sie beim Unterschreiben nicht.
Unser Vorgehen:
- Aufgaben auf schätzbare Grösse zerlegen. 1–4 Stunden ist ideal. Über 8 Stunden müssen erneut geteilt werden
- Jede Aufgabe hat eine Stundenschätzung. Die Summe sehen Sie vor dem Start
- Abweichung hat eine Schwelle: ±20 % ist normal, ±50 % braucht Begründung, über 100 % prüfen wir die Zerlegung erneut
- Frühe Warnung statt späterer Erklärung: bei Abweichung sofort Bescheid und Zeitplan aktualisieren, nicht am Liefertag
Ein Festpreis versteckt Risiko im Angebot. Sie zahlen eine Risikoprämie. Stundenabrechnung legt das Risiko offen. Sie zahlen, was tatsächlich passiert ist.
Technischer Umfang
Wir bleiben bei React, React Native, Vue und Python und decken Web, App, Backend und Datenanwendungen ab. Wir jagen nicht die Breite des Stacks, sondern gehen in dem, was wir kennen, tief genug.
Geeignet
- Organisationen, deren Bedarf noch nicht feststeht und die jemanden brauchen, der mitdenkt
- Unternehmen mit internem Team, die eine bestimmte Phase oder Rolle ergänzen müssen
- Produkte, deren Wartung nach dem Launch unregelmässig ist und die keine Leerlauf-Monatspauschale zahlen wollen
- Organisationen, denen Übergabedokumente und Wechselbarkeit wichtig sind
- Kunden, die den Fortschritt direkt sehen wollen, statt einen aufbereiteten Wochenbericht
Nicht geeignet
- Beschaffung, die beim Unterschreiben den Gesamtpreis festschreiben muss
- Projekte mit einem Stack ausserhalb von React, React Native, Vue und Python
- Projekte mit fertiger Spezifikation, die nur den günstigsten Bau wollen
Häufige Fragen
Können wir bei der digitalen Produktentwicklung nur einzelne Phasen nehmen?
Ja.... [Vollständige Antwort]
Bei Stundenabrechnung der digitalen Produktentwicklung: wie steuere ich das Budget?
Vor dem Start erhalten Sie Aufgabenliste, Stundenschätzung und Zeitplan zur Bestätigung und Anpassung.... [Vollständige Antwort]
Wird die Schätzung für die digitale Produktentwicklung extra berechnet?
Ja, NT$21.200 je Auftrag.... [Vollständige Antwort]
Gibt es beim digitalen Produkt wirklich keine Monatspauschale für den Betrieb?
Nein.... [Vollständige Antwort]
Welche Technologien setzen Sie bei der digitalen Produktentwicklung ein?
React, React Native, Vue und Python.... [Vollständige Antwort]
Zuerst klären, was zu tun ist
Im ersten Gespräch klären wir drei Dinge: das Geschäftsproblem, das Sie lösen wollen, die heutige Organisation und Technik, und welche Erwartungen noch nicht in Anforderungen übersetzt sind. Daraus folgt, in welcher Phase Sie starten.
Bedarfsgespräch buchen