🥇Wie wir mit Ideen arbeiten und wie LANBIX

Bei «LANIT-Integrationen» arbeiten viele kreative Mitarbeitende. Die Ideen für neue Produkte und Projekte liegen förmlich in der Luft. Die spannendsten Ideen herauszufiltern kann manchmal eine große Herausforderung sein. Aus diesem Grund haben wir gemeinsam eine Methode entwickelt. Wie wir die besten Projekte auswählen und umsetzen, erfahren Sie in diesem Artikel.

In Russland und weltweit finden derzeit zahlreiche Prozesse statt, die den IT-Markt transformieren. Aufgrund der steigenden Rechenleistung und dem Auftreten von server-, netzwerk- und anderen Virtualisierungstechnologien benötigt der Markt nicht mehr so viel „Hardware“. Anbieter arbeiten zunehmend direkt mit den Kunden zusammen. Der IT-Markt erlebt einen Aufschwung des Outsourcings in all seinen Facetten, angefangen beim klassischen Outsourcing bis hin zu neuen Wellen von Anbietern – den „Cloud-Anbietern“. Infrastruktursysteme und -elemente sind deutlich einfacher zu warten und zu konfigurieren. Die Qualität der Software steigt von Jahr zu Jahr und die Aufgaben des Integrators verändern sich.

Wie wir mit Ideen arbeiten

Produktstart-up-Richtung in „LANIT-Integrationen“ existiert bereits seit über einem Jahr. Unser Hauptziel ist die Entwicklung neuer Produkte und deren Markteinführung. Zu Beginn haben wir den Prozess der Produktentwicklung organisiert. Wir haben viele Methodologien studiert, von klassischen bis hin zu modernen Ansätzen. Doch keine dieser Methoden entsprach unseren Anforderungen. Daher entschieden wir uns, die Lean Startup-Methode als Grundlage zu nehmen und sie an unsere Bedürfnisse anzupassen. Der "Lean Startup" ist eine unternehmerische Theorie, die von Eric Ries entwickelt wurde. Sie basiert auf den Prinzipien, Ansätzen und Praktiken von Konzepten wie Lean Production, Kundenentwicklung und agilen Entwicklungsmethoden.

Was unseren Ansatz zur Produktentwicklung angeht: Wir haben uns nicht darum gekümmert, das Rad neu zu erfinden, sondern haben eine bereits bestehende Entwicklungsmethodologie angewandt. SCRUM, kreativ eingearbeitet, kann es jetzt mutig als SCRUM-WATERFALL-BAN bezeichnet werden. SCRUM, obwohl flexibel, ist ein sehr strenges System und eignet sich für die Leitung eines Teams, das ausschließlich für ein Produkt/projekt verantwortlich ist. Wie Sie verstehen können, sieht das klassische „Integrator“-Geschäft nicht vor, dass technische Spezialisten Vollzeit für ein Projekt abgestellt werden (Ausnahmen gibt es, aber sie sind äußerst selten), da alle neben der Arbeit an Produkten mit laufenden Projekten beschäftigt sind. Aus SCRUM haben wir die Aufteilung der Arbeit in Sprints, tägliche Berichterstattung, Retrospektiven und Rollen übernommen. Für die Arbeit mit dem Auftragsfluss haben wir Kanban gewählt, das hervorragend in unser bestehendes Aufgabenverfolgungssystem integriert wurde. Wir haben die Arbeit organisiert und uns nahtlos in die bereits bestehenden Abläufe eingefügt.
Bevor ein Produkt auf den Markt kommt, durchläuft es 5 Phasen: Idee, Auswahl, Konzept, MЖП (mehr dazu – siehe unten) und Produktion.

Die Idee

In dieser Phase gibt es etwas Verschwommenes – eine Idee. Idealerweise handelt es sich um die Idee einer Lösung für ein bestehendes Problem oder Anliegen des Kunden. Wir haben keine Mangel an Ideen. Ursprünglich sollten diese von unseren technischen Mitarbeitern generiert werden. Damit eine Idee für die weitere Entwicklung angenommen wird, muss der Autor das 'Ideenformular' ausfüllen. Dieses besteht aus nur vier Fragen: Was? Wozu? Wer benötigt das? Und wenn unser Produkt nicht geeignet ist, was dann?

Quelle

Auswahl

Sobald das ausgefüllte Formular bei uns eintrifft, beginnt der Prozess der Verarbeitung und Auswahl. Diese Auswahlphase ist die arbeitsintensivste. Hier werden Hypothesen über Probleme formuliert (ich habe nicht ohne Grund im vorherigen Absatz erwähnt, dass die Idee idealerweise ein Kundenproblem lösen sollte) und der Wert des Produkts definiert. Eine Hypothese über das Wachstum des Unternehmens wird aufgestellt, also wie unser Geschäft wachsen und gedeihen wird. Es werden Problem- und Experteninterviews mit potenziellen Kunden durchgeführt, um vorläufig zu bestätigen, dass wir beabsichtigen, etwas Nützliches zu produzieren. Es sind mindestens 10-15 Interviews erforderlich, um zu einem Schluss über die Notwendigkeit des Produkts zu kommen.

Wenn die Hypothesen bestätigt werden, erfolgt eine vorläufige Finanzanalyse, bei der das ungefähre Investitionsvolumen und das mögliche Einkommen des Investors bewertet werden. In diesem Schritt entsteht ein Dokument namens Lean Canvas, das der Geschäftsleitung präsentiert wird.

Die Idee

In dieser Phase werden etwa 70 % der Ideen verworfen. Wenn das Konzept genehmigt wird, beginnt die Phase der Ideenentwicklung. Die funktionalen Möglichkeiten des zukünftigen Produkts werden festgelegt, die Umsetzungswege und optimalen technischen Lösungen bestimmt, und der Businessplan wird aktualisiert. Das Ergebnis dieser Phase ist ein technisches Lastenheft für die Entwicklung und ein detaillierter Business Case. Bei Erfolg geht es weiter zur Phase MVP.

MVP

MVP ist das minimal funktionsfähige Produkt. Das heißt, es handelt sich um ein Produkt, das noch nicht vollständig entwickelt ist, aber bereits Wert erzeugt und seine Funktionalität erfüllt. In dieser Entwicklungsphase sammeln wir unbedingt Feedback von echten Nutzern und nehmen Änderungen vor.

Produktion

Der letzte Schritt ist die Produktion. Nur etwa 5% der Produkte erreichen diese Stufe. In diesen 5% befinden sich nur die wichtigsten, notwendigen, lebensfähigen und funktionalen Produkte.

Wir haben viele Ideen und bereits ein umfangreiches Portfolio gesammelt. Wir analysieren jede Idee und tun alles, um sie bis zur finalen Stufe zu bringen. Es ist erfreulich, dass unsere Kollegen nicht gleichgültig gegenüber unserem F&E-Bereich sind und aktiv an der Entwicklung und Umsetzung von Produkten und Lösungen mitwirken.

So haben wir LANBIX entwickelt

Lassen Sie uns die Erstellung eines Produkts am konkreten Beispiel von LANBIX betrachten. Es handelt sich um ein „Box“-Software-Hardware-Komplex, der für die Überwachung kleiner IT-Infrastrukturen und die prompte Benachrichtigung verantwortlicher Personen und Geschäftsnutzer über Störungen über einen Chatbot konzipiert ist. Neben der Überwachungsfunktion umfasst LANBIX auch die Funktionen eines Help Desks. Dieses Produkt ist exklusiv für den Marktsegment, auf den wir abzielen. Das ist sowohl unser Vorteil als auch unsere Herausforderung. Aber alles der Reihe nach. Ich möchte gleich klarstellen, dass LANBIX ein lebendiges Produkt ist (d.h. es ist in seiner Entwicklung nicht abgeschlossen und befindet sich in einer neuen Phase des MVP).

Die erste Phase ist also die Idee. Damit eine Idee entstehen kann, braucht es Probleme, und die hatten wir, eigentlich nicht wir, sondern unsere Bekannten. Im Folgenden betrachten wir einige reale Situationen, die in verschiedenen Geschäftsbereichen aufgetreten sind.

Eine kleine Hausverwaltung betreut zwei Gebäude in der Nähe von Moskau. Das Team von Mitarbeitern, die über einen PC verfügen, umfasst etwa 15 Personen. Der Systemadministrator ist ein freiberuflicher Dienstleister (der schlaue Sohn eines engagierten Wohnungsbewohners). Auf den ersten Blick scheint die Arbeit der Hausverwaltung nur wenig von IT abhängig zu sein, doch die besondere Herausforderung in diesem Geschäftsfeld ist die monatliche Berichtspflicht gegenüber verschiedenen Behörden. Auf der Systempartition des Unternehmensleiters (der in der Regel viele Rollen vereint) war der Speicherplatz erschöpft. Natürlich geschah dies nicht plötzlich; die Warnmeldung hing bereits seit etwa zwei Monaten und wurde ständig ignoriert. Doch endlich kam das Update, das Betriebssystem wurde aktualisiert und hing, unglücklicherweise, mitten im Update-Prozess, nachdem es sich über den belegten Speicher beschwert hatte. Der Computer startete in eine Schleife von Neustarts. Während wir mit dem Problem beschäftigt waren und die Berichte beschafften, verpassten wir die Frist zur Einreichung der Berichtspflichten. Eine scheinbar banale Panne führte zu verschiedenen Schwierigkeiten: von finanziellen Verlusten bis hin zu rechtlichen Auseinandersetzungen und administrativen Strafen.

Quelle

Ein ähnlicher Vorfall ereignete sich in einem großen Konzern, der mehrere kleine Unternehmen vereint, mit einem zentralen technischen Support für das gesamte Büro. In einer der Abteilungen fiel der Computer des Hauptbuchhalters aus. Dass er ausfallen konnte, war schon lange bekannt (der Computer lief extrem langsam und überhitzte), aber der Hauptbuchhalter hatte es nie geschafft, eine Anfrage beim Support zu stellen. Natürlich fiel er genau am Zahltag aus, und die Mitarbeiter der Abteilung saßen mehrere Tage ohne Geld da.

Ein kleines Unternehmen im Bereich des Großhandels hatte eine Verkaufswebsite, die auf einer externen Plattform gehostet wurde. Von der Nichterreichbarkeit erfuhren sie per Telefon von einem ständigen Kunden. Zum Zeitpunkt des Anrufs war die Website bereits seit etwa drei Stunden offline. Die Suche nach der verantwortlichen Person für die Website dauerte weitere zwei Stunden, und die Behebung des Problems benötigte nochmals zwei Stunden. Somit war die Website praktisch den gesamten Arbeitstag über nicht erreichbar. Laut dem kaufmännischen Leiter des Unternehmens kostete diese Ausfallzeit sie etwa 1 Million Rubel.

Ich selbst habe eine ähnliche Situation erlebt, als ich zu einem Termin in einer Klinik kam und zur DMS-Registratur gelangen wollte. Der Arzt konnte mich aus einem banalen Grund nicht empfangen – am Morgen gab es einen Stromausfall, und nach dem Vorfall arbeiteten sowohl ihr E-Mail-Service als auch ein Kommunikationsdienst mit der Versicherung nicht. Auf meine Frage, wo denn ihre Administratoren seien, wurde mir gesagt, dass sie nur einmal pro Woche kommen. Und jetzt (es war bereits 16:00 Uhr) ging niemand ans Telefon. Mindestens 7 Stunden war die Klinik vom Außenwelt abgeschnitten und konnte keine kostenpflichtigen Dienstleistungen anbieten.

Was vereint all diese Fälle? Alle Probleme hätten im Voraus völlig vermieden werden können. Bei rechtzeitiger Reaktion der IT-Dienstleister hätte der entstandene Schaden verringert werden können. Dies wäre auch bei richtiger Interpretation der frühen Symptome durch die Nutzer möglich gewesen.

Wir haben Hypothesen zu den Problemen formuliert:

erhebliche finanzielle und reputative Verluste aufgrund niedriger Reaktionsgeschwindigkeit auf Störungen in der IT-Infrastruktur;
falsche Interpretation der frühen Symptome von Störungen durch die Nutzer.

Was kann der Auftraggeber tun, um solche Situationen in Zukunft zu vermeiden? Die Optionen sind nicht viele:

einen hochqualifizierten Systemadministrator einstellen und ihn dazu bringen, gewissenhaft zu arbeiten;
die IT-Wartung an ein spezialisiertes Dienstleistungsunternehmen abgeben;
eine eigene Überwachungs- und Alarmierungsstrategie für Störungen einführen;
Schulungen für Benutzer und Geschäftspersonal über grundlegende Computerkenntnisse durchführen.

Wir konzentrieren uns auf die dritte Option. Lassen Sie uns ein Überwachungssystem jenen anbieten, die es aus verschiedenen Gründen noch nicht nutzen.

Ein kurzer Exkurs. Verschiedene Monitoring-Systeme für IT-Services sind im Enterprise-Markt bereits seit langem im Einsatz, und ihr Nutzen steht außer Frage. Ich habe mit Vertretern großer Unternehmen gesprochen und beobachtet, wie die Beziehungen zwischen Wirtschaft und IT gestaltet sind. Der Technikleiter eines großen Maschinenbauunternehmens hat die Verwaltung der IT-Infrastruktur an ein externes Unternehmen übergeben, bleibt jedoch selbst über alle Vorgänge informiert. In seinem Büro hängt ein großer Bildschirm des Monitoring-Systems mit Indikatoren für den Zustand der IT-Services. In das System sind die kritischsten Dienste integriert. Jederzeit kann der Technikleiter den Zustand der Infrastruktur abfragen, sehen, was passiert, wo das Problem liegt, ob die verantwortlichen Personen informiert wurden und ob die Probleme bereits in Bearbeitung sind.

Die beschriebenen Geschichten haben unser Team dazu angeregt, ein optimales Überwachungssystem für kleine Unternehmen zu entwickeln. So entstand LANBIX – ein Überwachungssystem, das von absolut jedem ohne IT-Kenntnisse eingesetzt werden kann. Die Hauptaufgabe des Systems ist einfach – wie bei allen Systemen, die auf die Steigerung von Kontinuität und Verfügbarkeit abzielen – die Reduzierung finanzieller und anderer Verluste im Falle unerwarteter Ausfälle. Das Gerät soll die Zeit zwischen „Etwas ist kaputt“ und „Das Problem ist behoben“ auf ein Minimum verkürzen.

Um die Hypothesen zu bestätigen, wurden Probleminterviews durchgeführt. Ich konnte mir nicht vorstellen, wie viel die Leute bereit sind zu erzählen, wenn man versucht, ihnen nichts zu verkaufen. Jedes Gespräch dauerte mindestens 1,5 Stunden, und wir haben eine Menge nützlicher Informationen für die weitere Entwicklung erhalten.

Fassen wir die Ergebnisse dieser Phase zusammen:

Problemverständnis ist vorhanden,
Wertverständnis ist vorhanden,
Lösungsidee ist vorhanden.

Die zweite Phase war detaillierter. Basierend auf den Ergebnissen sollten wir der Geschäftsführung, die im Grunde als Investor fungiert, einen Business Case (das besagte Lean Canvas) präsentieren, um eine Entscheidung über die zukünftige Entwicklung des Produkts zu treffen.

Wir begannen mit einer Marktanalyse und einer Wettbewerbsanalyse, um herauszufinden, wer, was und vor allem, wie es auf diesem Markt macht.

Folgendes stellte sich heraus.

Es gibt keine fertigen Monitoring-Systeme für unseren Sektor (kleine Unternehmen), abgesehen von ein paar wenigen, über die ich aus nachvollziehbaren Gründen nicht sprechen werde.
Unsere Hauptkonkurrenten sind kurioserweise Systemadministratoren mit selbstgeschriebenen Skripten und Anpassungen für Open-Source-Monitoring-Systeme.
Es gibt ein klares Problem bei der Nutzung von Open-Source-Monitoring-Systemen. Es gibt Systeme und eine riesige Menge an Informationen zur Anpassung der Systeme an die eigenen Bedürfnisse. Viele der befragten Administratoren gaben zu, dass ihnen die Kompetenzen fehlen, um ihre Ideen selbst zu verwirklichen. Aus Angst vor einer Entlassung können sie dies jedoch nicht der Geschäftsführung eingestehen. Das ergibt einen Teufelskreis.

Dann gingen wir zur Analyse der Bedürfnisse unserer potenziellen Kunden über. Wir haben uns auf den Sektor kleiner Unternehmen konzentriert, die aus verschiedenen Gründen keine eigene IT-Abteilung haben, wo entweder ein externes IT-Systemadministrator, ein Freelancer oder ein Serviceunternehmen dafür verantwortlich ist. Unser Ansatz ist es, nicht aus der Sicht der IT, sondern aus der Perspektive des Geschäfts zu kommen, indem wir den Gründern und Eigentümern ein Werkzeug anbieten, um die Qualität der IT-Infrastruktur zu verbessern. Ein Produkt, das den Eigentümern helfen sollte, ihre Geschäfte abzusichern, was aber gleichzeitig auch zusätzliche Arbeit für die Personen bedeutet, die für die IT verantwortlich sind. Ein Produkt, das den Unternehmen ein Instrument zur Kontrolle der Qualität der IT-Betreuung bereitstellt.

Infolge der Verarbeitung der erhaltenen Daten entstand die erste Liste von Anforderungen (eine grobe Roadmap) für das zukünftige Produkt:

das Überwachungssystem sollte auf einer Open-Source-Lösung basieren und daher kostengünstig sein;
einfach und schnell in der Installation;
sollte keine spezifischen IT-Kenntnisse erfordern; selbst in der Buchhaltung (ich möchte auf keinen Fall die Vertreter dieses Berufs beleidigen) sollte man in der Lage sein, ein System bereitzustellen und einzurichten.
sollte automatisch Objekte im Netzwerk zur Überwachung entdecken.
sollte Monitoring-Agenten automatisiert (idealerweise automatisch) installieren.
sollte die Möglichkeit zur Überwachung externer Dienste haben, mindestens ein CRM-System und eine Verkaufswebsite.
sollte sowohl das Geschäft als auch den Systemadministrator über Störungen informieren.
der Grad der Detailgenauigkeit und die 'Sprache' der Benachrichtigungen sollten unterschiedlich für Administrator und Geschäft sein.
das System sollte auf eigener Hardware bereitgestellt werden.
die Hardware sollte möglichst verfügbar sein.
das System sollte möglichst unabhängig von externen Faktoren sein.

Darüber hinaus wurden die Investitionen in die Produktentwicklung (einschließlich des Arbeitsaufwands der Mitarbeiter der technischen Abteilung) kalkuliert. Ein Entwurf des Geschäftsmodells wurde erstellt und die Unit-Ökonomie des Produkts berechnet.

Ergebnis der Phase:

hochrangiger Produkt-Backlog;
ein formuliertes Geschäftsmodell oder eine Skalierungshypothese, die noch in der Praxis überprüft werden muss.

Kommen wir zum nächsten Schritt – dem Konzept. Hier kommen wir als Ingenieure in unser Element. Es gibt "Anforderungen", die in Komponenten/Subsysteme/Funktionen heruntergebrochen werden, dann in ein Lastenheft/Nutzerstories und anschließend in ein Projekt usw. Ich werde nicht näher auf den Prozess der Vorbereitung einer Vielzahl von Alternativen eingehen, sondern gleich zu den Anforderungen und den gewählten Umsetzungsarten übergehen.

Anforderung
Lösung

Es muss sich um ein offenes Überwachungssystem handeln;

Wir wählen ein Überwachungssystem mit offenem Quellcode.

Das System soll einfach und schnell zu installieren sein;
es sollte keine speziellen IT-Kenntnisse erfordern. Selbst ein Buchhalter sollte in der Lage sein, das System zu implementieren und zu konfigurieren.

Wir bieten ein vorinstalliertes System an, sodass der Benutzer nur das Gerät einschalten und ein wenig anpassen muss, ähnlich wie bei einem Router.

Lassen Sie unsere Interaktion mit dem Gerät einfach und für alle verständlich gestalten.

Wir entwickeln einen Chatbot für einen der bekannten Messenger und integrieren alle Interaktionen mit dem System über diesen.

Das System muss:

erforderliche zu überwachende Objekte im Netzwerk automatisch erkennen;
Überwachungsagenten automatisch installieren;
Die Möglichkeit bieten, externe Dienste zu überwachen, mindestens CRM-Systeme und Verkaufswebseiten.

Wir entwickeln Ergänzungen für das Überwachungssystem zur:

automatischen Erkennung von Objekten;
automatischen Installation von Agenten;
Überwachung der Verfügbarkeit externer Dienste.

Das System muss:

Über Störungen sowohl das Geschäft als auch den Systemadministrator informieren;
Die Möglichkeit bieten, externe Dienste zu überwachen, mindestens CRM-Systeme und Verkaufswebseiten. Der Grad der Detailliertheit und die 'Sprache' der Benachrichtigungen sollten für Administratoren und das Geschäft unterschiedlich sein.
Das System darf keine spezifischen IT-Kenntnisse erfordern, selbst ein Buchhalter sollte in der Lage sein, das System bereitzustellen und einzurichten.

Wir werden verschiedene Benachrichtigungsarten für unterschiedliche Benutzergruppen hinzufügen. Diese unterscheiden sich in ihrer Formulierung und Tiefe. Geschäftsanwender erhalten Benachrichtigungen wie „Alles in Ordnung, aber der Computer von Ivanov wird bald ausfallen“. Administratoren bekommen eine ausführliche Fehlermeldung, die erklärt, wer, wie und was passiert ist oder passieren könnte.
Wir werden die Möglichkeit hinzufügen, die E-Mail eines zusätzlichen Verantwortlichen zu nutzen, damit dieser im Falle eines Ausfalls benachrichtigt wird.
Wir werden die Interaktion mit externen Dienstanbietern ermöglichen, indem wir eine E-Mail mit vorformuliertem Text senden, da die E-Mail die Grundlage für die Eröffnung eines Vorfalls bildet.
Alle Interaktionen mit dem System werden wir auf einen Chatbot konzentrieren, das Kommunizieren erfolgt im Dialogstil.

Zusatz:

Wir fügen die Funktion „Chat mit dem Administrator“ hinzu, damit Benutzer direkt eine Nachricht an den Administrator mit einer Problembeschreibung senden können.

Das System muss auf eigener Hardware bereitgestellt werden.
Die Hardware muss verfügbar sein.
Das System sollte so unabhängig wie möglich von der Umgebung sein.

Wir nehmen einen fertigen und kostengünstigen Raspberry Pi-Computer.
Wir werden eine unterbrechungsfreie Stromversorgungsplatine entwerfen.
Wir fügen ein Modem hinzu, um unabhängig vom Zustand des lokalen Netzwerks zu sein.
Wir entwerfen ein ansprechendes Gehäuse.

Wir haben drei Subsysteme mit eigenen Anforderungen und ihrer Umsetzung visiert:

Subsystem Hardware;
Subsystem Überwachung;
Subsystem Nutzerinteraktion.

Für das Subsystem Hardware haben wir ein Entwurfskonzept entwickelt. Ja, genau! Trotz aller Regeln der Agilität haben wir ein Dokument erstellt, da die Hersteller genau mit Dokumenten arbeiten. Für die anderen Subsysteme haben wir Nutzer (Personas) identifiziert, Nutzerstorys vorbereitet und Entwicklungsaufgaben formuliert.

An diesem Punkt endet die Konzeptphase, und die Ergebnisse sind:

ein Projekt für die Hardwareplattform;
eine formulierte Vision in Form von Nutzerstorys für die anderen beiden Subsysteme;
ein Prototyp der Softwarekomponente, realisiert als virtuelle Maschine;
ein Prototyp der Hardwarekomponente, erstellt als Stand, wo die Hardware-Lösungen auf ihre Haltbarkeit überprüft wurden;
Tests, die von unseren Administratoren durchgeführt wurden.

Die Herausforderungen in dieser Phase waren größtenteils organisatorischer Natur und hingen mit der unzureichenden Fachkenntnis des Ingenieurteams in den rechtlichen und buchhalterischen Aspekten des Verkaufs zusammen. Es ist eine Sache, sich zu überlegen, was und wie man verkaufen möchte, und eine ganz andere, sich mit der unerbittlichen rechtlichen Maschinerie auseinanderzusetzen: Patenten, Entwicklungsaufträgen, der Bilanzierung, Endbenutzer-Lizenzvereinbarungen und vielen weiteren Aspekten, die wir als kreative Menschen anfangs nicht bedacht hatten.

Es war weniger ein Problem als vielmehr eine Herausforderung in der Gehäusplanung. In unserem Team sind nur Ingenieure, sodass unser Elektronikingenieur den ersten Gehäuseentwurf aus Acryl erstellt hat.

Das Gehäuse sah, um es milde auszudrücken, fragwürdig aus, insbesondere für ein Publikum, das an moderne Technik gewöhnt ist. Unter den "Bastlern" der älteren Generation gab es natürlich einige, die darin nostalgische Gefühle erkannten. Es wurde beschlossen, das Gehäuse neu zu entwerfen und herzustellen, da das alte Gehäuse neben ästhetischen Mängeln auch konstruktive Probleme aufwies – das Acryl hielt den Montage- und Demontagevorgängen nicht gut stand und hatte die Neigung, zu reißen. Ich werde später mehr über die Produktion des Gehäuses berichten.

Und nun sind wir am Ziel angekommen – MVP. Natürlich ist dies noch kein endgültiges Serienprodukt, aber es bringt bereits Nutzen und bietet Wert. Das Hauptziel dieser Phase ist es, den Zyklus "erstellen-bewerten-lernen" zu starten. Genau in dieser Phase befindet sich LANBIX.

In der Phase "erstellen" haben wir ein Gerät entwickelt, das die angegebenen Funktionen erfüllt. Ja, es ist noch nicht perfekt, und wir arbeiten weiterhin daran.

Wir kehren zur Herstellung des Gehäuses zurück, d.h. zur Aufgabe, unser Gerät von nostalgischen Empfindungen in ein modernes Produkt zu verwandeln. Zunächst habe ich den Markt nach Gehäuseherstellern und Anbietern von Industriedesign durchforstet. Erstens gibt es nur sehr wenige Unternehmen, die Gehäuse auf dem russischen Markt produzieren, und zweitens sind die Kosten für Industriedesign in dieser Phase exorbitant, etwa 1 Million Rubel.

Für das Design haben wir uns an unsere Marketingabteilung gewandt; ein junger Designer war bereit für kreative Experimente. Wir haben unsere Vision des Gehäuses dargelegt (nachdem wir die besten Beispiele für Gehäusebau studiert hatten), und er hat es in ein Kunstwerk verwandelt. Es blieb nur noch die Produktion. Stolz auf unser Design wendeten wir uns an unsere Partner. Ihr Geschäftsführer hat unsere Fantasien sofort zerstört, indem er völlig kostenlos auf Dinge hinwies, die mit unserer gewählten Methode unmöglich zu produzieren sind. Das Gehäuse kann produziert werden und wird nicht schlechter sein als das von Apple, aber die Kosten für das Gehäuse werden dabei drei- bis viermal so hoch sein wie die gesamte elektronische Ausstattung. Nach einer Reihe von Operationen und Genehmigungen haben wir ein Gehäuse entworfen, das produziert werden kann. Ja, es ist nicht mehr so schön wie geplant, aber ideal, um die aktuellen Ziele zu erreichen.

Ergebnis der Phase: erste Charge von Geräten, bereit für den Einsatz und die Tests.

Jetzt kommt der schwierigste Teil – die Phase der "Bewertung". Mit unserem Produkt befinden wir uns genau an diesem Punkt. Wir können nur auf die Ergebnisse von echten Nutzern zurückgreifen, und Vermutungen führen hier nicht weiter. Wir benötigen die sogenannten "Early Adopters", um Feedback zu geben und die Änderungen am Produkt umzusetzen, die wirklich erforderlich sind. Die Frage ist: Wo finden wir diese Kunden und wie überzeugen wir sie, an diesem Experiment teilzunehmen?

Aus allen verfügbaren Optionen haben wir einen klassischen Satz von digitalen Tools gewählt: eine Landingpage und eine Werbekampagne in sozialen Medien.

Der Prozess ist bereits gestartet, aber es ist noch zu früh, um von Ergebnissen zu sprechen, obwohl es bereits Rückmeldungen gibt und wir die Bestätigung vieler unserer Hypothesen erhalten haben. Besonders überrascht war die Reaktion von Vertretern ganz anderer Geschäftssegmente, die deutlich größer sind als die, auf die wir gehofft hatten. Es wäre unklug, neue Erkenntnisse zu ignorieren. Nach den durchgeführten Interviews wurde beschlossen, eine parallele Produktlinie unter dem Namen LANBIX Enterprise zu lancieren. Wir haben Unterstützung für verteilte Infrastrukturen, Wi-Fi-Netzwerküberwachung zur Fehlersuche und Lokalisierung sowie Monitoring der Kommunikationsqualität hinzugefügt. Besonders großes Interesse an der Lösung zeigten Serviceunternehmen. Gleichzeitig spielen bereits von uns entwickelte Geräte eine wichtige Rolle in den Lösungen.

Was kommt als Nächstes?

Was mit dem ursprünglichen LANBIX passiert, wird sich anhand der Ergebnisse der Kampagne zeigen. Sollten unsere Hypothesen sich nicht bewahrheiten, werden wir gemäß der Lean-Methodologie rigoros davon Abstand nehmen oder es in etwas Neues transformieren. Denn es gibt nichts Schlimmeres, als ein Produkt zu entwickeln, das niemand braucht. Aber schon jetzt lässt sich sagen, dass die geleistete Arbeit nicht vergebens war und dass sie eine ganze Reihe von parallelen Produkten hervorgebracht hat, an denen wir aktiv arbeiten. Im Erfolgsfall wird LANBIX von der MVP-Phase in die endgültige Phase übergehen und sich nach den klassischen Gesetzen des Produktmarketings weiterentwickeln.

Ich wiederhole, derzeit möchten wir frühe Anwender finden, Unternehmen, mit denen wir unser Produkt installieren können, um Feedback zu sammeln. Wenn Sie interessiert sind, LANBIX zu testen, schreiben Sie in die Kommentare oder senden Sie eine persönliche Nachricht.

Quelle

Quelle: habr.com