Jak dodać wyszukiwanie do aplikacji zbudowanej przez AI (żeby ludzie naprawdę mogli coś znaleźć)

Jest taki moment, który spotyka każdą dobrą aplikację zbudowaną przez AI: zapełnia się. Aplikacja do przepisów, która była urocza przy dwunastu przepisach, przy trzystu staje się mordęgą. Tracker klientów, który był uporządkowany przy ośmiu klientach, przy dwustu zamienia się w niekończące się przewijanie. Nic się nie zepsuło. Aplikacja została użyta, a o to przecież chodzi — ale teraz to, po co ludzie tam przychodzą, czyli znalezienie jednej konkretnej rzeczy, zajmuje za dużo czasu.

To jest sygnał, że pora dodać wyszukiwanie do swojej aplikacji — pole, w którym wpisanie kilku liter zawęża długą listę do tej jednej pozycji, której szukasz. Nie dlatego, że wyszukiwanie robi wrażenie, ale dlatego, że przewijanie to nie to samo co znajdowanie. Przejdźmy przez to, jak zrobić to bez przekombinowania, bo efektowniejsza wersja zwykle jest złym pierwszym krokiem.

Kiedy pora dodać wyszukiwanie do swojej aplikacji?

Poznasz to po tym, że przewijanie zaczyna trwać dłużej, niż powinno — twoja lista urosła z garstki pozycji do setek, a znalezienie jednej konkretnej rzeczy oznacza przewijanie obok wszystkiego innego. Nic się nie zepsuło, żeby do tego doszło; aplikacja została użyta, a o to przecież chodzi.

Oto realny kształt tego problemu. Groomerka psów zbudowała aplikację do śledzenia swoich klientów — imię, imię psa, rasa, notatki o tym, które psy nie znoszą suszarki. Przez pierwsze kilka miesięcy była to czysta lista, którą mogła ogarnąć wzrokiem. Kiedy miała już dwustu klientów, otwierała aplikację, gdy klient stał tuż przed nią, i musiała przewijać setkę imion, żeby znaleźć „mamę Belli”.

Aplikacja robiła dokładnie to, o co ją poprosiła. Lista po prostu przestała być użytecznym sposobem na znalezienie jednej rzeczy w jej środku. Właśnie to naprawia wyszukiwanie: zamienia „przewijaj, aż zauważysz” w „wpisz kilka liter i już jest”.

Jeśli twoja aplikacja pokazuje listę czegokolwiek — zamówień, przepisów, klientów, produktów, notatek — a ta lista wciąż rośnie, na pewno na to trafisz. Dobra wiadomość jest taka, że pierwsza, najprostsza wersja wyszukiwania rozwiązuje ten problem u niemal każdego.

Jak dodać wyszukiwanie do aplikacji zbudowanej przez AI?

Zacznij od pola filtrującego — pola tekstowego na górze listy, które ukrywa wszystko, co nie pasuje, w miarę pisania — a nie od najmądrzejszego możliwego „wyszukiwania AI”. To cały pierwszy krok i dla większości aplikacji jedyny, jakiego potrzebujesz.

Kiedy prosisz builder AI o wyszukiwanie, kusi, żeby poprosić o najmądrzejszą możliwą wersję: taką, która rozumie, o co ci chodzi, obsługuje synonimy, sortuje według trafności. Oprzyj się temu. Mądra wersja działa wolniej, kosztuje więcej w utrzymaniu i trudniej ją dobrze zrobić, a niemal na pewno jeszcze jej nie potrzebujesz.

Wpisujesz „bella” i lista kurczy się do samych Belli. To wszystko. Działa natychmiast, jest praktycznie darmowa w działaniu i to właśnie ludzie mają na myśli, mówiąc „chcę móc wyszukiwać”.

Poproś swój builder dokładnie o to: „Dodaj pole wyszukiwania nad tą listą, które filtruje ją do pozycji pasujących do tego, co wpisuję”. Zdziwisz się, jak często to cały projekt.

Które pola powinno tak naprawdę przeszukiwać wyszukiwanie?

Tylko te dwa lub trzy pola, które faktycznie identyfikują to, czego szukasz — nie każde pole w każdej pozycji. Powiedzenie tego swojemu builderowi to jedna instrukcja, która sprawia, że wyszukiwanie jest dobre zamiast frustrującego, a większość ludzi ją pomija.

Domyślnie builder może przeszukiwać wszystko — każde pole w każdej pozycji. Brzmi to dokładnie, a zwykle wychodzi gorzej. Wyobraź sobie przeszukiwanie tej listy klientów i dostawanie trafień, bo słowo „mały” pojawiło się w notatce o rozmiarze psa. Teraz przekopujesz się przez wyniki, które technicznie pasują, ale nie o to ci chodziło.

Więc bądź konkretny co do tego, które pola się liczą. Dla groomerki to imię klienta i imię psa — nie notatki, nie rasa, nie historia wizyt. Dla aplikacji z przepisami to tytuł przepisu i może główny składnik, nie cała instrukcja przygotowania. Powiedz swojemu builderowi: „Wyszukiwanie powinno sprawdzać tylko tytuł i pole nazwy”. Przeszukiwanie właściwych dwóch pól zawsze pobije przeszukiwanie wszystkich dwunastu.

Czy najpierw budować wyszukiwanie, czy filtry?

Często filtry — bo wiele z tego, co ludzie nazywają „wyszukiwaniem”, to tak naprawdę „pokaż mi podzbiór”, a pole wyszukiwania to do tego złe narzędzie. Oto coś, co zaskakuje osoby nietechniczne budujące aplikacje.

Handlarka z trzystoma produktami w magazynie zwykle nie chce nic wpisywać — chce dotknąć „Sprzedane” albo „W magazynie” albo „Wystawione w tym tygodniu”. To jest filtr: kilka przycisków albo lista rozwijana, która zawęża listę według kategorii, którą już śledzisz. Filtry są często łatwiejsze do zbudowania niż wyszukiwanie i bardziej użyteczne na co dzień, bo ludzie przeglądają według statusu dużo częściej, niż polują na jedną konkretną rzecz po nazwie.

Dobra zasada: dodaj pole wyszukiwania na „mniej więcej wiem, jak się to nazywa”, a filtry na „pokaż mi tego rodzaju rzeczy”. Nasza groomerka psów ostatecznie chciała obu — pola wyszukiwania, żeby przeskoczyć do klienta po imieniu, gdy ktoś stoi przed nią, i filtra „zaległe strzyżenie”, żeby jednym rzutem oka zobaczyć, do kogo napisać w spokojne popołudnie. Te same dane, dwa zupełnie inne sposoby sięgania po nie.

Jeśli możesz zbudować tylko jedno na start, obserwuj, jak ludzie faktycznie używają aplikacji. Jeśli wciąż pytają „gdzie są wszystkie X”, chcą filtra, nie pola wyszukiwania.

Co powinno się pojawić, gdy wyszukiwanie nic nie znajdzie?

Prosty, konkretny komunikat — coś w rodzaju „Brak klientów pasujących do «zelda» — sprawdź pisownię lub wyczyść wyszukiwanie” — a nie pusty ekran, który wygląda jak „aplikacja się zepsuła”. Nie zepsuła się; po prostu nie ma dopasowania, a większość ludzi zapomina to zaplanować.

Domyślnie często pojawia się pusty ekran. Więc powiedz swojemu builderowi, co powinien mówić stan pustej listy. To jedno zdanie robi różnicę między użytkownikiem myślącym, że twoja aplikacja jest zepsuta, a użytkownikiem myślącym, że wpisał coś złego.

Przy okazji upewnij się, że jest oczywisty sposób na wyczyszczenie wyszukiwania i powrót do pełnej listy. Mały „x” w polu albo link „wyczyść”. Ludzie utykają w wyszukiwaniu, z którego nie mogą uciec, częściej, niż mogłoby się wydawać.

Kiedy potrzebujesz wyszukiwania opartego na AI zamiast pola filtrującego?

Dwa konkretne sygnały, nie przeczucie: literówki i znaczenie. Jeśli ludzie wpisują „stephanie” i nie trafiają na „Stefanie”, chcesz wyrozumiałego dopasowywania, które toleruje drobne pomyłki — poproś swojego buildera o „wyszukiwanie, które nadal znajduje wyniki, gdy pisownia jest lekko niepoprawna”. A jeśli naprawdę potrzebujesz „znajdź mi notatki o problemach z płatnościami”, a nie „znajdź słowo płatności”, to jest ten mądry, oparty na AI rodzaj wyszukiwania — wart dodatkowego kosztu i złożoności, gdy rozwiązuje problem, którego proste pole nie ogarnie.

Tylko nie zaczynaj od tego. Zacznij od pola, które filtruje, dodaj wyrozumiałe dopasowywanie, gdy dokuczają literówki, i sięgnij po mądrą wersję dopiero wtedy, gdy „dopasuj słowa” przestaje wystarczać. Większość aplikacji nigdy nie musi wyjść poza krok pierwszy.

Więc zanim cokolwiek zbudujesz, poobserwuj przez tydzień, jak sam korzystasz ze swojej aplikacji. To, czego wciąż szukasz, przewijając — klient, zamówienie, przepis — właśnie do tego służy twoje pole wyszukiwania. Zbuduj je najpierw dla tej jednej rzeczy, a rozwiążesz problem niemal dla każdego, kto z niej korzysta.