Für Gründer, die Apps starten möchten, ist „keine Einschränkung, nicht technisch zu sein“ – TechCrunch

Für Gründer, die Apps starten möchten, ist „keine Einschränkung, nicht technisch zu sein“ – BesteFuhrer

Intent mit Sitz in Warschau, Polen, unterstützt eine Vielzahl von Unternehmen in allen Bereichen, vom Produktdesign und UX bis hin zur Entwicklung und Bereitstellung von vernetzten Geräten. Mit Kunden wie dem Schlaf-Tracker ŌURA, dem Quizspiel HQ, Tomorrow Health, Samsung, Mercedes-Benz und Nike bedient es unterschiedliche Branchen.

Um einen Blick darauf zu werfen, wie Intent seinen Ansatz an die Kundenbedürfnisse anpasst und wie das Unternehmen Kunden dabei unterstützt, ihre Produkte von der Gründung bis zur Marktreife zu bringen, haben wir mit Wojciech Borkowski, dem Leiter der Geschäftsentwicklung, und CTO Peter Tuszynski gesprochen.

Wie involviert sind Sie als Entwickler, wenn Sie Kunden dabei helfen, Ideen zu validieren, bevor sie ihre Apps auf den Markt bringen?

Unser Service geht über ein typisches Entwicklungsgeschäft hinaus, da wir uns mit Kunden als „Denkpartner“ ausrichten – dies ist die Methodik, die wir verwenden, wenn wir uns jedem neuen Projekt nähern. Wir helfen Kunden, Ideen zu validieren, da ihr Erfolg entscheidend für das Ergebnis eines Projekts ist. Wir fungieren als zweites Augenpaar und bewerten das Projekt und seine Annahmen durch unsere Frameworks und Techniken, wie z. B. Design Sprints und Lean Canvas.

Wir akzeptieren nur einen geringen Prozentsatz von Kunden, die sich an uns wenden, da wir hochspezialisiert auf die Bereitstellung digitaler Lösungen sind, bei denen ein physisches Gerät vorhanden ist.

Es ist wichtig, einen kampferprobten Prozess für die Produktvalidierung zu haben. Unsere Kunden konzentrieren sich oft sehr auf die Hardwareseite, was von uns erfordert, dass wir bei der Arbeit an der Software-/Firmwareseite des Projekts sorgfältiger vorgehen, um sicherzustellen, dass alles reibungslos funktioniert.

Können Sie den Aufnahmeprozess für Neukunden beschreiben? Wie beurteilen Sie ihre Anforderungen und welche Informationen benötigen Sie, bevor Sie einen geschätzten Projektzeitplan und ein geschätztes Budget teilen können?

Wir wenden unsere eigenen Prozesse teilweise oder vollständig an, je nachdem, wo der Kunde mit seiner Produktentwicklung steht. Unsere PM- und UX-Teams führen auch Workshops durch, da wir typischerweise mit völlig neuen Projekttypen und Dingen arbeiten, die wir vorher noch nicht gemacht haben.

Wir müssen das Budget, die Projektziele und die Zeitpläne verstehen, um dem Kunden zu helfen, das Projekt zu steuern und es an seine Anforderungen anzupassen. Dies geschieht durch Workshops und einige Methoden, die wir verwenden, um uns und den Kunden in Bezug auf Wissen und Projektumfang aufeinander abzustimmen.


Helfen Sie BesteFuhrer, die besten Softwareberater für Startups zu finden. Geben Sie in dieser kurzen Umfrage eine Empfehlung ab und wir teilen die Ergebnisse mit allen.


Was ist ein ungefähres Angebot für ein durchschnittliches Projekt und wie oft kommunizieren Sie mit Kunden, wenn die Arbeit im Gange ist?

Jedes Projekt ist anders, aber die meisten Projekte bewegen sich im sechsstelligen Bereich.

Wir haben verschiedene Arbeitsweisen entwickelt, die wir je nach Projekttyp und Kundenerwartungen anwenden. Wir setzen eine Reihe von Tools ein, um Kunden auf dem Laufenden zu halten, und dies wird in der Regel von verschiedenen Meeting-Typen begleitet, wie z. B. Developer Dailys und wöchentliche oder zweiwöchentliche Demos und Planungssitzungen, die einem Scrum-Format folgen.

Wie viel Prozent Ihrer Kunden sind technisch nicht versierte Personen, die eine Idee, aber keine Programmiererfahrung haben? Wie stark ist die Einschränkung beim Starten einer App?

Rund 50 % unserer Kunden sind nicht-technische Gründer, die ein neues Projekt starten, was bedeutet, dass Intent als „Denkpartner“ oder praktisch als CTO für ihr Projekt fungiert. Viele erfolgreiche Startup-Gründer haben keinen technischen Hintergrund, verfügen aber über hervorragende Produkt-, Vertriebs- und Marketingfähigkeiten, sodass Nicht-Techniker keine Einschränkung darstellen, wenn sie mit dem richtigen Technologiepartner zusammenarbeiten.

Wir fungieren nicht nur als Partner, wir können ihnen auch dabei helfen, ihr eigenes internes Team aufzubauen, bis hin zur Einstellung eines CTO.

Gehört es zu Ihrer Rolle als Berater, Kunden dabei zu helfen, Scope Creep zu vermeiden? Wenn ja, wie helfen Sie dabei, ihre Erwartungen zu erfüllen?

Ja, deshalb legen wir großen Wert darauf, ihre Kundenpersönlichkeiten und User Journeys zu verstehen. Wir arbeiten dann mit dem Kunden zusammen, um seinen MVP unter Verwendung branchenführender Workshop-Methoden und -Prozesse auszuloten.

Wir sind sehr gewissenhaft bei der Priorisierung der Funktionen, die ihren Weg in den Prototyp finden, und wir vermeiden es aktiv, das Rad neu zu erfinden, indem wir viele vorgefertigte Komponenten verwenden, die wir schnell in das Projekt integrieren können, ohne viel Zeit für die kundenspezifische Entwicklung aufwenden zu müssen.

Was ist Ihr durchschnittlicher Zeitrahmen für die Bereitstellung einer funktionierenden App, nachdem Sie einen Vertrag unterzeichnet haben? Was müssen Sie tun, bevor Sie Wireframes freigeben können?

Jedes Projekt ist sehr unterschiedlich, da wir versuchen, die Entwicklung brandneuer Ideen, die uns aus unserer Komfortzone herausführen, zu priorisieren. Allerdings können wir in der Regel innerhalb von vier Monaten ein MVP für jedes Produkt erstellen.

Überwachen Sie auch den QA-Prozess? Kann Intent Kunden beim Navigieren im Genehmigungsprozess für App Stores unterstützen?

Wir beaufsichtigen nicht nur den QA-Prozess, wir sind fest davon überzeugt, QA-Ingenieure von den ersten Tagen des Projekts an einzubeziehen, damit sie einen Vorsprung bei der Entwicklung der gesamten Teststrategie und der Erstellung von Testfällen haben.

Darüber hinaus verfügen unsere Mitarbeiter über ein tiefes Verständnis des Genehmigungsprozesses für eine bestimmte App-Plattform sowie der zu befolgenden Richtlinien. Unsere Ingenieure nehmen regelmäßig an Konferenzen wie der WWDC von Apple oder der IO von Google teil, wo sie sich mit den für den Genehmigungsprozess Verantwortlichen treffen und mit ihnen sprechen können, damit sie besser unterstützen können, wenn unerwartete Probleme während der Antragseinreichung auftreten.

Bieten Sie Marketingdienstleistungen an?

Wir bieten Kunden keine reinen Marketingdienstleistungen an, können ihnen aber dabei helfen, Personas für ihre Kundentypen zu finden, was ihnen wiederum dabei hilft, die besten Vertriebskanäle zu identifizieren.

Arbeiten Sie sowohl an hybriden als auch an nativen Apps? Was können Sie uns über die jeweiligen Vor- und Nachteile sagen, und wann ermutigen Sie Kunden, sich für Hybridlösungen zu entscheiden?

Wir arbeiten sowohl an nativen als auch an hybriden Apps. Da wir uns auf die Entwicklung von Apps spezialisiert haben, die mit verschiedenen Peripherie- und verbundenen Geräten kommunizieren, setzen sich native Technologien durch. Wir haben jedoch Arbeitserfahrung mit fast jedem Hybrid-Stack da draußen (React Native, Flutter usw.). Tatsächlich pflegen wir einige der am weitesten verbreiteten Open-Source-Bluetooth-Low-Energy-Bibliotheken für ReactNative.

Jedes Projekt ist anders und ein Großteil der Arbeit, die wir leisten, ist neu, was bedeutet, dass sie noch nie zuvor gemacht wurde. Es gibt keinen Patentrezept-Stack, den wir unseren Partnern empfehlen. Unser Team hat jedoch festgestellt, dass Flutter hervorragend für die schnelle Bereitstellung von Prototypen geeignet ist. Bei Apps, die das native Look-and-Feel erfordern, insbesondere auf iOS, tendieren wir zu einer nativen Toolchain.

Haben Sie schon einmal einen Kunden abgelehnt? Sind Apps, an denen Sie nicht arbeiten werden, z. B. Spiele, Dating usw.?

Leider akzeptieren wir nur einen geringen Prozentsatz von Kunden, die sich an uns wenden, da wir hochspezialisiert auf die Bereitstellung digitaler Lösungen sind, bei denen ein physisches Gerät vorhanden ist. Die Branche der vernetzten Geräte befindet sich noch in der Reifephase, was bedeutet, dass wir unseren eigenen Begriff „PxD“ prägen mussten, den wir als „Schnittpunkt von physisch und digital“ beschreiben. Ein guter kultureller Fit ist auch ein wichtiger Faktor auf beiden Seiten, da niemand während des gesamten Projekts aneinander stoßen möchte.

Wem gehört der Quellcode nach Abschluss des Projekts? Wie wird der Quellcode verwaltet?

Die geistigen Eigentumsrechte des Projekts und des Codeeigentums gehören unseren Partnern. Wir praktizieren keine Vendor Lock-Ins. Wir haben festgestellt, dass der beste Weg, einen Kunden zu halten, darin besteht, hervorragende Arbeit zu leisten, die auf jahrelanger Erfahrung basiert.

In der Regel verwenden wir Github, um unseren gesamten Quellcode zu speichern und ihn in kontinuierliche Integrationspipelines zu integrieren, sodass jeder Code, den unsere Ingenieure in das Repository übertragen, automatisch getestet und erstellt wird. Für einige spezifische Projekte haben wir uns an das Setup unseres Partners angepasst, das Gitlab und selbst gehostete Git-Repositories umfasst.

Leave a Comment

Your email address will not be published.