פיתוח מערכת מחלוקות ובוררות למרקטפלייסים

קונה טוען שההזמנה מעולם לא הגיעה; המוכר נשבע שהיא נשלחה. ללא הוכחות, התמיכה טובעת בשרשורי אימייל, והפתרון נמשך שבועות. עבור מרקטפלייס, כל סכסוך כזה עולה זמן, כסף ואמון. בנינו מערכת סכסוכים ובוררות שמבצעת אוטומציה של עד 70% מהקונפליקטים ומקצרת את זמן הפתרון ל-48 שעות. במשך 5 שנים סיפקנו 50+ פרויקטים, וזמן הטיפול הממוצע בסכסוך ירד פי 5 בהשוואה למודרציה ידנית. טיפול אוטומטי בהחזרות מקצר את זמן העיבוד ב-60% (מקור: Stripe).

בעיות שהמערכת פותרת

• סוגי סכסוך שגויים: קונים בוחרים לעיתים קרובות את הסוג הלא נכון, מה שמאט את התהליך. המערכת שלנו מאמתת נתונים ומציעה את התרחיש הנכון.
• תגובות איטיות של מוכרים: אם מוכר לא מגיב תוך 48 שעות, הסכסוך נפתר אוטומטית לטובת הקונה במקרים ברורים (אי-קבלה, סירוב להחזרה). זה מעודד פעולה מהירה.
• הונאה: הגבלה של 3 סכסוכים בחודש לכל קונה, ניקוד לפי היסטוריית סכסוכים, ובדיקה מוגברת למוכרים עם שיעור סכסוכים >5%.

איך מערכת הסכסוכים עובדת

מודל נתונים

disputes (
  id,
  order_id,
  buyer_id,
  seller_id,
  type: not_received | wrong_item | damaged | not_as_described | return_refused,
  status: open | waiting_seller | waiting_buyer | escalated | resolved_buyer | resolved_seller | resolved_partial | closed,
  desired_resolution: full_refund | partial_refund | replacement | return_and_refund,
  requested_amount (для partial_refund),
  created_at,
  resolved_at,
  auto_close_at
)
dispute_messages (
  id,
  dispute_id,
  sender_type: buyer | seller | admin,
  sender_id,
  message,
  attachments (jsonb),
  created_at
)
dispute_evidence (
  id,
  dispute_id,
  uploaded_by,
  type: photo | video | document,
  file_url,
  description,
  created_at
)

שלבי פתרון אוטומטי

1. הקונה פותח סכסוך, בוחר אחד מחמישה סוגים, ומצרף ראיות.
2. המערכת מודיעה למוכר — יש לו 48 שעות להגיב.
3. אם המוכר לא מגיב, הסכסוך נסגר אוטומטית לטובת הקונה עבור סוגים disputes ( id, order_id, buyer_id, seller_id, type: not_received | wrong_item | damaged | not_as_described | return_refused, status: open | waiting_seller | waiting_buyer | escalated | resolved_buyer | resolved_seller | resolved_partial | closed, desired_resolution: full_refund | partial_refund | replacement | return_and_refund, requested_amount (для partial_refund), created_at, resolved_at, auto_close_at ) dispute_messages ( id, dispute_id, sender_type: buyer | seller | admin, sender_id, message, attachments (jsonb), created_at ) dispute_evidence ( id, dispute_id, uploaded_by, type: photo | video | document, file_url, description, created_at ) ו-not_received.
4. אם הצדדים לא מגיעים להסכמה, הסכסוך מועלה לבורר.
5. הבורר בוחן את השיחה, הראיות, ומקבל החלטה סופית.

עיבוד ידני לעומת אוטומטי

אוטומציה מהירה פי 5 מטיפול ידני. בעיבוד ידני, כל סכסוך דורש ממנחה לאמת ראיות, לתקשר עם הצדדים, ולקבל החלטה — בממוצע 5–7 ימים. המערכת האוטומטית פותרת מקרים ברורים תוך 48 שעות ללא התערבות אנושית, ובמקרים מורכבים הבורר מקבל תמונה מלאה תוך 10 דקות. חיסכון של 80% בזמן.

למה הגנה מפני ניצול היא קריטית

• קונה יכול לפתוח לכל היותר 3 סכסוכים בחודש.
• היסטוריית סכסוכים נכללת בניקוד משתמשים חדשים.
• מוכרים עם שיעור סכסוכים >5% מההזמנות ממוקמים תחת מעקב מיוחד.
• ראיות נשמרות למשך 180 ימים לאחר סגירת הסכסוך.

דוגמה: קונה הזמין סמארטפון ב-25,000 RUB. 10 ימים לאחר תאריך המשלוח הצפוי, הוא פותח סכסוך עם סוג return_refused. המוכר לא מגיב תוך 48 שעות — המערכת מחזירה אוטומטית את מלוא הסכום. הכסף מנוכה מהעיכוב של המוכר. כל התהליך אורך יומיים ללא מעורבות תמיכה.

פרטים טכניים: פעולות פיננסיות ואנליטיקה

• החזר מלא: סכום מלא + עלות משלוח (ממוצע 300 RUB). מנוכה מיתרת המוכר.
• החזר חלקי: סכום מוסכם, היתרה למוכר.
• פסיקה לטובת המוכר: כסף מהעיכוב מועבר למוכר.
• החלפה: העיכוב נשמר עד לאישור קבלת ההחלפה.

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

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

אנליטיקת סכסוכים: ניתוח נתונים עוזר לזהות קטגוריות בעייתיות — שלוש הסיבות המובילות לסכסוך מהוות 60% מכלל המקרים. מוכרים עם שיעורי סכסוך חריגים הם מועמדים לבדיקה. שיעור ההמרה מסכסוך להחזר הוא אינדיקטור להוגנות המערכת.

שלבי פיתוח ולוחות זמנים

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

מה כלול בפיתוח

• עיצוב מודל נתונים ולוגיקה עסקית
• פיתוח API לניהול סכסוכים
• ממשק בורר עם פאנל בקרה
• אינטגרציה עם שער תשלומים
• מערכת התראות (אימייל, push, Telegram)
• לוח מחוונים לאנליטיקת סכסוכים
• תיעוד והעברת קוד מקור
• הכשרת צוות תמיכה
• תמיכה באחריות למשך 3 חודשים

צרו קשר לייעוץ על התאמת המערכת למרקטפלייס שלכם. הזמינו מערכת סכסוכים ובוררות — קבלו פתרון שמפחית את עומס התמיכה ב-40% ומאיץ את פתרון הקונפליקטים פי 5.