Śledzenie cyklu życia innowacji

Ukończone

Firma Tailwind Traders ma pytania dotyczące innowacji, które również wpływają na wiele innych organizacji:

  • Jak zwiększamy szybkość zmian bez wpływu na działalność biznesową?
  • W jaki sposób decydujemy, gdzie wprowadzić innowacje i jakie zmiany należy wdrożyć, aby zmaksymalizować zwrot biznesowy z tych innowacji?

Odpowiedzią na oba pytania jest: Firma Tailwind Traders musi przyjąć zmiany w ramach swojej kultury organizacyjnej. Jednym z powodów, dla których organizacje zmieniające się często mają awarie związane ze zmianami, jest to, że te zmiany są zbyt duże i mają wpływ. Zmiany są trudne do przetestowania w kontrolowanych i realistycznych środowiskach.

Jeśli procesy są ustanawiane w celu częstego wprowadzania zmian, te zmiany są mniejsze i ryzyko. Jednak ten proces nie obejmuje jedynie wdrażania niektórych narzędzi lub technologii. Wymaga kultury, która sprzyja zmianom i akceptuje błędy.

Koncepcja akceptowania niepowodzeń może wydawać się nieintuiktywna, ale ważne jest, aby cykl innowacji był istotny. Jeśli ludzie boją się nie powieść, ponieważ błędy umieścić je w centrum gier winy, nie są one prawdopodobne, aby realizować nowe podejścia do rozwiązywania problemów z powodu strachu przed porażką. Cała organizacja staje się wówczas więźniem swoich ustalonych praktyk.

Istnieje możliwość ustanowienia "szybkiej" kultury, w której ludzie są zachęcani do wypróbowania nowych metod. Mogą szybko zmienić kierunek, jeśli nie uzyskają oczekiwanego wyniku, pomagając stworzyć bogatszą kulturę innowacji.

Innowacje oparte na hipotezach

Innowacje można opisać jako cykl iteracyjny oparty na hipotezach. Podczas identyfikowania istnienia problemu można sformułować co najmniej jedną hipotezę, aby potencjalnie wyjaśnić główną przyczynę i prowadzić do rozwiązania. Definicja samego problemu może być trudna, ponieważ musi być wymierna.

Na przykład definicja problemu "Klienci nie są zadowoleni z wyborów platformy płatności" nie jest wymierna, więc trudno jest rozwiązać ten problem. Jeśli możesz zdefiniować problem jako "23 procent klientów opuszcza sesję zakupów na etapie wybierania platformy płatności", jesteś w lepszej sytuacji, aby zmierzyć sukces każdego możliwego rozwiązania.

Po zdefiniowaniu problemu w wymierny sposób można sformułować hipotezy, które są kandydatami do wyjaśnienia i rozwiązania problemu. Na przykład hipoteza dla firmy Tailwind Traders może być opisana jako: "Dodanie usługi ContosoPay do naszych obsługiwanych platform płatności zmniejszy współczynnik zmian klientów na stronie płatności z 23 procent do 10 procent". Teraz pomysł znajduje się na stole i działa na nim, jest kwestią weryfikacji jego ważności.

Hipotezy powinny skupić się na dodawaniu wartości do klientów i ulepszaniu ich doświadczenia w interakcjach z organizacją. Ten pomysł jest znany jako empatia klienta: umieszczenie klienta w centrum innowacji i skupienie się na zwiększaniu wartości dla nich i dla Ciebie.

Istnieje wiele sposobów weryfikacji hipotezy bez dotykania kodu aplikacji. Badania klientów i badania rynku to dwa przykłady cennych źródeł informacji, które mogą pomóc w podjęciu decyzji o ważności hipotezy. Sprawdzenie tych źródeł pozwala zakwalifikować hipotezę i zbudować hipotezy z najwyższym prawdopodobieństwem dokładności i wartości dodanej firmy.

Tworzenie

Po tym, jak hipoteza ma wystarczający potencjał wartości, aby zostać wbudowanym w aplikację, rozpocznie się proces kompilacji. Tutaj znowu szybkość jest kluczowa.

Przebiegi programowania powinny być możliwie najkrótsze. Utrzymywanie krótkich przebiegów pozwala na szybką weryfikację lub odrzucenie hipotezy. Potencjalnie umożliwia również dostosowanie sposobu, w jaki wymagana funkcjonalność jest zintegrowana z aplikacją. Rezultatem są szybsze cykle innowacji.

Miara

Chcesz zweryfikować dokładność hipotezy tak szybko, jak to możliwe. Minimalna opłacalna wersja produktu (MVP) to wstępna wersja nowej funkcji, która zbiera opinie i pomaga potwierdzić, czy poruszasz się we właściwym kierunku.

Celem MVP jest zweryfikowanie nie tylko hipotezy, ale także wszelkich założeń, które mogły zostać wykonane. Jeśli na przykład 23 procent klientów firmy Tailwind Traders opuści proces zakupu na stronie płatności, hipoteza zakłada, że powodem jest to, że firma nie oferuje wystarczającej liczby platform płatności. Jednak przyczyna może być inna. MVP należy zaprojektować w celu potwierdzenia lub odrzucenia tych założeń i hipotezy.

Poznaj rozwiązanie

Faza nauki jest podobna do początku procesu. Po dowiedzieć się więcej o założeniach i hipotezach, możesz dowiedzieć się, że są one poprawne, częściowo słuszne lub błędne. Mając nastawienie na wzrost i wystarczającą pokorę, aby przyznać się do niepowodzeń, pozwala na albo:

  • Szybkie przestawienie, jeśli musisz kontynuować pracę nad MVP.
  • Ponownie skoncentruj swoje wysiłki na innych obszarach i sformułuj hipotezę alternatywną.

Ważne jest, aby pamiętać, że nawet jeśli twoje założenia i hipotezy były błędne, proces pozwolił Ci dowiedzieć się czegoś nowego na temat klientów i twojej firmy. Nie myśl o tym jako zmarnowanym czasie. Kluczem jest uzyskanie tej wiedzy tak szybko, jak to możliwe i zastosowanie jej do przyszłej hipotezy. Ten pomysł jest podstawą kultury szybkiej pracy.

Gdzie spojrzeć dalej

Omówienie innowacji przewodnika Cloud Adoption Framework to najlepsze miejsce, aby rozpocząć eksplorację sposobu wprowadzania innowacji.