DiziDora.
Case Study

קייס סטאדי: TryAI.Recipes – כלי מתכונים מבוסס AI

מיקרו-מוצר AI שממיר את השאלה היומיומית “מה נכין היום?” לזרימת שימוש קצרה, ברורה ונוחה במובייל.

הבעיה

משתמשים לא תמיד רוצים לקרוא עוד אתר מתכונים. הרבה פעמים הם רק רוצים תשובה מהירה לשאלה “מה נכין היום?” לפי חשק, רכיבים או זמן.

הפתרון

ממשק AI קצר שמוביל את המשתמש למסלול ברור: בוחרים כיוון, מקבלים רעיון או מתכון, וממשיכים לפעולה בלי להסתבך עם פרומפט פתוח.

התוצר

כלי AI חי ונוח לשימוש, עם דגש על מובייל, שפה פשוטה ותשתית שאפשר להרחיב להעדפות, מגבלות ושמירת מתכונים.

הפרויקט במסכים

TryAI.Recipes בתצוגת דסקטופ
תצוגת דסקטופ
TryAI.Recipes בתצוגת מובייל
תצוגת מובייל

רקע: למה TryAI.Recipes נבנה?

TryAI.Recipes נבנה ככלי AI קליל סביב שאלה יומיומית מאוד: “מה נכין היום?”. במקום לבנות עוד אתר מתכונים עמוס, המטרה הייתה ליצור חוויה קצרה שמובילה את המשתמש מרעיון כללי להצעה מעשית בצורה פשוטה, מהירה ונוחה גם מהמובייל.

הפרויקט בודק איך אפשר לקחת שימוש AI יומיומי ולהפוך אותו למוצר קטן וברור: לא צ׳אט פתוח, לא מערכת כבדה, אלא כלי שמשרת פעולה אחת ומקצר החלטה שחוזרת על עצמה.

האתגר

האתגר היה להפוך AI לממשק שימושי ולא לעוד מסך שמבקש מהמשתמש “לכתוב משהו”. בתחום המתכונים, המשתמש בדרך כלל לא רוצה ללמוד מערכת חדשה. הוא רוצה רעיון לארוחה, כיוון ברור, וחוויה שלא דורשת הרבה חשיבה או ניסוח.

הקו המנחה: כלי AI טוב לא אמור להרגיש כמו שיעור בפרומפטים. הוא אמור לעזור למשתמש להגיע מהר יותר לתוצאה שהוא מבין.

הפתרון

הפתרון היה לבנות ממשק קצר סביב פעולה אחת: לקבל רעיון למתכון. במקום להעמיס אפשרויות, הממשק מתמקד בהובלת המשתמש למסלול פשוט: מה מחפשים, מה הכיוון, ואיך מקבלים תשובה שימושית במהירות.

כך TryAI.Recipes מתפקד פחות כמו מאגר תוכן ויותר כמו כלי פעולה קטן: נכנסים, מגדירים צורך, מקבלים כיוון, וממשיכים הלאה.

מה נבנה בפועל?

רכיבמה נעשהלמה זה חשוב
זרימת שימוש קצרהמסלול מהיר מהשאלה “מה נכין?” להצעה מעשית.מפחית חיכוך ומעודד שימוש חוזר.
ממשק מוביילהתאמה למסך קטן ולשימוש מהיר במטבח או בבית.רוב השימוש בכלי כזה צפוי להיות מהטלפון.
שפה פשוטהניסוחים לא טכניים ולא “AI-יים” מדי.המשתמש מבין מיד מה לעשות.
תצוגת תוצאההצגת רעיון או מתכון בצורה ברורה.הופך תשובת AI למשהו שאפשר לפעול לפיו.
תשתית להרחבהאפשרות להוסיף העדפות, מגבלות, רכיבים ושמירת מתכונים.מאפשר להפוך כלי קטן למוצר עשיר יותר.

לאתר החי

תוצרים מרכזיים

  • כלי AI חי וזמין לציבור.
  • זרימת שימוש קצרה לקבלת רעיונות ומתכונים.
  • תצוגת מובייל ודסקטופ ברוח המותג.
  • שפה פשוטה ולא טכנית שמפחיתה חיכוך.
  • תשתית להרחבת העדפות, מגבלות ושמירת מתכונים.

החלטות UX ו-AI

  • להפחית חיכוך: לא לבקש מהמשתמש להמציא פרומפט מושלם לפני שהוא מקבל ערך.
  • להתמקד בפעולה אחת: לקבל רעיון לארוחה, במקום להפוך את הכלי למערכת רחבה מדי כבר בהתחלה.
  • להעדיף מובייל: כלי כזה פוגש את המשתמש בבית, בסופר או במטבח, ולכן המסך הקטן הוא נקודת המוצא.
  • לכתוב בשפה אנושית: פחות מילים טכניות, יותר תחושה של עוזר שימושי.
  • להשאיר מקום להרחבה: העדפות תזונה, מגבלות, רכיבים זמינים, שמירת מתכונים ושימוש חוזר.

מה אפשר ללמוד מהפרויקט?

כלי AI טוב לא חייב להיות גדול. לפעמים הערך נמצא דווקא בצמצום: לקחת פעולה אחת שחוזרת על עצמה, להבין איפה המשתמש נתקע, ולבנות ממשק שמקצר את הדרך לתוצאה.

TryAI.Recipes מדגים איך מיקרו-מוצר AI יכול להרגיש שימושי בלי להיות כבד: צורך ברור, זרימה קצרה, תוצאה מובנת, ומבנה שאפשר להרחיב בהדרגה לפי שימוש אמיתי.

שאלות נפוצות

מה היה האתגר בפרויקט TryAI.Recipes?

האתגר היה להפוך שימוש AI פתוח ומעט עמום לזרימה קצרה וברורה סביב פעולה יומיומית אחת: לקבל רעיון לארוחה או מתכון בלי לנסח פרומפט מורכב.

למה לא לבנות פשוט אתר מתכונים רגיל?

אתר מתכונים רגיל מתאים למי שרוצה לדפדף ולקרוא. TryAI.Recipes נבנה למצב אחר: משתמש שרוצה תשובה מהירה לפי חשק, רכיבים, זמן או כיוון כללי.

איך AI בא לידי ביטוי בכלי?

ה-AI משמש כדי להפוך קלט קצר של המשתמש לרעיון שימושי: כיוון לארוחה, מתכון או הצעה שאפשר להתחיל ממנה, במקום חיפוש ארוך בין עשרות תוצאות.

למה חשוב שהממשק יהיה קצר?

בכלי יומיומי, כל שדה מיותר מוריד שימוש. המטרה הייתה לאפשר למשתמש להגיע מהר מהשאלה “מה נכין היום?” לתוצאה שאפשר לפעול לפיה.

מה אפשר ללמוד מהפרויקט לכלי AI קטנים אחרים?

כלי AI טוב לא חייב להיות גדול. הוא צריך לקחת פעולה אחת שחוזרת על עצמה, להפחית ממנה חיכוך, ולהחזיר תוצאה ברורה שהמשתמש מבין מיד.

רוצה להפוך פעולה שחוזרת על עצמה לכלי AI פשוט ושימושי?

אפשר להתחיל מאפיון קצר: נבחר פעולה אחת שחוזרת על עצמה, נבין איזה קלט המשתמש נותן, איזו תוצאה הוא צריך לקבל, ואיך לבנות גרסה ראשונה שלא מנפחת את המוצר לפני שיש שימוש אמיתי.

נתחיל מאפיון קצר