פיתוח תוכנית נאמנות באפליקציה לנייד

פיתוח תוכנית נאמנות באפליקציה למובייל

רבים נתקלו במצבים שבהם לאחר החזרת מוצר, יתרת הנקודות הופכת לשלילית, ובקשות מקבילות גורמות להטבות נקודות כפולות. בעיות אלו הן תוצאה ישירה של אחסון היתרה בשדה user.points יחיד. יתרה שגויה מובילה לנטישת לקוחות ולסיכונים משפטיים. במעל 20 פרויקטים בפינטק ובקמעונאות, פיתחנו ארכיטקטורה שמבטלת תרחישים כאלה. הפתרון שלנו מבוסס על יומן עסקאות, מערכת דרגות וחוקים גמישים שניתן לעדכן תוך כדי תנועה. בניגוד לאחסון יתרה בשדה יחיד, היומן מבטיח עקביות ויכולת שחזור — אמינות גבוהה ב-50%.

למה יומן עסקאות?

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

loyalty_transactions: id UUID PK
  user_id UUID FK
  type ENUM('earn', 'redeem', 'expire', 'refund', 'bonus')
  amount INTEGER
  reference_id UUID
  reference_type VARCHAR
  expires_at TIMESTAMP
  created_at TIMESTAMP
-- Баланс = сумма amount по незаистёкшим транзакциям
-- SELECT COALESCE(SUM(amount), 0) FROM loyalty_transactions
-- WHERE user_id = ? AND (expires_at IS NULL OR expires_at > NOW())

כל השינויים עוברים דרך טרנזקציית מסד נתונים עם רמת בידוד loyalty_transactions: id UUID PK user_id UUID FK type ENUM('earn', 'redeem', 'expire', 'refund', 'bonus') amount INTEGER reference_id UUID reference_type VARCHAR expires_at TIMESTAMP created_at TIMESTAMP -- Баланс = сумма amount по незаистёкшим транзакциям -- SELECT COALESCE(SUM(amount), 0) FROM loyalty_transactions -- WHERE user_id = ? AND (expires_at IS NULL OR expires_at > NOW()) . זה מבטיח עקביות יתרה תחת בקשות מקבילות. בפועל — באף אחד מהפרויקטים שלנו לא היו אי-התאמות לאחר היישום.

איך להגדיר מנגנוני זיכוי ללא פריסה?

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

• N נקודות לכל רכישה (תעריף ניתן להגדרה)
• בונוס עבור פעולות (הרשמה, ביקורת)
• מבצעים זמניים (פי 2 בסופי שבוע)
• חוקי ניצול: סכום מינימלי למימוש, הגבלות קטגוריות

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

מערכת דרגות: ברונזה → כסף → זהב

רמת המשתתף נקבעת לפי loyalty_rules — סכום הנקודות שנצברו בתקופה (לא כולל מימושים). ניצול נקודות לא מוריד את הדרגה. תאריכי האיפוס הם שנתיים, עם הודעה מוקדמת של 30 יום לפני ירידה בדרגה.

אינטגרציה עם רכישה בתוך האפליקציה

זיכוי נקודות עבור רכישות דרך IAP מתרחש בשרת לאחר אימות העסקה. הלקוח לא ממתין לתשובה — נקודות מגיעות באופן אסינכרוני דרך WebSocket. עבור החזרים, אנו מעבדים את ה-webhook מ-Apple/Google ויוצרים טרנזקציית total_earned. עסקאות נקודות מסונכרנות במלואן עם מערכת התשלומים.

צד הלקוח

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

// Swift — подписка на обновления баланса через WebSocket
class LoyaltyViewModel: ObservableObject {
    @Published var balance: Int = 0
    @Published var transactions: [LoyaltyTransaction] = []
    
    func subscribeToUpdates() {
        webSocketService.subscribe(channel: "loyalty.\(userID)") { [weak self] event in
            DispatchQueue.main.async {
                self?.balance = event.newBalance
                self?.transactions.insert(event.transaction, at: 0)
            }
        }
    }
}

תהליך העבודה

1. ניתוח: לימוד המודל העסקי ונקודות המגע שלך.
2. עיצוב: סכמת נתונים, API, מסכי לקוח.
3. יישום: לוגיקת שרת, אינטגרציה עם מערכות תשלום.
4. בדיקות: בדיקות עומס, בדיקות תנאי מרוץ.
5. פריסה: פריסה לסביבת ייצור, העברת תיעוד.

לוחות זמנים ועלות

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

טעויות עיצוב אופייניות

• אחסון יתרה בשדה יחיד — מוביל לאי-התאמות.
• חוסר ביומן עסקאות — אי אפשר לשחזר זיכויים שגויים.
• התעלמות מבקשות מקבילות — זיכויים כפולים.
• חיבור הדוק של חוקים ללקוח — כל שינוי דורש פריסה.
• אין תפוגה לנקודות — גידול בלתי מבוקר בהתחייבויות.

מה כלול בעבודה

אנו מספקים:

• סכמת מסד נתונים ויומן עסקאות
• לוגיקת שרת לזיכוי ומימוש (Docker, REST API)
• מסכי לקוח (SwiftUI / Jetpack Compose)
• אינטגרציה עם App Store / Google Play (אימות, webhook)
• התראות Push על זיכויים, ירידות בדרגה
• פאנל ניהול לניהול חוקים
• תיעוד API ומדריך למנהל

פיתחנו תוכניות נאמנות עבור אפליקציות פינטק, קמעונאות ומשחקים. אנו מתחשבים בהנחיות הביקורת של App Store (סעיפים 4.2, 5.1) בשלב העיצוב. צרו קשר כדי לדון במשימה שלכם.