🥇Wie wir mit Ideen arbeiten und wie LANBIX entstanden ist

In der «LANTIT-Integration» arbeiten viele kreative Mitarbeiter. Die Ideen für neue Produkte und Projekte hängen förmlich in der Luft. Manchmal ist es sehr schwierig, die interessantesten herauszufinden. Deshalb haben wir gemeinsam unsere eigene Methodik entwickelt. Wie man die besten Projekte auswählt und umsetzt, lesen Sie in diesem Artikel.

In Russland und weltweit finden zahlreiche Prozesse statt, die zu einer Transformation des IT-Marktes führen. Durch die Zunahme der Rechenleistung und das Aufkommen von Technologien der Server-, Netzwerk- und anderen Virtualisierung benötigt der Markt nicht mehr so viele Hardwarekomponenten. Anbieter ziehen es zunehmend vor, direkt mit den Kunden zu arbeiten. Der IT-Markt erlebt einen Aufschwung im Outsourcing in all seinen Formen, von klassischem Outsourcing bis hin zu neuen Wellen von Dienstleistern - den „Cloud-Anbietern“. Infrastruktursysteme und -elemente werden erheblich einfacher in der Wartung und Konfiguration. Die Softwarequalität steigt mit jedem Jahr, und die Aufgaben des Integrators verändern sich.

Wie wir mit Ideen arbeiten

Der Produkt-Startup-Bereich in «LANTIT-Integration» besteht bereits seit mehr als einem Jahr. Unser Hauptziel ist die Schaffung neuer Produkte und deren Einführung auf dem Markt. Das erste, was wir taten, war, den gesamten Prozess der Erstellung von Produkten zu organisieren. Wir haben zahlreiche Methodologien studiert, von klassischen bis hin zu trendigen. Doch keine davon entsprach unseren Anforderungen. Deshalb beschlossen wir, die Lean Startup-Methodologie als Grundlage zu nehmen und sie an unsere Bedürfnisse anzupassen. „Lean Startup“ ist eine Theorie des Unternehmertums, die von Eric Ries entwickelt wurde. Sie basiert auf den Prinzipien, Ansätzen und Praktiken solcher Konzepte wie Lean Production, Customer Development und agiler Entwicklungsmethodik.

Was den Ansatz zur Produktentwicklung betrifft: Wir haben kein Rad neu erfunden, sondern eine bereits bestehende Entwicklungsmethodik angewendet, SCRUM, mit Kreativität ergänzt, und jetzt kann man es ohne Bedenken SCRUM-WATERFALL-BAN nennen. SCRUM, trotz seiner Flexibilität, ist ein sehr strenges System und eignet sich für die Verwaltung eines Teams, das nur für ein Produkt/Projekt verantwortlich ist. Wie Sie verstehen, sieht das klassische „Integrationsgeschäft“ nicht vor, technische Spezialisten Vollzeit für die Arbeit an einem einzigen Projekt abzustellen (Ausnahmen gibt es, aber äußerst selten), da neben der Arbeit an Produkten alle mit aktuellen 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 Aufgabenfluss haben wir Kanban gewählt, und es hat sich hervorragend in unser bestehendes Task-Tracking-System integriert. Wir haben die Arbeit so organisiert, dass wir uns sanft in die bereits bestehenden Abläufe eingefügt haben.
Bevor ein Produkt auf den Markt kommt, durchläuft es 5 Phasen: Idee, Auswahl, Konzept, MVP (weitere Details - siehe unten) und Produktion.

Idee

In dieser Phase gibt es etwas Flüchtiges – eine Idee. Im Idealfall handelt es sich um eine Lösung für ein bestehendes Problem oder eine Aufgabe des Kunden. Uns mangelt es nicht an Ideen. Nach der ursprünglichen Planung sollten sie von Mitarbeitern der technischen Abteilungen generiert werden. Damit die Idee für die weitere Entwicklung angenommen wird, muss der Autor das „Idee-Formular“ ausfüllen. Dort gibt es nur vier Fragen: Was? Wozu? Wer braucht das? Und wenn nicht unser Produkt, was dann?

Quelle

Auswahl

Sobald das ausgefüllte Formular bei uns eingeht, beginnt das Verfahren zur Bearbeitung und Auswahl. Die Auswahlphase ist die arbeitsintensivste. In dieser Phase werden Hypothesen über Probleme gebildet (ich habe nicht umsonst im vorherigen Absatz erwähnt, dass die Idee idealerweise ein Problem des Kunden lösen sollte) und über den Wert des Produkts. Es wird eine Hypothese über das Wachstumsszenario formuliert, d. h. wie unser Unternehmen wachsen und gedeihen will. 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 werden mindestens 10-15 Interviews benötigt, um zu einer Schlussfolgerung über die Notwendigkeit des Produkts zu gelangen.

Wenn die Hypothesen bestätigt sind, wird eine vorläufige Finanzanalyse durchgeführt, der ungefähre Betrag der Investitionen und das mögliche Einkommen des Investors geschätzt. In der Folge entsteht ein Dokument mit dem Titel Lean Canvas, das der Geschäftsleitung präsentiert wird.

Konzept

In diesem Stadium werden etwa 70 % der Ideen aussortiert. Wenn das Konzept genehmigt ist, beginnt die Phase der konkreten Ausarbeitung der Idee. Es werden die funktionalen Möglichkeiten des zukünftigen Produkts entwickelt, Wege zur Umsetzung und optimale technische Lösungen bestimmt sowie der Geschäftsplan aktualisiert. Das Ergebnis dieser Phase ist ein technisches Pflichtenheft zur Entwicklung und ein detaillierter Business-Case. Bei Erfolg gehen wir zur MVP- oder MHP-Phase über.

MVP oder MHP

MHP ist ein minimal lebensfähiges Produkt. D.h. ein Produkt, das nicht vollständig ausgearbeitet ist, aber bereits Wert bringen kann und seine Funktion erfüllt. In dieser Entwicklungsphase sammeln wir unbedingt Feedback von realen Nutzern und nehmen Änderungen vor.

Produktion

Und die letzte Phase – die Produktion. In dieser Phase kommen nicht mehr als 5 % der Produkte durch. In diese 5 % fallen 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 Phase zu bringen. Es freut uns sehr, dass unsere Kollegen nicht gleichgültig gegenüber unserem R&D-Bereich geblieben sind und aktiv an der Entwicklung und Umsetzung von Produkten und Lösungen teilnehmen.

Wie wir LANBIX entwickelt haben

Betrachten wir die Produktentwicklung am realen Beispiel von LANBIX. Es handelt sich um ein „Box“-Software-Hardware-Komplettsystem, das zur Überwachung kleiner IT-Infrastrukturen und zur schnellen Benachrichtigung verantwortlicher Personen und Geschäftsanwender über Störungen mit der Verwaltung durch einen Chatbot dient. Neben der Überwachungsfunktion umfasst LANBIX auch die Funktionalität eines Helpdesk. Dieses Produkt ist exklusiv für das Marktsegment, auf das wir abzielen. Das ist sowohl unser Vorteil als auch unser Schmerz. Aber alles der Reihe nach. Ich sage gleich, dass LANBIX ein lebendiges Produkt ist (d.h. es ist in seiner Entwicklung nicht final und befindet sich in der nächsten MVP-Runde).

Also, die erste Phase – die Idee. Damit eine Idee entsteht, braucht es Probleme, und die hatten wir, genauer gesagt, nicht wir, sondern unsere Bekannten. Im Folgenden betrachten wir einige reale Situationen, die in verschiedenen Geschäftsbereichen aufgetreten sind.

Ein kleines Verwaltungsunternehmen betreut zwei Häuser in der Nähe von Moskau. Das Team, das über Computer verfügt, besteht aus etwa 15 Personen. Der Systemadministrator ist ein freiberuflicher Mitarbeiter (ein cleverer Sohn eines engagierten Bewohners). Es schien, dass die Aktivitäten der Hausverwaltung wenig von IT abhängen, aber eine Besonderheit dieses Geschäfts ist die monatliche Berichterstattung gegenüber zahlreichen Behörden. Auf der Systemfestplatte des Chefs des Unternehmens (die üblicherweise viele Rollen vereint) war der Speicherplatz erschöpft. Natürlich geschah dies nicht überraschend; die Warnung war bereits seit etwa zwei Monaten vorhanden und wurde ständig ignoriert. Doch dann kam ein Update, das Betriebssystem wurde aktualisiert und fiel ausgerechnet während des Updates aus, da es sich über die belegte Festplatte beschwerte. Der Computer ging in einen Neustartzyklus. Bei der Lösung des Problems und dem Suchen nach den Berichten versäumten sie die Frist für die Einreichung der Berichterstattung. Es schien, dass diese unbedeutende Panne zahlreiche Unannehmlichkeiten verursachte: von Verlusten bis hin zu rechtlichen Auseinandersetzungen und administrativen Haftungen.

Quelle

Ein ähnlicher Vorfall trat in einem großen Konzern auf, der viele kleine Unternehmen zusammenfasst und einen einheitlichen technischen Support für das gesamte Büro bietet. In einer der Abteilungen fiel der Computer des Hauptbuchhalters aus. Es war längst bekannt, dass der Computer fehleranfällig war (er war äußerst langsam und überhitzte), aber der Hauptbuchhalter fand einfach keine Zeit, um eine Anfrage beim technischen Support zu stellen. Natürlich fiel er ausgerechnet am Tag der Gehaltsabrechnung aus, und die Mitarbeiter der Abteilung saßen mehrere Tage lang ohne Geld da.

Ein kleines Unternehmen im Großhandel hatte eine Verkaufswebsite, die auf einer externen Plattform gehostet wurde. Von der Unerreichbarkeit erfuhren sie am Telefon von einem Stammkunden. Zum Zeitpunkt des Anrufs war die Website bereits etwa drei Stunden offline. Die Suche nach der für die Website verantwortlichen Person dauerte weitere paar Stunden, und die Fehlerbehebung nahm weitere zwei Stunden in Anspruch. Folglich war die Website fast den ganzen Arbeitstag über nicht erreichbar. Laut dem kaufmännischen Direktor des Unternehmens kostete dieser Ausfall sie etwa 1 Million Rubel.

Ich habe selbst eine ähnliche Situation erlebt, als ich in die Klinik kam und zur DMS-Registratur gelangen sollte. Zum Arzt konnte ich nicht geschickt werden, aus einem banalen Grund – am Morgen gab es einen Spannungsspitze, und nach dem Vorfall funktionierten ihr Postdienst und ein gewisser Versicherungsdienst nicht. Auf meine Frage, wo denn ihre Admins seien, wurde mir gesagt, dass der Administrator nur einmal in der Woche kommt. Und jetzt (zu diesem Zeitpunkt war es bereits 16:00 Uhr) nimmt er nicht ab. Mindestens 7 Stunden war die Klinik von der Außenwelt abgeschnitten und konnte keine kostenpflichtigen Dienstleistungen anbieten.

Was vereint all diese Fälle? Absolut alle Probleme hätten im Voraus vermieden werden können. Bei rechtzeitiger Reaktion der IT-Dienstleister hätte der entstandene Schaden verringert werden können. Dies wäre auch möglich gewesen, wenn Benutzer die frühen Symptome richtig interpretiert hätten.

Wir haben Hypothesen zu den Problemen aufgestellt:

erhebliche finanzielle und reputationsbezogene Verluste aufgrund langsamer Reaktion auf Störungen in der IT-Infrastruktur;
falsche Interpretation der frühen Symptome von Störungen durch die Benutzer.

Was kann der Auftraggeber dagegen tun, und wie lassen sich solche Situationen in Zukunft vermeiden? Die Optionen sind nicht sehr zahlreich:

einen hochqualifizierten Systemadministrator einstellen und ihn dazu bringen, gewissenhaft zu arbeiten;
die IT-Wartung an ein spezialisiertes Serviceunternehmen auslagern;
selbst ein Monitoring- und Störungsmeldesystem implementieren;
eine Schulung für Benutzer/Betriebsmitarbeiter in den Grundlagen der Computerkenntnisse durchführen.

Wir entscheiden uns für die dritte Option. Lassen Sie uns das Monitoring-System denjenigen anbieten, die es aus verschiedenen Gründen nicht verwenden.

Lyrisches Exkurs. Verschiedene Systeme zur Überwachung von IT-Services auf dem Unternehmensmarkt werden seit langem eingesetzt, und ihr Nutzen wird nicht in Frage gestellt. Ich habe mit Vertretern großer Unternehmen gesprochen und beobachtet, wie die Beziehungen zwischen Business und IT gestaltet sind. Der Technische Leiter eines großen Maschinenbauunternehmens hat die Wartung der IT-Infrastruktur an ein externes Unternehmen übertragen, bleibt jedoch über alle Angelegenheiten informiert. In seinem Büro hängt ein großer Bildschirm des Überwachungssystems mit Zustandsanzeigen der IT-Services. Die kritischsten Punkte sind im System erfasst. Zu jedem Zeitpunkt kann der Technische Leiter herausfinden, in welchem Zustand die Infrastruktur ist, was passiert, wo das Problem liegt, ob die verantwortlichen Personen informiert sind und ob das Problem gelöst wird.

Die genannten Geschichten haben unser Team dazu gebracht, darüber nachzudenken, wie man ein optimales Überwachungssystem für kleine Unternehmen schaffen kann. Infolgedessen entstand LANBIX – ein Überwachungssystem, das jeder ohne IT-Kenntnisse implementieren kann. Die Hauptaufgabe des Systems ist ebenso einfach wie bei allen Systemen, die auf die Erhöhung der Kontinuität und Verfügbarkeit abzielen – die Verringerung von finanziellen und anderen Verlusten im Falle von ungeplanten Ausfällen. Das Gerät soll die Zeit zwischen "Ich habe ein Problem" und "Das Problem wurde behoben" auf ein Minimum reduzieren.

Um die Hypothesen zu bestätigen, wurden problemorientierte Interviews 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 nicht weniger als 1,5 Stunden, und wir erhielten eine Menge Informationen, die für die weitere Entwicklung nützlich sind.

Fassen wir das Ergebnis dieser Phase zusammen:

Verständnis des Problems – vorhanden,
Verständnis des Wertes – vorhanden,
Idee zur Lösung – vorhanden.

Die zweite Phase war detaillierter. Basierend auf ihren Ergebnissen sollten wir der Geschäftsleitung, die im Wesentlichen die Rolle eines Investors spielt, einen Business-Case (den Lean Canvas) zur Entscheidungsfindung über die Zukunft des Produkts präsentieren.

Wir begannen mit einer Marktuntersuchung und einer Wettbewerbsanalyse, um herauszufinden, wer, was und vor allem wie auf diesem Markt tätig ist.

Es stellte sich Folgendes heraus.

Auf dem Markt gibt es keine gebrauchsfertigen Überwachungssysteme für unser Segment (Kleinunternehmen), abgesehen von ein paar wenigen, über die ich aus nachvollziehbaren Gründen nicht sprechen werde.
Unsere Hauptkonkurrenten sind, wenig überraschend, Systemadministratoren mit selbstgeschriebenen Skripten und Anpassungen für Open-Source-Monitoring-Systeme.
Es gibt ein offensichtliches Problem bei der Nutzung von Open-Source-Monitoring-Systemen. Es gibt ein System und eine enorme Menge an Informationen zur Arbeit und Anpassung des Systems an die eigenen Bedürfnisse. Viele der von mir befragen Administratoren gestanden ein, dass ihnen die Kompetenzen fehlen, um ihre Ideen eigenständig umzusetzen. Sie können sich jedoch nicht bei der Leitung darüber äußern, aus Angst vor Kündigung. Das ergibt einen Teufelskreis.

Anschließend gingen wir zur Analyse der Bedürfnisse unserer potenziellen Kunden über. Wir haben uns auf den Sektor kleiner Organisationen konzentriert, die aus verschiedenen Gründen keinen eigenen IT-Dienst haben, wo die IT entweder von einem externen Systemadministrator, einem Freelancer oder einem Dienstleistungsunternehmen übernommen wird. Wir entschieden uns, nicht von der IT-Seite, sondern von der Geschäftsperspektive aus vorzugehen, indem wir den Gründern und Eigentümern ein Werkzeug zur Verbesserung der Qualität der IT-Infrastruktur anbieten. Ein Produkt, das den Eigentümern helfen sollte, ihr Geschäft zu sichern, aber gleichzeitig auch mehr Arbeit für die Personen bringen wird, die für die IT zuständig sind. Ein Produkt, das dem Geschäft ein Instrument zur Kontrolle der Qualität der IT-Betreuung bietet.

Infolge der Verarbeitung der gewonnenen Daten entstand die erste Liste von Anforderungen (eine grobe Backlog) an das zukünftige Produkt:

Das Monitoring-System sollte auf einer Open-Source-Lösung basieren und somit kostengünstig sein;
einfach und schnell zu installieren;
es sollte keine spezifischen IT-Kenntnisse erfordern, selbst ein Buchhalter (ich wollte die Vertreter dieses Berufs keinesfalls beleidigen) sollte in der Lage sein, das System zu installieren und zu konfigurieren;
es sollte in der Lage sein, Objekte im Netzwerk automatisch zu erkennen;
es sollte die Monitoring-Agenten automatisiert (idealerweise automatisch) installieren;
es sollte die Möglichkeit zur Überwachung externer Dienste bieten, mindestens ein CRM-System und eine Verkaufswebsite;
es sollte sowohl das Geschäft als auch den Systemadministrator über Störungen informieren;
die Tiefe der Informationen und die "Sprache" der Benachrichtigungen sollten unterschiedlich für Administrator und Geschäft sein;
das System sollte auf eigener Hardware geliefert werden;
die Hardware sollte maximal zugänglich sein;
Das System sollte so unabhängig wie möglich von externen Faktoren sein.

Weiterhin wurden die Investitionen für die Produktentwicklung berechnet (einschließlich der Arbeitsaufwände der Mitarbeiter der technischen Abteilung). Ein Entwurf des Geschäftsmodells wurde vorbereitet und die Einheitlichkeit der Wirtschaftlichkeit des Produkts berechnet.

Ergebnis der Phase:

hochrangiger Produkt-Backlog;
formuliertes Geschäftsmodell oder Skalierungshypothese, die noch praktisch überprüft werden muss.

Kommen wir zur nächsten Phase – dem Konzept. Hier kommen wir als Ingenieure in unser Element. Es gibt „Wünsche“, die in Komponenten/Subsysteme/Funktionen zerlegt werden, dann werden sie in Lastenhefte/Nutzerstories und anschließend in Projekte umgewandelt usw. Ich werde nicht im Detail auf den Prozess der Vorbereitung eines Spektrums von Alternativen eingehen, sondern direkt zu den Anforderungen und den gewählten Methoden zur Umsetzung übergehen.

Anforderung
Lösung

Es muss ein offenes Überwachungssystem sein;

Wir nehmen ein Überwachungssystem mit offenem Quellcode.

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

Wir schlagen ein installiertes System vor, so dass der Benutzer nur das Gerät anschalten und es ein wenig einstellen muss, ähnlich wie bei einem Router.

Lass die Interaktion mit dem Gerät auf etwas Einfaches und für alle Verständliches beschränkt sein.

Wir werden unseren eigenen Chatbot für einen der bekannten Messenger schreiben und die gesamte Interaktion mit dem System darauf verlagern.

Das System muss:

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

Wir schreiben Ergänzungen für das Überwachungssystem zu:

automatischer Objekterkennung;
automatischer Installation von Agenten;
Überwachung der Verfügbarkeit externer Dienste.

Das System muss:

sowohl das Geschäft als auch den Systemadministrator über Probleme informieren;
die Möglichkeit haben, externe Dienste zu überwachen, mindestens CRM-Systeme und Verkaufswebseiten. Der Grad der Tiefe und die „Sprache“ der Informationen sollten unterschiedlich für Administrator und Geschäft sein.
Das System sollte keine spezifischen IT-Kenntnisse erfordern, selbst ein Buchhalter sollte in der Lage sein, das System bereitzustellen und zu konfigurieren.

Wir werden verschiedene Arten von Benachrichtigungen für unterschiedliche Benutzerarten hinzufügen. Sie unterscheiden sich in der Präsentation und Tiefe. Ein Geschäftsnutzer erhält Benachrichtigungen wie "Alles gut, aber Ivanovs Computer wird bald kaputtgehen". Ein Administrator erhält die vollständige Fehlermeldung, was, wie und was passiert ist oder passieren kann.
Wir fügen die Möglichkeit hinzu, die E-Mail eines zusätzlichen Verantwortlichen zu nutzen, damit dieser im Falle einer Störung eine Nachricht erhält.
Wir integrieren die Zusammenarbeit mit externen Dienstleistern auf der Grundlage des Versands von E-Mails mit vorab vorbereiteten Texten, da genau diese E-Mail die Grundlage für die Erstellung eines Vorfalls bildet.
Alle Interaktionen mit dem System werden auf einen Chatbot konzentriert, die Kommunikation erfolgt im Dialogstil.

Zusatz:

Wir fügen die Funktion "Chat mit dem Administrator" hinzu, damit der Benutzer dem Administrator eine Nachricht mit einer Problembeschreibung direkt senden kann.

Das System muss auf eigener Hardware bereitgestellt werden.
Die Hardware muss verfügbar sein.
Das System muss maximal unabhängig von der Umgebung sein.

Wir verwenden einen kostengünstigen und fertigen Raspberry PI Computer.
Wir entwerfen eine unterbrechungsfreie Stromversorgungsschaltung.
Wir fügen ein Modem hinzu, um die Unabhängigkeit vom Zustand des lokalen Netzwerks zu gewährleisten.
Wir entwerfen ein schönes Gehäuse.

Wir haben drei Teilsysteme mit eigenen Anforderungen und ihrer Umsetzungsvorstellung:

Teilsystem der Hardware;
Teilsystem der Überwachung;
Teilsystem der Benutzerinteraktion.

Für das Teilsystem der Hardware haben wir ein Grobkonzept entwickelt. Ja, ja! Indem wir alle Regeln der Agilität verletzt haben, haben wir ein Dokument erstellt, da die Hersteller genau mit Dokumenten arbeiten. Für die anderen Teilsysteme haben wir Benutzer (Personas) identifiziert, Benutzererzählungen vorbereitet und Entwicklungsaufgaben erstellt.

An diesem Punkt endet die Konzeptphase, und das Ergebnis sind:

ein Projekt für die Hardwareplattform;
eine formulierte Vision in Form von Benutzererzählungen für die anderen beiden Teilsysteme;
ein Prototyp der Software, realisiert in Form einer virtuellen Maschine;
ein Prototyp der Hardware, realisiert in Form eines Standes, an dem die Hardwarelösungen auf ihre Haltbarkeit getestet wurden;
Tests, die von unseren Administratoren durchgeführt wurden.

Die Probleme in dieser Phase waren größtenteils organisatorischer Natur und hingen mit dem mangelnden Wissen der Ingenieure über die rechtlichen und buchhalterischen Aspekte des Verkaufs zusammen. Das heißt, es ist eine Sache, sich auszudenken, was und wie verkauft werden soll, und ganz etwas anderes, sich mit einer gnadenlosen juristischen Maschine auseinanderzusetzen: Patenten, Aufgaben für die Entwicklung, Bilanzierung, EULA und vielen anderen Dingen, die wir als kreative Menschen anfangs nicht berücksichtigt hatten.

Es war eher ein Problem als eine Schwierigkeit, die mit der Konstruktion der Gehäuse verbunden war. In unserem Team sind nur Ingenieure, daher hat unser Elektronik-Spezialist die erste Version des Gehäuses aus Plexiglas "gebastelt".

Das Gehäuse sah, um es milde auszudrücken, umstritten aus, besonders für ein Publikum, das an moderne Technik gewöhnt ist. Natürlich fanden sich unter den "Kuli-binern" der älteren Generation einige Liebhaber — das Gehäuse weckte bei ihnen nostalgische Gefühle. Es wurde beschlossen, das Gehäuse neu zu gestalten und zu konstruieren, da das alte neben ästhetischen Mängeln auch konstruktive hatte — Plexiglas hielt den Zusammenbau und die Demontage des Geräts schlecht aus und hatte die Tendenz, Risse zu bekommen. Ich werde später über die Herstellung des Gehäuses berichten.

Und so sind wir nun endlich auf der Zielgeraden — MVP. Natürlich handelt es sich noch nicht um das endgültige Serienprodukt, aber es bringt bereits Nutzen und hat Wert. Das Hauptziel dieses Schrittes ist der Start des Zyklus „erstellen-bewerten-lernen“. Genau in dieser Phase befindet sich LANBIX.

In der Phase „erstellen“ haben wir ein Gerät entwickelt, das die deklarierte Funktionalität erfüllt. Ja, es ist noch nicht perfekt, und wir haben weiter daran gearbeitet.

Kommen wir zurück zur Herstellung des Gehäuses, d.h. zur Aufgabe, unser Gerät von nostalgischen Gefühlen in ein modernes Gerät zu verwandeln. Zunächst habe ich den Markt nach Herstellern von Gehäusen und Dienstleistungen im Industriedesign durchsucht. Erstens gibt es auf dem russischen Markt nur sehr wenige Unternehmen, die Gehäuse herstellen, und zweitens sind die Kosten für Industriedesign in dieser Phase unerschwinglich hoch, etwa 1 Million Rubel.

Das Design wurde an unsere Marketingabteilung übergeben, der junge Designer war bereit für kreative Experimente. Wir haben unsere Vorstellung vom Gehäuse dargelegt (nachdem wir die besten Beispiele für Gehäusebau studiert hatten), und er hat es seinerseits in ein Kunstwerk verwandelt. Es blieb nur die Produktion. Stolz auf unser Design haben wir uns an unsere Partner gewandt. Der Geschäftsführer hat unsere Fantasien sofort zunichtegemacht, indem er völlig kostenlos auf Punkte hingewiesen hat, die mit der von uns 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 dafür liegen drei- bis viermal höher als die gesamte elektronische Ausstattung. Nach einer Reihe von Operationen und Abstimmungen haben wir ein Gehäuse entworfen, das produziert werden kann. Ja, es ist nicht mehr so schön wie ursprünglich geplant, aber es ist ideal für die aktuellen Ziele.

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

Jetzt kommt die schwierigste Phase – die Phase „bewerten“, und mit unserem Produkt befinden wir uns genau an diesem Punkt. Wir können nur basierend auf den Erfahrungen echter Kunden bewerten, und keine Annahmen funktionieren hier. Wir benötigen die sogenannten „Early Adopters“, um Feedback zu geben und die notwendigen Änderungen am Produkt vorzunehmen. Es stellt sich die Frage: Wo finden wir die Kunden und wie überzeugen wir sie, an dem Experiment teilzunehmen?

Von allen möglichen Optionen haben wir ein klassisches Set digitaler Werkzeuge 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. Eine angenehme Überraschung war die Reaktion von Vertretern ganz anderer Geschäftssegmente, die viel größer sind als die, auf die wir gehofft hatten. Es wäre dumm, die neuen Informationen zu ignorieren, und basierend auf den Ergebnissen der durchgeführten Interviews wurde beschlossen, eine parallele Reihe von LANBIX unter dem Namen LANBIX Enterprise zu starten. Wir haben die Unterstützung für verteilte Infrastrukturen, die Überwachung von Wi-Fi-Netzwerken zur Fehlersuche und -lokalisierung sowie die Überwachung der Qualität von Kommunikationskanälen hinzugefügt. Das größte Interesse an der Lösung äußerten Dienstleistungsunternehmen. Gleichzeitig spielen die von uns bereits entwickelten Geräte in den Lösungen keine unwesentliche Rolle.

Was kommt als Nächstes

Was mit dem ursprünglichen LANBIX passieren wird, wird sich aus den Ergebnissen der Kampagne zeigen. Wenn unsere Hypothesen nicht bestätigt werden, werden wir ihn gemäß der Lean-Methodologie gnadenlos loslassen oder er wird sich in etwas Neues verwandeln, denn es gibt nichts Schlimmeres, als ein Produkt zu entwickeln, das niemand braucht. Aber bereits jetzt lässt sich sagen, dass die geleistete Arbeit nicht vergebens war und durch sie sich eine ganze Reihe paralleler Produkte entwickelt hat, an denen wir aktiv arbeiten. Im Erfolgsfall wird LANBIX von der MVP-Phase in die finale Phase übergehen und sich nach klaren klassischen Gesetzen des Produktmarketings weiterentwickeln.

Ich wiederhole, wir möchten jetzt frühzeitige Anhänger finden, Unternehmen, bei denen wir unser Produkt zur Sammlung von Feedback implementieren können. Wenn Sie daran interessiert sind, LANBIX zu testen, schreiben Sie in die Kommentare oder in persönliche Nachrichten.

Quelle

Quelle: habr.com