Wie wir mit Ideen arbeiten und wie LANBIX geboren wurde

Bei LANIT-Integration gibt es viele kreative Mitarbeiter. Ideen für neue Produkte und Projekte liegen buchstäblich in der Luft. Es kann manchmal sehr schwierig sein, die interessantesten zu identifizieren. Deshalb haben wir gemeinsam unsere eigene Methodik entwickelt. Lesen Sie in diesem Artikel, wie Sie die besten Projekte auswählen und umsetzen.

In Russland und auf der ganzen Welt finden eine Reihe von Prozessen statt, die zu einer Transformation des IT-Marktes führen. Dank der steigenden Rechenleistung und dem Aufkommen von Server-, Netzwerk- und anderen Virtualisierungstechnologien benötigt der Markt keine großen Mengen an Hardware mehr. Anbieter ziehen es zunehmend vor, direkt mit Kunden zusammenzuarbeiten. Der IT-Markt erlebt einen Outsourcing-Boom in all seinen Formen, vom klassischen Outsourcing bis hin zur neuen Welle von Outsourcern – den „Cloud-Anbietern“. Infrastruktursysteme und -elemente lassen sich wesentlich einfacher warten und konfigurieren. Die Qualität der Software wächst jedes Jahr und die Aufgaben des Integrators verändern sich.

Wie wir mit Ideen arbeiten

Produktstartrichtung in „LANIT-Integration“ gibt es schon seit über einem Jahr. Unser Hauptziel ist es, neue Produkte zu entwickeln und auf den Markt zu bringen. Als erstes haben wir damit begonnen, den Prozess der Produkterstellung zu organisieren. Wir haben viele Methoden untersucht, von klassisch bis hin zu Hype. Allerdings entsprach keines davon unseren Bedürfnissen. Dann haben wir uns entschieden, die Lean Startup-Methodik als Grundlage zu nehmen und an unsere Aufgaben anzupassen. Das Lean Startup ist eine von Eric Ries entwickelte Theorie des Unternehmertums. Es basiert auf den Prinzipien, Ansätzen und Praktiken von Konzepten wie Lean Manufacturing, Kundenentwicklung und flexibler Entwicklungsmethodik.

Was den direkten Ansatz für das Produktentwicklungsmanagement betrifft: Wir haben das Rad nicht neu erfunden, sondern eine bereits bestehende Entwicklungsmethodik angewendet SCRUM, fügt Kreativität hinzu, und jetzt kann es getrost SCRUM-WATERFALL-BAN genannt werden. SCRUM ist trotz seiner Flexibilität ein sehr starres System und eignet sich für die Leitung eines Teams, das nur für ein Produkt/Projekt verantwortlich ist. Wie Sie wissen, geht es im klassischen „Integrations“-Geschäft nicht darum, hauptberufliche technische Spezialisten für die Arbeit an einem Projekt einzusetzen (es gibt Ausnahmen, aber äußerst selten), da jeder neben der Arbeit an Produkten auch mit aktuellen Projekten beschäftigt ist. Von SCRUM haben wir die Arbeitsteilung in Sprints, tägliches Reporting, Retrospektiven und Rollen übernommen. Wir haben Kanban für unseren Aufgabenablauf gewählt und es ließ sich gut in unser bestehendes Aufgabenverfolgungssystem integrieren. Wir strukturierten unsere Arbeit, indem wir uns nahtlos in die bestehende Ordnung einfügten.
Bevor ein Produkt auf den Markt kommt, durchläuft es fünf Phasen: Idee, Auswahl, Konzept, MVP (mehr Details unten) und Produktion.

Idee

In diesem Stadium gibt es etwas Vergängliches – eine Idee. Idealerweise eine Idee zur Lösung eines bestehenden Problems oder Kundenproblems. An Ideen mangelt es uns nicht. Nach dem ursprünglichen Plan sollten sie von Mitarbeitern technischer Bereiche erstellt werden. Damit eine Idee zur weiteren Entwicklung angenommen wird, muss der Autor die „Ideendesign-Vorlage“ ausfüllen. Es gibt nur vier Fragen: Was? Um was? Wer braucht das? Und wenn nicht unser Produkt, was dann?

Quelle

Mannschaft

Sobald die ausgefüllte Vorlage bei uns eintrifft, beginnt das Bearbeitungs- und Auswahlverfahren. Die Auswahlphase ist die arbeitsintensivste. In dieser Phase werden Hypothesen über Probleme (nicht umsonst habe ich im vorherigen Absatz erwähnt, dass eine Idee idealerweise das Problem eines Kunden lösen sollte) und über den Wert des Produkts gebildet. Es wird eine Skalenhypothese gebildet, d.h. wie unser Unternehmen wachsen und gedeihen wird. Wir führen Problem- und Experteninterviews mit potenziellen Kunden durch, um vorab zu bestätigen, dass wir etwas Benötigtes produzieren werden. Es sind mindestens 10-15 Interviews erforderlich, um eine Schlussfolgerung über den Bedarf für das Produkt zu ziehen.

Bestätigen sich die Hypothesen, wird eine vorläufige Finanzanalyse durchgeführt, das ungefähre Investitionsvolumen und die möglichen Erträge des Anlegers abgeschätzt. Als Ergebnis dieser Phase wird ein Dokument namens Lean Canvas erstellt und dem Management vorgelegt.

Konzept

In dieser Phase werden etwa 70 % der Ideen eliminiert. Wenn das Konzept genehmigt wird, beginnt die Phase der Ideenentwicklung. Die Funktionalität des zukünftigen Produkts wird festgelegt, Implementierungspfade und optimale technische Lösungen festgelegt und der Geschäftsplan aktualisiert. Das Ergebnis dieser Phase ist eine technische Spezifikation für die Entwicklung und ein detaillierter Business Case. Bei Erfolg gehen wir zur MVP- bzw. MVP-Stufe über.

MVP oder MVP

MVP ist ein Minimum Viable Product. Diese. ein Produkt, das noch nicht vollständig entwickelt ist, aber bereits einen Mehrwert bieten kann und seine Funktionalität erfüllt. In dieser Entwicklungsphase ist es unbedingt erforderlich, dass wir Feedback von echten Benutzern einholen und Änderungen vornehmen.

Herstellung

Und der allerletzte Schritt ist die Produktion. Nicht mehr als 5 % der Produkte erreichen dieses Stadium. Diese 5 % umfassen nur die wichtigsten, notwendigsten, brauchbarsten und funktionsfähigsten Produkte.

Wir haben viele Ideen und bereits ein umfangreiches Portfolio zusammengestellt. Wir analysieren jede Idee und tun alles dafür, dass sie die finale Phase erreicht. Es ist sehr erfreulich, dass unsere Kollegen unserer Forschungs- und Entwicklungsausrichtung nicht gleichgültig gegenüberstanden und sich aktiv an der Entwicklung und Umsetzung von Produkten und Lösungen beteiligen.

Wie wir LANBIX gemacht haben

Schauen wir uns die Erstellung eines Produkts anhand eines realen Beispiels an – des LANBIX-Produkts. Hierbei handelt es sich um ein „boxed“ Software- und Hardwaresystem, das dazu dient, kleine IT-Infrastrukturen zu überwachen und Entscheidungsträger und Geschäftsanwender zeitnah über Störungen zu informieren, die über einen Chatbot gesteuert werden. Zusätzlich zur Überwachungsfunktion verfügt LANBIX über eine Helpdesk-Funktionalität. Dieses Produkt ist exklusiv für das Marktsegment, auf das wir abzielen. Das ist sowohl unser Vorteil als auch unser Schmerz. Aber das Wichtigste zuerst. Ich sage gleich, dass LANBIX ein lebendes Produkt ist (das heißt, es ist noch nicht in seiner Entwicklung abgeschlossen und befindet sich in der nächsten MVP-Runde).

Der erste Schritt ist also die Idee. Damit eine Idee entsteht, braucht es Probleme, und die hatten wir, oder besser gesagt nicht wir, sondern unsere Freunde. Im Folgenden betrachten wir einige reale Situationen, die in verschiedenen Geschäftsbereichen aufgetreten sind.

Eine kleine Verwaltungsgesellschaft unterhält zwei Häuser in der Region Moskau. Das Personal mit PCs beträgt ca. 15 Personen. Der Systemadministrator ist ein freiberuflicher Gast (der kluge Sohn eines der fürsorglichen Bewohner). Es scheint, dass die Aktivitäten der Verwaltungsgesellschaft kaum von der IT abhängig sind, aber die Besonderheit dieses Geschäfts ist die monatliche Berichterstattung an viele Behörden. Auf der Systemfestplatte des Firmenchefs (der wie üblich viele Rollen vereint) ist nicht mehr genügend freier Speicherplatz vorhanden. Dies geschah natürlich nicht plötzlich; die Warnung blieb etwa zwei Monate lang hängen und wurde ständig ignoriert. Aber ein Update kam, das Betriebssystem wurde aktualisiert und wie es der Zufall wollte, fror es mitten im Update ein und beschwerte sich vor dem „Tod“ über eine ausgelastete Festplatte. Der Computer wurde zyklisch neu gestartet. Während wir das Problem gelöst und Berichte eingeholt haben, haben wir die Meldefrist verpasst. Es scheint, dass eine triviale Fehlfunktion verschiedene Probleme verursacht hat: von Verlusten über Rechtsstreitigkeiten bis hin zur Verwaltungshaftung.

Quelle   

Ein ähnlicher Vorfall ereignete sich in einer großen Holdinggesellschaft, die viele kleine Unternehmen vereinte und über einen einzigen technischen Supportdienst für das gesamte Büro verfügte. In einer der Abteilungen fiel der Computer des Hauptbuchhalters aus. Es war schon lange bekannt, dass es kaputt gehen könnte (der Computer wurde extrem langsamer und heizte sich auf), aber der Hauptbuchhalter kam nie dazu, eine Anfrage an den technischen Support zu senden. Natürlich scheiterte es genau am Zahltag, und die Mitarbeiter der Abteilung waren mehrere Tage lang ohne Geld.

Ein Kleinunternehmen im Kleingroßhandel verfügte über eine Verkaufswebsite, die auf einer externen Plattform gehostet wurde. Von der Nichtverfügbarkeit haben wir telefonisch von einem Stammkunden erfahren. Zum Zeitpunkt des Anrufs war die Website etwa drei Stunden lang nicht verfügbar. Es dauerte noch ein paar Stunden, den Verantwortlichen für die Website zu finden, und noch einmal zwei, um das Problem zu beheben. Dementsprechend war die Seite fast den gesamten Arbeitstag lang nicht erreichbar. Nach Angaben des kaufmännischen Leiters des Unternehmens kostete diese Ausfallzeit etwa 1 Million Rubel.

Ich selbst erlebte eine ähnliche Situation, als ich zu einem Termin in die Klinik kam und zur VHI-Registrierung gehen musste. Sie konnten mich aus einem trivialen Grund nicht zum Arzt schicken: Am Morgen gab es einen Stromstoß und nach dem Unfall funktionierten ihr Postdienst und ein bestimmter Dienst zur Kommunikation mit der Versicherungsgesellschaft nicht. Als Antwort auf meine Frage, wo sind Ihre Administratoren, wurde mir gesagt, dass ihr Administrator sie einmal pro Woche besucht. Und jetzt (damals war es schon 16:00 Uhr) greift er nicht zum Telefon. Mindestens sieben Stunden lang war die Klinik von der Außenwelt abgeschnitten und konnte keine kostenpflichtigen Leistungen erbringen.

Was haben alle diese Fälle gemeinsam? Absolut alle Probleme hätten im Vorfeld verhindert werden können. Durch eine rechtzeitige Reaktion der IT-Mitarbeiter hätte der Schaden verringert werden können. Dies wäre möglich, wenn die Frühsymptome von den Anwendern richtig interpretiert würden.

Wir haben Problemhypothesen identifiziert:

• erhebliche finanzielle und Reputationsverluste aufgrund der geringen Reaktionsgeschwindigkeit bei Störungen in der IT-Infrastruktur;
• Fehlinterpretation früher Symptome einer Fehlfunktion durch Benutzer.

Was kann der Kunde damit machen und wie kann man ähnliche Situationen in Zukunft vermeiden? Es gibt nicht viele Möglichkeiten:

1. Stellen Sie einen hochqualifizierten Systemadministrator ein und sorgen Sie dafür, dass er gewissenhaft arbeitet.
2. Outsourcing der IT-Wartung an ein spezialisiertes Dienstleistungsunternehmen;
3. selbstständig ein Überwachungs- und Störungsmeldesystem implementieren;
4. Bereitstellung von Schulungen für Benutzer/Geschäftspersonal in den Grundlagen der Computerkenntnisse.

Kommen wir zur dritten Option. Bieten wir denjenigen ein Überwachungssystem an, die es aus verschiedenen Gründen nicht nutzen.

Lyrischer Exkurs. Verschiedene Systeme zur Überwachung von IT-Services im Unternehmensmarkt werden seit langem eingesetzt und ihre Vorteile sind unbestritten. Ich habe mit Vertretern großer Unternehmen gesprochen und mir angeschaut, wie die Beziehung zwischen Business und IT aufgebaut ist. Der technische Leiter eines großen Maschinenbauunternehmens hat die Wartung der IT-Infrastruktur an ein externes Unternehmen ausgelagert, bleibt aber selbst über alle Belange informiert. In seinem Büro hängt ein großer Überwachungssystembildschirm mit Indikatoren für den Status von IT-Diensten. Die kritischsten sind im System enthalten. Der technische Leiter kann jederzeit herausfinden, wie der Zustand der Infrastruktur ist, was passiert, wo das Problem liegt, ob die Verantwortlichen benachrichtigt wurden und ob das Problem gelöst wird.

Die oben aufgeführten Geschichten brachten unser Team dazu, darüber nachzudenken, wie man ein optimales Überwachungssystem für kleine Unternehmen schaffen kann. Daraus entstand LANBIX – ein Überwachungssystem, das von absolut jedem ohne IT-Kenntnisse eingesetzt werden kann. Das Hauptziel des Systems ist wie bei allen Systemen einfach und zielt darauf ab, die Kontinuität und Verfügbarkeit zu erhöhen – die Reduzierung monetärer und anderer Verluste im Falle ungeplanter Ausfallzeiten. Das Gerät ist darauf ausgelegt, die Zeit zwischen „etwas ist kaputt“ und „das Problem wurde behoben“ auf ein Minimum zu verkürzen.

Zur Bestätigung der Hypothesen wurden Probleminterviews durchgeführt. Ich konnte mir nicht vorstellen, wie viel die Leute bereit wären, zu erzählen, ohne zu versuchen, es ihnen zu verkaufen. Jedes Gespräch dauerte mindestens 1,5 Stunden und wir erhielten viele nützliche Informationen für die weitere Entwicklung.

Fassen wir die Ergebnisse dieser Phase zusammen:

1. es gibt ein Verständnis für das Problem,
2. Verständnis von Wert - es gibt,
3. Es gibt eine Idee für eine Lösung.

Die zweite Stufe war detaillierter. Basierend auf den Ergebnissen mussten wir dem Management, das im Wesentlichen die Rolle eines Investors spielt, einen Business Case (dasselbe Lean Canvas) vorlegen, um eine Entscheidung über das zukünftige Schicksal des Produkts zu treffen.

Wir begannen mit Marktforschung und Wettbewerbsanalysen, um herauszufinden, wer, was und vor allem wie sie sich auf diesem Markt behaupten.

Es stellte sich Folgendes heraus.

1. Für unser Segment (Kleinunternehmen) gibt es keine fertigen Box-Monitoring-Systeme auf dem Markt, mit Ausnahme von ein paar oder drei, auf die ich aus offensichtlichen Gründen nicht näher eingehen werde.
2. Seltsamerweise sind unsere Hauptkonkurrenten Systemadministratoren mit selbst geschriebenen Skripten und „Add-ons“ für Open-Source-Überwachungssysteme.
3. Es gibt ein klares Problem bei der Verwendung von Open-Source-Überwachungssystemen. Es gibt ein System, es gibt eine große Menge an Informationen darüber, wie man funktioniert und wie man das System an seine Bedürfnisse anpasst. Viele der von mir befragten Administratoren gaben zu, dass sie nicht über ausreichende Kompetenzen verfügten, um ihre Ideen selbst umzusetzen. Aus Angst vor einer Entlassung können sie dies jedoch gegenüber der Geschäftsleitung nicht zugeben. Es stellt sich heraus, dass es ein Teufelskreis ist.

Anschließend analysierten wir die Bedürfnisse unserer potenziellen Kunden. Wir haben für uns ein Segment kleiner Organisationen identifiziert, die aus irgendeinem Grund keinen eigenen IT-Service haben und bei denen entweder ein neuer Systemadministrator, ein Freiberufler oder ein Dienstleistungsunternehmen für die IT verantwortlich ist. Es war nicht die IT-Seite, die sich für den Einstieg entschied, sondern die Unternehmensseite, die Gründern und Geschäftsinhabern ein Tool zur Verbesserung der Qualität der IT-Infrastrukturdienste anbot. Ein Produkt, das Eigentümern helfen soll, ihr Unternehmen zu sichern, gleichzeitig aber auch den IT-Verantwortlichen mehr Arbeit verschafft. Ein Produkt, das Unternehmen ein Tool zur Überwachung der Qualität des IT-Supports bietet.

Als Ergebnis der Verarbeitung der empfangenen Daten entstand die erste Anforderungsliste (eine Art grober Rückstand) für das zukünftige Produkt:

• das Überwachungssystem muss auf einer Open-Source-Lösung basieren und daher kostengünstig sein;
• einfach und schnell zu installieren;
• Es sollten keine spezifischen IT-Kenntnisse erforderlich sein, selbst ein Buchhalter (ich wollte Vertreter dieses Berufsstandes keineswegs beleidigen) sollte in der Lage sein, das System bereitzustellen und zu konfigurieren.
• sollte Objekte zur Überwachung im Netzwerk automatisch erkennen;
• sollte automatisch (und idealerweise automatisch) Überwachungsagenten installieren;
• muss in der Lage sein, externe Dienste, mindestens ein CRM-System und eine Verkaufswebsite zu überwachen;
• sollte sowohl das Unternehmen als auch den Systemadministrator über Probleme informieren;
• der Grad der Tiefe und „Sprache“ der Warnungen sollte für den Administrator und das Unternehmen unterschiedlich sein;
• das System muss auf eigener Hardware bereitgestellt werden;
• Eisen sollte möglichst zugänglich sein;
• Das System sollte möglichst unabhängig von äußeren Faktoren sein.

Als nächstes wurden die Investitionen in die Produktentwicklung berechnet (einschließlich der Arbeitskosten für die Mitarbeiter der technischen Abteilung). Es wurde eine Skizze des Geschäftsmodells erstellt und die Einheitsökonomie des Produkts berechnet.

Etappenergebnis:

• Produktrückstand auf hohem Niveau;
• ein formuliertes Geschäftsmodell oder eine Skalenhypothese, die noch in der Praxis getestet werden muss.

Kommen wir zur nächsten Stufe – dem Konzept. Hier befinden wir uns als Ingenieure in unserem natürlichen Element. Es gibt „Wunschlisten“, die in Komponenten/Subsysteme/Features zerlegt werden, dann in technische Spezifikationen/User Stories umgewandelt werden, dann in ein Projekt usw. Ich werde nicht im Detail auf den Prozess der Vorbereitung einer Reihe alternativer Optionen eingehen; kommen wir direkt zu den Anforderungen und den gewählten Methoden für deren Umsetzung.

Anforderung
Lösung

• Es sollte ein offenes Überwachungssystem sein;

Wir verwenden ein Open-Source-Überwachungssystem.

• Das System sollte einfach und schnell zu installieren sein;
• Es sollten keine besonderen IT-Kenntnisse erforderlich sein. Sogar ein Buchhalter sollte in der Lage sein, das System bereitzustellen und zu konfigurieren.

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

Lassen Sie uns die Interaktion mit dem Gerät auf etwas Einfaches und für jeden Verständliches beschränken.

Schreiben wir unseren eigenen Chatbot für einen der bekannten Instant Messenger und übertragen alle Interaktionen mit dem System darauf.

Das System sollte:

• Objekte automatisch erkennen, die für die Überwachung im Netzwerk erforderlich sind;
• Überwachungsagenten automatisch installieren;
• In der Lage sein, externe Dienste, mindestens ein CRM-System und eine Verkaufswebsite zu überwachen.

Wir schreiben Add-ons für das Überwachungssystem für:

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

Das System sollte:

• Benachrichtigen Sie sowohl das Unternehmen als auch den Systemadministrator über Probleme.
• in der Lage sein, externe Dienste, mindestens ein CRM-System und eine Verkaufswebsite zu überwachen. Der Grad der Tiefe und „Sprache“ der Benachrichtigungen sollte für den Administrator und das Unternehmen unterschiedlich sein.
• Für das System sollten keine besonderen IT-Kenntnisse erforderlich sein; selbst ein Buchhalter sollte in der Lage sein, das System bereitzustellen und zu konfigurieren.

• Fügen wir verschiedene Arten von Benachrichtigungen für verschiedene Benutzertypen hinzu. Sie unterscheiden sich in Tonhöhe und Tiefe. Ein Geschäftsbenutzer erhält Benachrichtigungen wie „Alles ist in Ordnung, aber Ivanovs Computer wird bald den Geist aufgeben.“ Der Administrator erhält eine vollständige Meldung über den Fehler, wer, wie und was passiert ist oder passieren könnte.
• Fügen wir die Möglichkeit hinzu, die E-Mail eines weiteren Verantwortlichen zu nutzen, damit dieser im Falle einer Panne eine Nachricht erhält.
• Fügen wir die Interaktion mit externen Dienstleistern hinzu, die auf dem Versenden von E-Mails mit vorgefertigtem Text basiert, denn Es ist die E-Mail, die den Vorfall ausgelöst hat.
• Sämtliche Interaktionen mit dem System werden mit einem Chatbot verbunden; die Kommunikation erfolgt im Dialogstil.

Supplement:

• Fügen wir die Funktion „Chat mit dem Administrator“ hinzu, damit der Benutzer dem Administrator direkt eine Nachricht mit einer Beschreibung des Problems senden kann.

• Das System muss auf eigener Hardware versorgt werden.
• Eisen muss vorhanden sein.
• Das System sollte möglichst unabhängig von der Umgebung sein.

• Nehmen wir einen fertigen und günstigen Raspberry PI-Computer.
• Wir werden eine unterbrechungsfreie Stromversorgungsplatine entwerfen.
• Fügen wir ein Modem hinzu, um unabhängig vom Zustand des lokalen Netzwerks zu sein.
• Wir werden ein schönes Gebäude entwerfen.

Wir haben jetzt drei Subsysteme mit eigenen Anforderungen und Visionen für deren Umsetzung:

• Hardware-Subsystem;
• Überwachungssubsystem;
• Benutzerinteraktions-Subsystem.

Wir haben einen vorläufigen Entwurf für das Hardware-Subsystem entwickelt. Ja Ja! Unter Verstoß gegen alle Regeln der Agilität haben wir ein Dokument entwickelt, denn Produktionsbetriebe arbeiten mit Dokumenten. Für die verbleibenden Subsysteme haben wir Benutzer (Personen) identifiziert, User Stories vorbereitet und Aufgaben für die Entwicklung geschrieben.

Damit ist die Konzeptphase abgeschlossen und das Ergebnis ist:

• Projekt für eine Hardwareplattform;
• formulierte Vision in Form von User Stories für die verbleibenden zwei Subsysteme;
• ein als virtuelle Maschine implementierter Software-Prototyp;
• ein Prototyp der Hardware, umgesetzt in Form eines Standes, wo die Hardwarelösungen tatsächlich auf Festigkeit getestet wurden;
• Von unseren Administratoren durchgeführte Tests.

Die Probleme in dieser Phase waren hauptsächlich organisatorischer Natur und beruhten auf mangelnden Kenntnissen des technischen Personals über die rechtlichen und buchhalterischen Aspekte des Vertriebs. Diese. Es ist eine Sache, herauszufinden, was und wie man verkauft, und eine ganz andere, mit einer rücksichtslosen Rechtsmaschinerie konfrontiert zu werden: Patente, Entwicklungsaufgaben, Registrierung, EULA und vieles mehr, was wir als kreative Menschen zunächst nicht berücksichtigt haben.

Es gab noch kein Problem, sondern eher eine Schwierigkeit im Zusammenhang mit der Gestaltung der Gehäuse. Unser Team besteht ausschließlich aus Ingenieuren, daher wurde die erste Version des Gehäuses von unserem Elektronikspezialisten aus Plexiglas „gebaut“.

Der Körper wirkte, gelinde gesagt, kontrovers, insbesondere für die Öffentlichkeit, verwöhnt durch moderne Technologie. Unter der älteren Generation der „Kulibins“ gab es natürlich auch Kenner – bei ihnen löste das Gebäude nostalgische Gefühle aus. Es wurde beschlossen, das Gehäuse neu herzustellen und zu entwerfen, da das alte neben ästhetischen Mängeln auch strukturelle Mängel aufwies – das Plexiglas verträgte die Montage und Demontage des Geräts nicht gut und neigte zu Rissen. Ich erzähle Ihnen weiter über die Herstellung des Falles.

Und jetzt sind wir kurz vor der Ziellinie – MVP. Natürlich handelt es sich hierbei noch nicht um ein endgültiges Produktionsprodukt, aber es ist bereits nützlich und wertvoll. Das Hauptziel dieser Phase besteht darin, den Zyklus „Erstellen-Bewerten-Lernen“ einzuleiten. Genau in diesem Stadium befindet sich LANBIX.

In der Phase „Erstellen“ haben wir ein Gerät erstellt, das die angegebene Funktionalität ausführt. Ja, es ist noch nicht perfekt und wir haben weiter daran gearbeitet.

Kehren wir zur Herstellung des Körpers zurück, d.h. zur Aufgabe, unser Gerät von nostalgisch in modern zu verwandeln. Zu Beginn habe ich den Markt nach Möbelherstellern und Industriedesign-Dienstleistungen abgesucht. Erstens gibt es auf dem russischen Markt nicht viele Unternehmen, die Gehäuse herstellen, und zweitens sind die Kosten für Industriedesign derzeit unerschwinglich hoch und betragen etwa 1 Million Rubel.

Für den Entwurf kontaktierten sie unsere Marketingabteilung; der junge Designer war bereit für kreative Experimente. Wir skizzierten unsere Vision des Rumpfes (nachdem wir zuvor die besten Beispiele der Rumpfkonstruktion untersucht hatten), und er wiederum verwandelte sie in ein Kunstwerk. Es bleibt nur noch, es zu produzieren. Wir sind stolz auf unser Design und haben uns an unsere Partner gewandt. Ihr CEO zerstörte sofort unsere Fantasien, indem er völlig kostenlos Dinge aufzeigte, die auf die von uns gewählte Art und Weise nicht hergestellt werden konnten. Das Gehäuse kann hergestellt werden und wird nicht schlechter sein als das von Apple, aber die Kosten für das Gehäuse werden drei- bis viermal höher sein als für alle elektronischen Komponenten. Nach einer Reihe von Vorgängen und Genehmigungen haben wir ein Gehäuse entworfen, das hergestellt werden kann. Ja, es ist nicht so schön wie geplant, aber ideal, um aktuelle Ziele zu erreichen.

Ergebnis der Etappe: die erste Charge kampf- und testbereiter Geräte.

Und jetzt kommt das Schwierigste in die Phase „Bewerten“, und mit unserem Produkt sind wir genau an diesem Punkt. Wir können nur auf der Grundlage der Ergebnisse der Nutzung durch reale Kunden bewerten und hier funktionieren keine Annahmen. Wir brauchen diese „Early Adopters“, die Feedback geben und die wirklich notwendigen Änderungen am Produkt vornehmen. Es stellt sich die Frage: Woher bekommt man Kunden und wie kann man sie davon überzeugen, an dem Experiment teilzunehmen?

Von allen möglichen Optionen haben wir uns für ein klassisches Set digitaler Tools entschieden: Landingpage und Werbekampagne in sozialen Netzwerken.

Der Prozess wurde bereits eingeleitet, aber es ist noch zu früh, um über Ergebnisse zu sprechen, obwohl es bereits Antworten gibt und wir für viele unserer Hypothesen eine Bestätigung erhalten haben. Eine angenehme Überraschung war die Reaktion von Vertretern völlig unterschiedlicher Geschäftsbereiche, die viel größer war als erwartet. Es wäre dumm, die Neueinführungen zu ignorieren, und auf der Grundlage der Ergebnisse der Interviews wurde beschlossen, eine parallele LANBIX-Linie namens LANBIX Enterprise auf den Markt zu bringen. Wir haben Unterstützung für verteilte Infrastrukturen, die Überwachung von Wi-Fi-Netzwerken mit Fehlerbehebung und Lokalisierung sowie die Überwachung der Qualität von Kommunikationskanälen hinzugefügt. Das größte Interesse an der Lösung zeigten Dienstleistungsunternehmen. Gleichzeitig spielen die von uns bereits entwickelten Geräte eine wichtige Rolle beim Betrieb der Lösungen.

Was wird als nächstes passieren?

Wie es mit dem ursprünglichen LANBIX weitergeht, wird sich anhand der Ergebnisse der Kampagne zeigen. Wenn sich unsere Hypothesen gemäß der Lean-Methodik nicht bestätigen, werden wir sie rücksichtslos loswerden oder sie in etwas Neues verwandeln, denn es gibt nichts Schlimmeres, als ein Produkt herzustellen, das niemand braucht. Aber jetzt können wir sagen, dass die geleistete Arbeit nicht umsonst war und dank ihr eine ganze Reihe paralleler Produkte entstanden ist, an denen wir aktiv arbeiten. Im Erfolgsfall wird LANBIX von der MVP-Phase in die Endphase übergehen und sich nach den verständlichen klassischen Gesetzen des Produktmarketings weiterentwickeln.

Ich wiederhole: Jetzt wollen wir Early Adopters finden, Unternehmen, die unser Produkt installieren können, um Feedback zu sammeln. Wenn Sie daran interessiert sind, LANBIX zu testen, schreiben Sie in die Kommentare oder privaten Nachrichten.

Quelle

Source: habr.com