מדוע בניתי את Resolver?

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

דביר נעמן, היוצר של Resolver
דביר נעמןיוצר ומפתח Resolver

רעיון שנולד מתוך היכרות אמיתית עם רגע התקיעות

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

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

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

אבא שלי ולוחות הסודוקו של 16×16

במשך שנים ראיתי את אבא שלי פותר סודוקו. לא רק את לוחות ה-9×9 המוכרים, אלא גם לוחות 16×16 עמוסים, כאלה שמבקשים להחזיק הרבה יותר קשרים בראש ולעבוד בסבלנות לאורך זמן. הוא היה מתקדם תא אחר תא, חוזר לאזורים קודמים ובודק שוב אפשרויות שנראו קודם פתוחות.

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

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

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

הקובייה ההונגרית שלא הצלחתי לפתור

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

הפער בין הוראה לביצוע

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

הצורך לראות את המהלך

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

המצב האישי במקום קובייה לדוגמה

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

מהתסכול למוצר

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

שיווק, אוטומציות ופיתוח תוכנה נפגשים במוצר אחד

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

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

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

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

מה אני רוצה שהאפליקציה תעשה עבור כל פותר?

לכבד את מה שכבר נעשה

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

להסביר כשאפשר

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

לא לנחש מידע חסר

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

להשאיר את השליטה אצל המשתמש

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

לשמור על פרטיות

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

להמשיך לבדוק בעולם האמיתי

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

Resolver ממשיכה להיבנות מתוך בעיות אמיתיות

האפליקציה מתקדמת לקראת השקה ב-App Store וב-Google Play. כפתורי ההורדה יעודכנו ברגע שהגרסאות יהיו זמינות.

האפליקציה בשלבי פיתוח לקראת ההשקה בחנויות