800 000 rezerwacji nie kupiło premiery

Wpis pojawił się dzień przed planowaną premierą

31 lipca konto Google AI Studio opublikowało krótką notatkę z podziękowaniem dla około 800 000 osób, które zarezerwowały jego aplikację mobilną na iOS i Androida. Ta notatka nie zapowiadała premiery. Była odwołaniem. Samodzielna aplikacja miała nie ukazać się wcale.

Doniesienia z tego samego dnia umieszczały planowane wydanie 1 sierpnia, co lokuje decyzję w ostatnich dwudziestu czterech godzinach harmonogramu dostawy. Rezerwacje były otwarte w Google Play i App Store od tegorocznej konferencji programistów I/O, wystarczająco długo, by bardzo wiele osób zarejestrowało swoje zainteresowanie, a niektóre organizacje wpisały już tę aplikację do planu.

Liczby rezerwacji przytacza się zwykle jako dowód, że premiera jest pewna. Tę przytoczono w komunikacie, że premiera została odwołana. To właśnie odwrócenie jest częścią, którą warto zachować.

Google podał powód, a nie był nim produkt

Odwołania przychodzą zwykle owinięte w nic. To przyszło z wyjaśnieniem, a wyjaśnienie jest niezwykle bezpośrednie. "Zamiast prosić cię o pobranie jeszcze jednej aplikacji, zdecydowaliśmy się na całkowicie inne podejście: takie, w którym aplikacje powstają naturalnie, w toku twoich codziennych rozmów z Gemini", napisała firma. Współpracuje w tym celu z zespołem aplikacji Gemini, zarówno na telefonie, jak i na komputerze.

Przeczytaj pierwszą część jeszcze raz. Zastrzeżenie nie dotyczy jakości aplikacji, jej dojrzałości, kosztu ani przyjęcia. Zastrzeżenie dotyczy pobrania. W tej samej notatce firma napisała, że stało się jasne, iż ludzie chcą budować oprogramowanie w drodze, co jest wyraźnym przyznaniem, że zmierzony popyt był prawdziwy.

Kolejność brzmi zatem tak: popyt potwierdzony, produkt gotowy, premiera odwołana. Nic w tej kolejności nie jest porażką produktu. To decyzja o tym, gdzie ma mieszkać zdolność, podjęta przez tych, którzy posiadają powierzchnię dystrybucji, a nie funkcję.

To osobna powierzchnia jest tym, czego trzeba pilnować

Większość kupujących ocenia ryzyko planu rozwoju dostawcy liczbami adopcji. Czy ktoś tego używa, czy rośnie, czy dostawca zobowiązał się publicznie. Wszystkie trzy są złymi przyrządami, bo tutaj wszystkie trzy wypadły pozytywnie i żaden nie zaważył. Osiemset tysięcy zapisów to mniej więcej najgłośniejszy sygnał popytu, jaki zespół produktowy może wytworzyć przed dostarczeniem, i przegrał.

Przyrząd, który by zadziałał, jest strukturalny i zajmuje minutę. Zadaj dwa pytania o każdą zdolność dostawcy, od której zależysz. Czy dociera do ciebie własną powierzchnią, czyli własną aplikacją, własną konsolą, własnym portalem albo własną pozycją na fakturze? I czy ta powierzchnia wykonuje pracę, którą sztandarowy produkt dostawcy mógłby wiarygodnie wchłonąć? To, co odpowiada tak na oba pytania, jest kandydatem do konsolidacji, niezależnie od tego, jak dobrze mu idzie.

To nie jest przepowiednia, że każda taka funkcja zniknie. To sposób nazwania ryzyka, które faktycznie niesiesz. Gdy dostawca konsoliduje, zdolność zwykle przeżywa, a powierzchnia nie, więc zakłócenie, na które planujesz, nie jest utratą funkcji. To wymuszona migracja według harmonogramu dostawcy, a nie twojego.

To, co przetrwało, pokazuje, gdzie dostawca mówi poważnie

Wersji webowej AI Studio nie ruszono. Google oświadczył, że nadal w nią inwestuje, i skierował ją do tych, którzy chcą przejść od pomysłu do polecenia, a stamtąd do działalności. To ujęcie jest użyteczną połową ogłoszenia, ponieważ rozdziela obie powierzchnie według zamiaru: jedna jest dla budujących i została, druga dublowała pracę, którą główny asystent już potrafił wykonać, i zniknęła.

Dla planującego zespołu odczyt jest więc węższy niż "na Google nie można tu polegać". Brzmi on tak, że powierzchnia dla programistów niosła zobowiązanie, a powierzchnia bliska konsumentowi niosła ryzyko. Kto zamierzał zbudować przepływ pracy na aplikacji mobilnej, przeszedłby przez ten tydzień bez zmian, budując ten sam przepływ na wersji webowej i interfejsach pod nią.

Dla zespołów europejskich jest dodatkowy punkt. Zdolność przenosząca się do ogólnej aplikacji asystenta nie zmienia miejsca w sposób neutralny, ponieważ warunki, uprawnienia administracyjne i sposób przetwarzania danych u asystenta konsumenckiego nie są automatycznie tymi, które obowiązują w produkcie dla programistów. Gdy dostawca zapowiada taką przeprowadzkę, poproś o to porównanie na piśmie, zanim zaplanujesz wokół nowego domu, a nie później.

Powierzchnia należy do umowy, a nie do slajdu

Praktyczna zmiana jest niewielka. Gdy zdolność dostawcy pojawia się w planie, nazwij powierzchnię dostawy w dokumencie, który wiąże, a nie tylko samą zdolność. "Tworzenie aplikacji dostępne w aplikacji mobilnej dostawcy" i "tworzenie aplikacji dostępne" to różne zobowiązania i tylko jedno z nich przetrwa konsolidację. Jeśli dostawca odmówi nazwania powierzchni, ta odmowa też jest informacją, a teraz kosztuje mniej.

Koszt zaniechania nie jest dramatyczny i właśnie dlatego bywa pomijany. Zespół, który przeznaczyłby w tym kwartale 85 000 złotych wewnętrznego czasu na budowę mobilną, nie stracił ani zdolności, ani pieniędzy. Stracił harmonogram i dowiaduje się o tym z jednodniowym wyprzedzeniem z wpisu w sieci społecznościowej zamiast z okresu wypowiedzenia w umowie. To strata mała, możliwa do uniknięcia i całkowicie powtarzalna.

Czytaj dalej: Bruksela właśnie wyceniła dane wyszukiwania Google  |  Akcje chipów spadły o 20%. Twój rachunek za obliczenia nie