המוצר בפעולה
הרכבים ומגמות
הרכבים שלי מרכז את כל רכבי המשפחה — מועדי חידוש הביטוח והרישיון, המסמכים והצעות הביטוח. גרפים ומגמות מציג את עלויות הביטוח לאורך זמן, את ההשוואה בין הרכבים ואת המגמות.
לסיפור הפיתוח של Kav-Bituachלסיפור המלא... לסגירת הסיפור
תוכן הסיפור
תמצית המוצר
קו־ביטוח היא מערכת כיס חינמית לניהול רכבים משפחתיים: השוואת הצעות ביטוח, מעקב אחר עלויות לאורך השנים, שני מועדי חידוש לכל רכב — ביטוח ורישיון — וגישה מהירה למסמכי רכב, ביטוח ורישיון נהיגה אישי מהטלפון. משתמשים מורשים יכולים לעבוד באותה סביבת נתונים. המערכת פותחה תחילה ב־Google AI Studio ונבנתה מחדש ב־Zite, עם ממשק נייד מעוצב במיוחד. הגישה ניתנת בהזמנה אישית.
הזווית הטכנולוגית: המפתח למעבר המוצלח לא היה העתקת הקוד הישן, אלא היכולת לרכז בעזרת יועץ AI את כל הידע וההחלטות שהצטברו למפרט שאפשר להעביר לסביבה אחרת.
הבעיה התחילה במחיר הביטוח. הפתרון הסתיים בכיס
למשפחה עם כמה רכבים יש עונת חידושים שחוזרת שוב ושוב. אוספים הצעות, משווים בין ביטוח חובה למקיף או לצד ג', מנהלים משא ומתן ומנסים לזכור מה הוצע בשנה שעברה. המידע מפוזר בין מסמכים, הודעות ושיחות, ובכל פעם מתחילים כמעט מחדש.
כך התחילה קו־ביטוח: כלי אישי לריכוז הצעות ובדיקתן לפי רכב, חברה ושנה. עם הזמן התברר שהמידע הזה יכול לשרת צורך רחב יותר. אם המערכת כבר מכירה את הרכב ואת הביטוח שלו, מדוע שלא תרכז גם את המסמכים והמועדים שהנהג צריך בשגרה?
היום אני רואה בה מערכת כיס לניהול הרכב. מהמכשיר הנייד אפשר להגיע לרישיון הנהיגה האישי, לרישיון הרכב ולמסמכי הביטוח, לצפות בהם ולשתף אותם במקום לחפש בין קבצים או ניירות. המערכת מציגה ספירה לאחור וסימונים חזותיים לקראת חידוש הביטוח או רישיון הרכב. זו אינה הבטחה שצילום מסמך מחליף כל דרישה חוקית לשאת מקור; זו דרך מעשית למצוא את המידע כשזקוקים לו.
הגעתי למעבר עם הרבה יותר מקוד
הגרסה הראשונה פותחה ב־Google AI Studio. במהלך העבודה השתנו הדרישות, התרחב המידע, נוספו הצעות, מסמכים ותהליכי עבודה, והצטברו גם לא מעט החלטות שלא היו כתובות במקום אחד בתור מפרט סופי.
לאורך הפיתוח ניהלתי עם ChatGPT דיונים על המוצר, על המודל העסקי, על חוויית המשתמש ועל מה שכדאי או לא כדאי לשנות. הוא לא היה המערכת שמריצה את האפליקציה, אלא יועץ לתכנון ולביקורת החלטות — מעין שותף לישיבות סקר תכן שאפשר לחזור אליו שוב ושוב.
כשהחלטתי לנסות את Zite, התברר לי שיש לניסיון הזה ערך נוסף: לא נדרשתי לשחזר מן הזיכרון את כל ההחלטות שהתקבלו. אפשר היה לסנתז את הידע שהצטבר למפרט מגובש ולהציג אותו לסביבת הפיתוח החדשה.
זה ההבדל בין להעביר קוד לבין להעביר הבנה של מוצר. קוד כולל גם פשרות, מבנה שנולד במקרה והתאמות שנעשו בגלל מגבלות סביבתיות. מפרט טוב מתאר מה המערכת צריכה לעשות, כיצד היא אמורה להתנהג ומה חיוני לשמר.
התוצאה הראשונה הייתה קרובה באופן מפתיע ליעד
המעבר ל־Zite היה גם הזדמנות לשפר את הצד החזותי. רציתי כרטיסי רכבים ברורים, ניווט נוח במכשיר נייד ומראה שמרגיש כמו אפליקציה אישית מלוטשת, לא כמו מערכת טפסים.
כבר אחרי הנחיית הפיתוח הראשונית קיבלתי תוצאה שהייתה קרובה מאוד למוצר שרציתי — ובעיצוב שהפתיע אותי לטובה. זה לא אומר שהעבודה הסתיימה שם. עדיין נדרשו העברת נתונים, התאמות, הרשאות, טיפול במסמכים, בדיקות והשלמות. המעבר של מידע אמיתי בין סביבות הוא עבודה בפני עצמה, גם כשהבנייה הראשונית מרשימה.
בהמשך נוספה סביבת נתונים משותפת למשתמשים מורשים, בחירת רכב מועדף אישית לכל משתמש, ניהול מסמכים ושני מועדי חידוש עצמאיים לכל רכב. ההחלטה מה להציג ראשון והאופן שבו המידע משתלב בכרטיס הרכב הפכו את המערכת לשימושית במיוחד במסך קטן.
בסוף התהליך הגעתי למצב לא שכיח עבורי: הייתי מרוצה כל כך מהתוצאה, שבחרתי להפסיק להוסיף תכונות ולהתחיל פשוט להשתמש בה.
המדריך צריך לעבור עם המוצר
את המעבר לפלטפורמה אחרת לא רציתי לסיים במערכת יפה שעובדת, אבל משאירה את המשתמש לבדו מול המסכים. לאורך הפיתוח הקפדתי ליצור גם תיעוד: מדריך שימוש, הסברים לניהול המערכת וחומר טכני שמאפשר להבין את התנהגותה ואת גבולותיה. המעבר ל־Zite חייב לעדכן את המדריך למציאות החדשה, ולא להסתפק בהעתקת מסמך מהגרסה הישנה.
בסופו של דבר שילבתי את המדריך בתוך האפליקציה עצמה, דרך אזור "מדריך ותיעוד" במסך ההגדרות, עם ניווט ברור בחזרה למערכת. זו החלטת חוויית משתמש קטנה לכאורה, אבל בעיניי חשובה: התיעוד צריך להימצא במקום שבו המשתמש זקוק לו. הוא חלק מהמוצר ולא קובץ שמונח במקום אחר ונשכח.
האם זה אומר שאפשר להעביר כל אפליקציה בפרומפט אחד?
לא. במקרה שלי הייתה מערכת בהיקף נוח יחסית, עם דרישות שכבר התבררו בתהליך עבודה ממושך, ועם פלטפורמה שהציעה יכולות מתאימות ועיצוב מוצלח. בנוסף, כל מה שנוגע למידע, לקבצים ולהרשאות עדיין חייב טיפול ובדיקה מסודרים.
אבל הניסוי המחיש לי אפשרות שהייתה פחות מובנת מאליה בתחילת המסע: הנכס שאפשר לקחת מפלטפורמה לפלטפורמה הוא לא רק בסיס הנתונים, אלא הידע שנצבר על המוצר.
אם יודעים לגבש את הידע הזה למפרט טוב, אפשר לבחור מחדש את הכלי המתאים למשימה בלי להתחיל את החשיבה מאפס. ובשילוב עם כלי פיתוח שיודע לייצר חוויית משתמש מצוינת, לפעמים גם התוצאה הראשונה יכולה להיות מפתיעה.
הפרויקט: קו־ביטוח | מסלול הפיתוח: Google AI Studio ← Zite | שימוש: חינמי, גישה בהזמנה | דגש: מערכת כיס למכשירים ניידים.