Cum să adaugi căutare în aplicația ta creată cu AI (ca lumea să poată chiar găsi lucruri)

Există un moment prin care trece orice aplicație creată cu AI, dacă e cu adevărat bună: se umple. Aplicația de rețete care era plăcută cu douăsprezece rețete devine o corvoadă la trei sute. Evidența clienților care era ordonată cu opt clienți se transformă în derulare fără sfârșit la două sute. Nimic nu s-a stricat. Aplicația a fost folosită, ceea ce e tot rostul ei — dar acum lucrul pentru care oamenii vin, să găsească un anumit element, durează prea mult.

Acesta e semnalul că a venit vremea să adaugi căutare în aplicația ta — o casetă în care tastezi câteva litere și o listă lungă se restrânge la elementul pe care îl cauți. Nu pentru că o căutare impresionează, ci pentru că a derula nu înseamnă a găsi. Hai să vedem cum se face asta fără să supra-construiești, pentru că varianta sofisticată e de obicei mișcarea greșită de la început.

Când e momentul să adaugi căutare în aplicația ta?

O să-ți dai seama pentru că derularea începe să dureze mai mult decât ar trebui — lista ta a crescut de la o mână de elemente ordonate la sute, iar găsirea unui singur lucru înseamnă să treci pe lângă tot restul. Nimic nu s-a stricat ca să ajungi aici; aplicația a fost folosită, ceea ce e tot rostul ei.

Iată o formă reală a acestei probleme. O groomer canină și-a construit o aplicație ca să-și țină evidența clienților — nume, numele câinelui, rasă, notițe despre care câini urăsc uscătorul. În primele luni era o listă curată pe care o putea parcurge din ochi. Până a ajuns la două sute de clienți, deschidea aplicația chiar în timp ce un client stătea în fața ei și trebuia să deruleze pe lângă o sută de nume ca să găsească “mama Bellei.”

Aplicația făcea exact ce ceruse ea. Doar că lista încetase să mai fie un mod util de a găsi un singur lucru în ea. Asta rezolvă căutarea: transformă “derulează până îl vezi” în “tastează câteva litere și e acolo.”

Dacă aplicația ta afișează o listă cu orice — comenzi, rețete, clienți, produse, notițe — iar lista aceea tot crește, o să ajungi aici. Vestea bună e că prima variantă, cea mai simplă, de căutare rezolvă problema pentru aproape oricine.

Cum adaugi căutare într-o aplicație creată cu AI?

Începe cu o casetă de filtrare — un câmp de text în partea de sus a listei tale care ascunde tot ce nu se potrivește pe măsură ce tastezi — nu cu cea mai deșteaptă “căutare AI” posibilă. Ăsta e tot primul pas, iar pentru majoritatea aplicațiilor e singurul pas de care ai nevoie.

Când ceri unui builder AI o funcție de căutare, ești tentat să ceri cea mai deșteaptă variantă posibilă: să înțeleagă ce vrei să spui, să gestioneze sinonime, să claseze după relevanță. Rezistă tentației. Varianta deșteaptă e mai lentă, costă mai mult să ruleze și e mai greu de făcut bine, iar tu aproape sigur nu ai nevoie de ea încă.

Tastezi “bella” și lista se restrânge la Bella. Atât. E instantaneu, costă practic nimic să ruleze și e exact ce vor oamenii de fapt când spun “vreau să pot căuta.”

Cere-i builder-ului tău exact asta: “Adaugă o casetă de căutare deasupra listei ăsteia care o filtrează la elementele care se potrivesc cu ce tastez.” O să te surprindă cât de des ăsta e tot proiectul.

La ce câmpuri ar trebui să se uite de fapt căutarea?

Doar la cele două sau trei câmpuri care identifică efectiv lucrul pe care-l cauți — nu la fiecare câmp al fiecărui element. Să-i spui asta builder-ului tău e singura instrucțiune care face diferența între o căutare bună și una frustrantă, iar majoritatea oamenilor o sar.

Implicit, un builder ar putea căuta în tot — fiecare câmp al fiecărui element. Sună temeinic, dar de obicei iese mai rău. Imaginează-ți că cauți în lista aceea de clienți și primești rezultate pentru că apărea cuvântul “mic” într-un câmp de notițe despre mărimea unui câine. Acum tot cerni prin rezultate care se potrivesc tehnic, dar nu sunt ce voiai.

Așa că fii specific cu privire la ce câmpuri contează. Pentru groomer, astea sunt numele clientului și numele câinelui — nu notițele, nu rasa, nu istoricul programărilor. Pentru o aplicație de rețete, e titlul rețetei și poate ingredientul principal, nu instrucțiunile întregi. Spune-i builder-ului tău: “Căutarea ar trebui să se uite doar la câmpul titlu și la câmpul nume.” Să cauți în cele două câmpuri potrivite bate căutarea în toate cele douăsprezece, de fiecare dată.

Ar trebui să construiești mai întâi căutarea sau filtrele?

Adesea, filtrele — pentru că mult din ce numesc oamenii “căutare” e de fapt “arată-mi un subset,” iar o casetă de căutare e unealta greșită pentru asta. Iată ceva care îi surprinde pe cei care nu construiesc aplicații de meserie.

O revânzătoare cu trei sute de articole în inventar de obicei nu vrea să tasteze — vrea să apese “Vândut” sau “În stoc” sau “Listat săptămâna asta.” Ăsta e un filtru: câteva butoane sau un dropdown care restrânge lista după o categorie pe care deja o urmărești. Filtrele sunt adesea mai ușor de construit decât căutarea și mai utile zi de zi, pentru că oamenii navighează după status mult mai des decât vânează un singur lucru anume după nume.

O regulă bună: adaugă o casetă de căutare pentru “știu cam cum se numește” și adaugă filtre pentru “arată-mi genul ăsta.” Groomer-ul nostru canin a ajuns să vrea ambele — o casetă de căutare ca să sară direct la un client după nume când unul stă în fața ei, și un filtru pentru “restanți la tuns” ca să vadă dintr-o privire cui să-i trimită mesaj într-o după-amiază liniștită. Aceleași date, două moduri complet diferite de a ajunge la ele.

Dacă poți construi doar una la început, urmărește cum folosesc oamenii aplicația de fapt. Dacă tot întreabă “unde sunt toate X-urile,” vor un filtru, nu o casetă de căutare.

Ce ar trebui să apară când căutarea nu găsește nimic?

Un mesaj simplu, specific — ceva de genul “Niciun client nu se potrivește cu ‘zelda’ — verifică ortografia sau șterge căutarea” — nu un ecran gol, care se citește ca “aplicația s-a stricat.” Nu s-a stricat; pur și simplu nu există potrivire, iar majoritatea oamenilor uită să planifice pentru asta.

Varianta implicită e adesea un ecran gol. Așa că spune-i builder-ului tău ce ar trebui să afișeze starea goală. Propoziția aceea e diferența dintre un utilizator care crede că aplicația ta e stricată și un utilizator care crede că a tastat greșit.

Cât timp ești la asta, asigură-te că există un mod evident de a șterge căutarea și de a reveni la lista întreagă. Un mic “x” în casetă, sau un link “șterge.” Oamenii rămân blocați într-o căutare din care nu pot ieși mai des decât ai crede.

Când ai nevoie de căutare bazată pe AI în loc de o casetă de filtrare?

Două semne specifice, nu o senzație: greșelile de tastare și sensul. Dacă oamenii caută “stephanie” și îi scapă “Stefanie,” vrei o potrivire tolerantă care suportă aproximări — cere-i builder-ului tău “căutare care tot găsește rezultate chiar dacă ortografia e ușor greșită.” Iar dacă ai nevoie cu adevărat de “găsește-mi notițele despre probleme de facturare” în loc de “găsește cuvântul facturare,” ăsta e tipul deștept, bazat pe AI, de căutare — merită costul și complexitatea în plus odată ce rezolvă o problemă pe care caseta simplă n-o poate.

Doar nu începe de acolo. Începe cu caseta care filtrează, adaugă potrivire tolerantă când te mușcă greșelile de tastare, și ajunge la varianta deșteaptă doar când “potrivește cuvintele” încetează să mai fie de-ajuns. Majoritatea aplicațiilor nu au nevoie niciodată să treacă de pasul unu.

Așa că, înainte să construiești ceva, urmărește-te cum folosești propria aplicație timp de o săptămână. Lucrul pe care tot derulezi să-l găsești — un client, o comandă, o rețetă — pentru asta e caseta ta de căutare. Construiește-o mai întâi pentru lucrul acela, și vei fi rezolvat problema pentru aproape oricine o folosește.