Design Ops w erze kodu generowanego przez AI

Wprowadzenie

Dziś narzędzia do generowania kodu, takie jak Lovable, Bolt.new i Cursor, pozwalają budować szkielety aplikacji znacznie szybciej niż kiedykolwiek. Mój post z zeszłego tygodnia i tegoroczna praca z dwoma startupami skłoniły mnie do refleksji nad procesem UX w tworzeniu produktów cyfrowych - oto moje przemyślenia. Kodowanie staje się tańsze niż oryginalna praca projektowa, więc musimy zmienić sposób, w jaki design wnosi wartość do projektu.

Gdzie jesteśmy

Odkąd pojawiły się produkty umożliwiające technicznym i nietechnicznym founderom szybkie tworzenie oprogramowania, tempo premier gwałtownie wzrosło. Próbuję teraz znaleźć najbardziej efektywne podejście do procesu projektowego. Efektywny proces designu wciąż jest kluczowy dla sukcesu produktu cyfrowego: rozumienie użytkowników i spełnianie potrzeb biznesowych w ramach ograniczeń technicznych jest niezbędne. Ale design musi być enablerem, nie blokerem.

Moje doświadczenie z dwoma bardzo różnymi startupami na tym samym etapie

Niedawno miałem przywilej pracować z dwoma startupami, które doskonale ilustrują różne potrzeby procesu projektowego. Jeden działa w dobrze zbadanej i zatłoczonej przestrzeni - platforma inwestycyjna oferująca portfel produktów i możliwości inwestycyjnych. Drugi działa w nowatorskiej przestrzeni performance marketingu. Główna różnica między nimi leży w nasyceniu rynku.
Startup inwestycyjny wchodzi na ugruntowany model biznesowy. Wejście na rynek wymaga perfekcyjnego UX i silnego marketingu, nie pozostawiając miejsca na szybkie iteracje designu. Rynek jest nasycony, a ludzie przyzwyczaili się do podobnych produktów.
W przypadku performance marketingu narzędzie wynalezione przez founderów jeszcze nie istnieje, a jego pośredni konkurenci mają ograniczoną adopcję rynkową. To sprawia, że znacznie ważniejsze jest szybkie iterowanie, szybkie uruchomienie, a następnie zamknięcie pętli projektowej z feedbackiem od zmotywowanych użytkowników i founderów.

Znany przypadek biznesowy – tradycyjne podejście UX

Budując platformę inwestycyjną, gdzie wiele podobnych produktów już istnieje, musimy powielić ich przetestowane i zweryfikowane wzorce UI, a potem skupić się na unikalnym klinie, który founderzy chcą uchwycić. Podejście design-first ma tu sens. Nie powinniśmy uruchamiać czegoś szybko tylko po to, żeby testować z przypadkowymi użytkownikami - oni już znają ten typ produktu. O ile nie dostarczymy naprawdę unikalnego klina, musimy konkurować bezpośrednio z ugruntowanymi platformami. Czy to ceną, lepszym UX, czy wydajnością - mamy solidną bazę na tym nasyconym rynku.
Ta rzeczywistość kieruje nas ku standardowemu przepływowi product operations:

• badanie rynku
• prototypy low-fidelity
• feedback od developerów, użytkowników i interesariuszy biznesowych
• design high-fidelity
• rozwój oprogramowania

Konkurując z ugruntowanymi graczami, nie możemy pozwolić, by nasze rozwiązanie wydawało się gorsze od ich. Może mieć mniej funkcji, ale jego UX musi być nienaganny; ludzie będą wątpić w jego przydatność, jeśli zachowuje się dziwnie. Development, moim zdaniem, powinien być ściśle kontrolowany.

Nowatorski startup – nowe podejście

W nowatorskim startupie performance-marketingowym najważniejsze dla founderów są szybkie pętle feedbacku od zmotywowanych użytkowników i szybkie uruchamianie produktów. Nie ma istniejącego użycia rynkowego, więc szybkie wysyłanie i onboarding użytkowników do budowania fosy jest kluczowe. Używając AI, founderzy mogą tworzyć produkt bez ograniczeń UX, pomijając czekanie na design, a następnie - przed wydaniem użytkownikom - testować go z design leadem do zatwierdzenia.
Ponieważ budowanie produktu cyfrowego od zera z Lovable, Cursor czy Bolt.new zajmuje teraz dni zamiast miesięcy, design mógłby spowalniać, szczególnie gdy designerzy nie są częścią zespołu założycielskiego. Founderzy znają problem, który chcą rozwiązać, a design jest po to, żeby ich challengować, wnosząc badania porównawcze rynku i później badania użytkowników. Przy takim ustawieniu iteracje produktowe mogą być znacznie szybsze.
AI działa najlepiej dziś przy nowych funkcjach, nowych produktach i stawianiu fundamentów. Robi się trudniej, gdy musimy utrzymać spójność design systemu i koherencję UX. W miarę dojrzewania produktu, powrót do bardziej tradycyjnych metod product operations prawdopodobnie ma więcej sensu. To trochę jak praca z szablonem PrestaShop czy WooCommerce: design musi spełniać cele produktowe, cele biznesowe i ograniczenia techniczne. Najlepszy sposób, jaki znalazłem na pracę z szablonami, to przeprowadzanie przeglądu designu po każdej dostawie developera, ale pomijanie designu na samym początku. Zgłębię to w przyszłym tygodniu. Ogólnie, gdy pracujemy z gotowym produktem, musimy brać pod uwagę, co było wcześniej użyte i jak się zachowuje.

Podsumowanie i co dalej

Moje zdanie jest takie, że design i zarządzanie produktem muszą, jak zawsze, dostosowywać się do konkretnego przypadku. KPI biznesowe i świadomość rynku są niezbędne do rozsądnych decyzji, które pomagają founderom szybko posuwać się do przodu. Design pozostaje kluczowy dla sukcesu produktu, ale product operations musi być skonfigurowane tak, aby dostarczać największą wartość w każdym sprincie czy ramie czasowej.

💡 Jeśli AI skraca czas developmentu o 80%, dostosuj timing designu, nie rygor designu.