בטא פתוחה · D-VO

D-VO ספר חשבונות ניטרלי להורים שגרים בנפרד.

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

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

הבעיה

מה כבר לא צריך לעשות אחרי כל הוצאה

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

  1. לחפש קבלות בין הודעות ישנות

    כל הוצאה נרשמת במקום משותף

  2. לחשב בראש מי חייב למי

    היתרה מחושבת ומוצגת

  3. לסמוך על הזיכרון כשיש מחלוקת

    ההיסטוריה נשמרת מסודרת וניטרלית

  4. לפתוח ויכוח סביב כל סכום

    המוצר מתעד, בלי להיכנס לוויכוח

ההחלטות

מה החלטנו, ולמה

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

  1. צד שלישי ניטרלי, לא עוד צד בוויכוח

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

  2. מבנה פשוט: הוצאה, חלוקה, יתרה

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

  3. שפה שלא מלבה

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

  4. בטא, כדי לבדוק דבר אחד

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

מה יש היום

בטא פתוחה, שעדיין מתפתחת

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

  • בטא ציבורית זמינה
  • מודל יתרות ותיעוד משותף
  • ממשק עברי מותאם מובייל

מה יש מאחורי זהReact NativeExpoTypeScriptSupabase

יש לכם מוצר לסיטואציה רגישה?

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

לפתוח שיחה

NEXT / מה בנינו כאן

השירותים שמאחורי הפרויקט

לכל העבודות
דברו עם רן