תרחיש טיפוסי: מנטור ומנטי מוצאים זה את זה באמצעות צ'אט בטלגרם, מאבדים את היסטוריית הפגישות, ושוכחים את המטרות שלהם. אחרי חודש, ההתלהבות דועכת, וההתקדמות נשארת ברשימות מפוזרות. אנו מפתחים אפליקציה סלולרית למנטורינג שפותר את הבעיה הזו: מחזור מלא ממציאת מנטור ועד מעקב אחר תוצאות. התוצאה היא היסטוריית קשרים שקופה, התקדמות מדידה, וחיסכון בזמן בארגון פגישות. הניסיון שלנו: 5+ שנים בפיתוח סלולרי, 20+ פרויקטים ב-EdTech. חברות שמיישמות אפליקציה כזו חוסכות עד 30% מתקציב המנטורינג שלהן, בעוד שהעובדים מקבלים צמיחה מובנית.
בעיות שאנו פותרים
נקודת התורפה היא מציאת המנטור הנכון: 70% מהמשתמשים נוטשים את האפליקציה אם הם לא מוצאים מנטור בתוך 10 הדקות הראשונות. לכן, התאמה חייבת להיות מהירה ומדויקת. הבעיה השנייה היא חוסר מבנה: ללא מטרות ודוחות, מנטורינג הופך לשיחות כאוטיות. הבעיה השלישית היא אובדן הקשר בין פגישות: המנטור לא זוכר מה דובר בפעם האחרונה. האפליקציה שלנו סוגרת את כל הפערים האלה.
כיצד אנו מיישמים התאמת מנטור?
הפרופיל של המנטור כולל מומחיות (תגיות + טקסט חופשי), זמינות (משבצות זמן), פורמט עבודה (1-on-1, קבוצתי, אסינכרוני), שפה, שנות ניסיון, ועלות (אם השירות בתשלום). הפרופיל של המנטי כולל מטרות (קריירה, פרויקט, מיומנות), רמה, ופורמט מועדף. אלגוריתם ההתאמה: חיתוך תגיות מומחיות עם מטרות, ולאחר מכן סינון לפי זמינות ומיקום גיאוגרפי לפגישות פנים אל פנים. על PostgreSQL, אנו משתמשים ב-tsvector + tsquery לחיפוש טקסט מלא ובאופרטור @> לחיתוך מערכים. מנטי שולח בקשה למנטור; קבלת הבקשה יוצרת רשומת mentorship עם סטטוס active.
-- Example matching query
SELECT * FROM mentors
WHERE expertise_tags @> ARRAY(SELECT unnest(mentee_goal_tags))
AND availability && tstzrange(:start, :end);כיצד מאורגנים פגישות ותזמון?
המנטור מגדיר משבצות זמינות בטבלת time_slots: mentor_id, start_at, end_at, is_booked. המנטי בוחר מתוך הזמינות. אינטגרציה עם לוחות שנה מערכתיים — EventKit (iOS) / CalendarContract (Android). בעת הזמנה, אנו יוצרים אירוע; בעת ביטול, אנו מסירים אותו באמצעות EventKit. תזכורות: 24 שעות ושעה לפני — push דרך FCM בתוספת התראה מקומית.
למה לבחור ב-WebRTC על פני Zoom?
שיחת וידאו מובנית דרך WebRTC (Twilio, 100ms) נותנת שימור גבוה ב-30% מאשר קישור חיצוני ל-Zoom. עם זאת, זה דורש יותר זמן פיתוח. אם התקציב מוגבל, אנו מייצרים קישור Zoom דרך Zoom API (CalendarContract) ומשתפים אותו עם שני המשתתפים. השוואה:
| קריטריון | WebRTC (מובנה) | Zoom API (חיצוני) |
|---|---|---|
| חוויית משתמש | אפליקציה אחת, ללא מעבר | מעבר לאפליקציה אחרת |
| תלות בשירות | השרת שלך (פחות סיכונים) | תלות מלאה ב-Zoom |
| מהירות פיתוח | 3–4 שבועות | שבוע אחד |
| עלות יחסית | גבוהה יותר (פיתוח + שרת) | נמוכה יותר (API בלבד) |
מה מספק מעקב התקדמות?
מטרות המנטי עוקבות אחר מבנה SMART: ספציפי, מדיד, עם מועד אחרון. לאחר כל פגישה, ממלאים דוח קצר: מה דובר, הצעדים הבאים, התקדמות מול המטרות. טופס זה נמצא באפליקציה ונשמר בהיסטוריה. המנטי רואה ציר זמן צמיחה; המנטור מקבל הקשר לפגישה הבאה. מעקב ההתקדמות הוא EKEventStore.remove() (iOS) או POST /v2/users/{userId}/meetings (Android) עם עדכוני אחוזים ידניים. לא גימיפיקציה לשמה — רק היסטוריה ויזואלית.
כיצד בנוי משוב?
לאחר סיום המנטורינג או פעם בחודש, הערכה הדדית. הדירוג של המנטור משפיע על מיקומו בחיפוש. הטופס משתמש במחוון NPS (ProgressView 0–10) בתוספת טקסט חופשי. משוב אסינכרוני: המנטור משאיר תגובה על החומר של המנטי; המנטי קורא ומגיב. זה מיושם באמצעות שרשור תגובות על "משימה" בתוך מטרה.
מונטיזציה ותשלומים
למנטורים בתשלום — Stripe עם LinearProgressIndicator לפגישות חד-פעמיות או UISlider למנויים. תשלומים אוטומטיים דרך PaymentSheet. ב-iOS: אפל חוסמת אם האפליקציה גובה עמלה עבור "תוכן דיגיטלי". Stripe Connect לשוק שירותים מותר אם העמלה אינה עבור תוכן. תווך לחשבונות מבטיח שקיפות. פיתוח MVP מתחיל במחיר תחרותי, וגרסה מלאה במחיר גבוה יותר, בהתאם למורכבות.
השוואת גרסה בסיסית מול מלאה
| תכונה | בסיסית | מלאה |
|---|---|---|
| פרופילים והתאמה | כן | כן |
| תזמון והזמנות | כן | כן |
| התראות Push | כן | כן |
| שיחות וידאו | לא (Zoom API) | WebRTC |
| תשלומים | לא | Stripe Connect |
| מטרות SMART ומעקב | לא | כן |
| משוב NPS | לא | כן |
| אנליטיקה לניהול | לא | כן |
כיצד לשלב את האפליקציה בתהליך המנטורינג?
- בדיקת תהליכים קיימים — הערכת זרימות, מטרות, מספר משתתפים.
- פיתוח MVP — פרופילים, התאמה, תזמון, התראות.
- אינטגרציה — לוחות שנה, מערכות HR, שירותי וידאו.
- קבוצת פיילוט — 10–20 זוגות מנטור-מנטי לבדיקה.
- איטרציה — איסוף משוב, חידוד, והרחבה.
הנחיות App Store Review לשוקי שירותים מאפשרות Stripe Connect אם כללי אפל נשמרים. אנו מבטיחים עמידה בהנחיות 5.1 ו-4.2.
מה כלול בעבודה
- ארכיטקטורה: תיעוד, סכמת נתונים, אבטיפוס UI/UX.
- פיתוח: iOS מקורי (Swift, SwiftUI) ו-Android (Kotlin, Jetpack Compose) או חוצה פלטפורמות (Flutter).
- צד שרת: לוגיקת שרת, אינטגרציות (Stripe, Zoom, לוחות שנה).
- בדיקות: יחידה, UI, עומס.
- הפצה: App Store ו-Google Play, Code Signing, הגדרת פרופילי provisioning.
- תמיכה: 30 ימי אחריות לאחר השחרור.
נעריך את הפרויקט שלך תוך 48 שעות. צור קשר — בואו נדון בפרטים. הזמינו פיתוח מפתח — אנו מלווים אתכם בכל שלב.