📖 Spis treści:
Agnieszka:
Cześć, dzięki za prelekcję :) Mamy w firmie taki case - w naszym portfolio mamy około 20 aplikacji, które są pluginami do większej platformy. Czy według Ciebie są jakieś ogólne metryki, które należy mierzyć w każdej z aplikacji, mimo że funkcjonalnie one się od siebie różnią? Jakie to powinny być metryki?
Zastanawia mnie też kwestia doboru narzędzia. Jak wspomniałam nasze aplikacje różnią się między sobą funkcjonalnie, mają różne cele i strategię. W wykładzie wspomniałeś, że dobór narzędzia do analizy to dopiero trzeci krok, najpierw trzeba postawić hipotezę i zaprojektować pomiar. Co jeśli w firmie mamy narzucone narzędzie analityczne, z którego możemy korzystać? Czy w takim przypadku proces przygotowania do analizy będzie się jakoś różnił?
→ Michał:
Zanim odpowiem na pierwszą część pytania, czy możesz mi nieco więcej opowiedzieć o aplikacjach i ich relacji z większą platformą? Fajnie byłoby gdybyś podała 2-3 przykłady takich aplikacji (np. największa, najmniejsza i Twoja ulubiona), do tego sposoby w jakie użytkownicy z nich korzystają oraz jaką wartość mają im dostarczać. Jeśli chodzi o narzędzie - to nie wpływa na sam proces projektowania i prowadzenia analiz, ale może znacząco ograniczyć dostępne dane i analizy. W sytuacji, kiedy narzędzie jest narzucone z góry, w mojej ocenie najlepiej sprawdzi się taki proces:
Jeśli w trzecim kroku okaże się, że narzędzie bardzo mocno utrudnia lub uniemożliwia odpowiedzenie na Twoje pytania badawcze, masz dwie ścieżki:
Rozwiązanie 2. jest groźne, bo możesz łatwo przyzwyczaić się, że narzędzie prowadzi badanie i zapomnieć o ważnych ślepych plamkach. Prawie na pewno na dłuższą metę ograniczy to Twoje możliwości analityczne. Jednocześnie jest nieco wygodniejsze - zwalnia Ciebie z nadmiaru rozkmin dotyczących szerokich możliwości badań, a zamiast tego pcha Ciebie w kierunku rozkimn, które łatwo jest przeprowadzić w Twoim narzędziu.