Bir Peçete Karalamasını 5 Dakikada İşlevsel Bir Tablet Kioskuna Nasıl Dönüştürebilirsiniz?

İstediğiniz ekranı bir peçeteye karalayın, fotoğrafını çekin ve Final'ın yapay zeka oluşturucusu olan Build uygulamasına yükleyin. Build peçete karalamasını okur, onunla eşleşen çalışan bir ödeme akışı oluşturur ve tıklayarak inceleyebileceğiniz canlı bir önizleme açar. Sohbet ederek ince ayar yapın, ardından bir tablete dağıtın. Tüm süreç bundan ibaret. İşte her adımın nasıl çalıştığı ve o beş dakikanın gerçekte nereye gittiği.\n\n## Neden bir istem yerine bir karalamayla başlamalısınız?\n\nÇünkü yerleşim düzeni mekansaldır ve cümleler mekanı kötü tarif eder. "Solda ürün ızgarası, sağda sepet, köşede büyük ödeme butonu" ifadesi bile düzinelerce kararı yoruma açık bırakır. Bir çizim bunları anında netleştirir: neyin nerede durduğu, neyin en büyük olduğu ve müşterinin ilk olarak neyi gördüğü.\n\nOluşturucu istem tabanlıdır, bu nedenle yazılı bir açıklama tek başına da gayet iyi çalışır. Bir görsel, mevcut en yüksek bant genişliğine sahip istemdir. Birkaç kutu ve ok, paragraflarca açıklanması gereken hiyerarşiyi, gruplandırmayı ve oranı taşır ve yapay zekayı genel bir şablon yerine sizin amacınıza sabitler.\n\n\n\n## Bir karalamayı yapay zeka oluşturucusuna nasıl yüklersiniz?\n\n1. Karalamanın fotoğrafını çekin. Bir telefon fotoğrafı yeterlidir. Kutular ve etiketler ne kadar net olursa, ilk geçiş o kadar iyi olur.\n2. Build'ı açın ve görseli ekleyin. Build ana sayfasında, fotoğrafı "kahve dükkanı için self-servis sipariş kiosku, müşteriler kendileri kullanıyor" gibi bir satırlık bağlamla birlikte ekleyin.\n3. Canlı önizlemeyi izleyin. Build ekranları, yerleşim düzenini ve mantığı oluşturur, ardından etkileşimli bir önizleme açar. Bir müşterinin yapacağı gibi tıklayarak ilerleyin.\n4. Sohbet ederek ince ayar yapın. Yanlış gruplandırma mı var? Seçenekler (modifiers) ekranı mı eksik? Söyleyin, önizleme güncellensin.\n\nPeçete işin sevimli kısmıdır, ancak herhangi bir yerleşim düzeni görseli de referans olarak kullanılabilir: bir yazı tahtası fotoğrafı, bir tasarım aracından alınmış tel kafes (kaba bir yerleşim çizimi) veya bir ekran görüntüsü. Kendi araçlarınızla çalışmayı tercih ediyorsanız, kendi yapay zekanızı MCP üzerinden bağlayabilir (yapay zeka araçlarını birbirine bağlamak için kullanılan bir standart) ve aynı akışı oradan oluşturabilirsiniz.\n\n## Statik bir çizim nasıl veri bağlantılı bir ödeme ekranına dönüşür?\n\nBuild, karalamanızı sadece bir ekrana yapıştırmaz. Çizimi, mağazanıza bağlı bir yazılım olarak yeniden oluşturur. Her dikdörtgen, gerçek verilere bağlı canlı bir öğe haline gelir: ürün ızgarası kataloğunuzdan veri çeker, sepet vergilerinizi uygular, ödemeler Final Pay üzerinden gerçekleştirilir ve fişler yazdırılır. Bu bağlantı çevrimdışı da çalışır, böylece ağ bağlantısı kesildiğinde bile kiosk ödeme almaya devam eder.\n\nPratikte, çizdiğiniz buton matrisi aktif bir ödeme matrisine dönüşür. Önizlemede "latte" olarak etiketlediğiniz kutuya dokunduğunuzda, gerçek bir fiyata sahip gerçek bir ürün eklenir ve satış, elle tuttuğunuz bir e-tablo yerine mutabakat sağlayan (gerçek ödemelerinizle eşleşen) raporlara yansır.\n\nİşte taslak model (mockup) ile satış noktası arasındaki çizgi budur. Bir tasarım aracı size bir ödeme ekranının resmini verir. Bu ise size ödeme ekranının kendisini verir; bu da yapay zeka özelliklerine sahip bir POS ile bir yapay zekanın oluşturabileceği bir POS arasındaki gerçek farktır.\n\n\n\n## Kiosklar ve el terminalleri için nasıl optimizasyon yaparsınız?\n\nHangi donanımı hedeflediğinizi en başta Build'a söyleyin. Aynı karalama; bir tezgah üstü bilgisayar, müşteriye yönelik bir tablet, bir el terminali, bir mutfak ekranı veya bir menü panosu için farklı akışlar üretmelidir ve oluşturucu, hangisini kastettiğinizi söylediğinizde buna göre ayarlanır.\n\nMüşteriye yönelik bir restoran tableti için kullanıcılar eğitimli personel değil müşterilerdir, bu nedenle tasarım kuralları değişir. Her ekranı tek bir kararla sınırlı tutun. Dokunma hedeflerini büyük ve bir sonraki adımı bariz hale getirin, çünkü müşteriye herhangi bir ön bilgilendirme yapılmaz. Bunu doğrudan isteme ekleyin: "müşteriler kendileri sipariş veriyor, bu nedenle ekran başına seçenekleri minimumda ve butonları büyük tutun."\n\nEl terminalleri ise kısıtlamaları tersine çevirir: tek elle kullanım, en çok kullanılan butonların başparmak mesafesinde olması ve bir garsonun yoğun anlarda masa başında tamamlayabileceği kısa akışlar. Bahşiş istemleri kart okuyucuda yer alabildiğinden, bahşiş verme gibi kararlar ekranınızdan tamamen kaldırılabilir.\n\nDağıtım her durumda aynıdır. Bir akış istasyonlarınıza dağıtılır ve Final POS uygulamasını çalıştıran uyumlu herhangi bir Apple veya Android cihaz bir istasyon olarak kaydedilebilir. Fiziki kartla yapılan ödemeler için Final Pay aracılığıyla sertifikalı bir okuyucu eşleştirin.\n\n\n\n## Peki, peçeteden kioska beş dakikada geçebilir misiniz?\n\nÇalışan ilk sürüm için evet. Fotoğrafını çekin, yükleyin ve kataloğunuza bağlı işlevsel bir akış dakikalar içinde canlı önizlemede görünsün. Üretime hazır hale gelmesi başlıktakinden daha uzun sürer: Tableti tezgaha monte etmeden önce bir ince ayar aşaması, bir test sürüşü ve gerçek bir müşterinin tableti kullanmasını izlemek için on dakika ayırın. Yine de bu, altı haftalık bir uygulama projesi değil, sadece bir öğleden sonradır.\n\nAltın kural: Yabancı biri karalamanızı okuyup ekranın ne işe yaradığını söyleyebiliyorsa, oluşturucu bunu inşa edebilir.\n\nÜcretsiz bir Build planı ve en kötü peçetenizle başlayın.