IOSOR ידע
הטמעת API מול פורטל שותפים ב-White-Label
מוצרי SaaS שמטמיעים הודעות נשארים על משטח ה-ISV. פורטלי שותפים ב-White-Label נשארים תחת Partner — אין לערבב מותג, מפתחות ובעלות תפעולית.
כאשר מוצר SaaS מטמיע הודעות, משתמשי הקצה לעולם אינם פותחים קונסולת IOSOR. הם לוחצים על 'שלח' בתוך ממשק המשתמש של ה-ISV; ה-ISV מחזיק במפתחות, בוובהוקים ובספר הכללי המשולם מראש. נתיב זה הוא הטמעה (embed). פורטל שותפים ב-White-Label הוא שונה: מנהל המערכת של השותף עובד תחת משטחי Partner — ממשק מוגן מותג, בידוד דיירים ושערי משטח שאינם דולפים לעולם שמות תשתית במעלה הדרך.
צוותים מבלבלים לעיתים קרובות בין השניים: צילומי מסך של שותף במצגת ISV, או שגיאות שנראות כמו IOSOR בתוך מוצר ה-SaaS. הטמעה פירושה שהמוצר שלך הוא המסך היחיד שנחשף ללקוח. שותף פירושו פורטל ממותג עבור משווקים — עדיין White-Label ומוגדר, אך עם מפת בעלות שונה לחלוטין. בחר מסך אחד לשבוע הראשון.
הטמעה שומרת על ההודעות בתוך מוצר ה-SaaS
חיבורי ההטמעה מציבים מפתחות API, מפתחות אידמפוטנטיות ומקבלי וובהוקים תחת ארגון ההנדסה של ה-ISV. פעולות משתמש הקצה ממופות לשליחות בצד השרת עם הארנק המשולם מראש של ה-ISV. ממשק ה-SaaS מציג סטטוסים טבעיים של המוצר — בתור, נשלח, נכשל — לעולם לא מותגי תשתית ולעולם לא התחברות לקונסולה שנייה עבור הלקוח.
תעד איזה מיקרו-שירות מחזיק במפתחות הייצור. בצע רוטציה לפי קצב ה-ISV. אם צוות המוצר מבקש פורטל שותפים לצפייה בתמיכה, ענה באמצעות שער המשטח: בקשה זו שייכת תחת Partner, ולא כקיצור דרך בתוך מעטפת ה-SaaS.
פורטל שותפים נשאר משטח White-Label נפרד
פורטלי שותפים משרתים מנהלי משווקים המנהלים תת-דיירים, חלוקת תעריפים וייצוא מוגן מותג. המסכים עוקבים אחר שערי המשטח של Partner: ללא מותגי תשתית בהודעות קופצות, שגיאות API, וובהוקים או עמודות CSV. הקטלוג החי עדיין תואם לכספת. מנהל השותף אינו משתמש הקצה של ה-ISV.
אין להטמיע פורטל שותפים ב-iframe בתוך מוצר ה-SaaS כדי להיראות מהיר יותר. דבר זה מערבב מודלי אמון ומדליף שפת סטטוס תפעולית. שמור על עבודת Partner בכתובות URL ובתפקידים ייעודיים של Partner.
חלוקת בעלות: ממשק מוצר מול ממשק שותף
| החלטה | הטמעה | פורטל שותפים |
|---|---|---|
| מי רואה את ה-UI | משתמשי קצה של ISV | מנהלי שותפים |
| היכן שמורים המפתחות | סודות ISV | כספת תפעולית לפי התכנון |
| שפת המותג | טקסט מוצר SaaS | טקסט שותף ב-White-Label |
| בעלים של הספר | חשבון prepaid של ISV | אותו חשבון או כללי בידוד |
| שער גישת קריאה | הרגלי השקה של מפתחים | שער משטח שותף |
פרסם טבלה זו בכרטיס ההשקה. אנשי המכירות אינם מורשים להבטיח את שני המסכים לשבוע הראשון ללא בעלים מוגדרים.
דחיית הדגמות היברידיות שמערבבות נתיבי מותג
לחצן שליחה ב-SaaS וצילום מסך של פורטל שותפים בשקופית אחת מאמנים את הקונים לצפות למסך השגוי. אם הקונה מטמיע OTP באפליקציה שלו, הדגם הטמעה ושמור על מאמרי Partner כמידע נלווה בלבד.
נתיבי תפעול קשורים
- שער משטח שותף: אין דליפת מותג
- וובהוקים ומפתחות בהשקה
- אריזת SKU של תקשורת רב-ערוצית להצעות קטלוג מאוחדות
התחל עם IOSOR
הגדירו את מקלטי ה-webhook של המוצר שלכם במסוף תחת כספת סודות ה-ISV, ושמרו על מפתחות ה-API אך ורק בשרת הצד האחורי שלכם. אכפו את שער ממשק השותפים לפני מתן גישה ניהולית למשווקים, כדי לוודא שאף מיתוג במעלה הזרם לא דולף למטעני ייעוד או לייצוא קבצים. שמרו על ממשק המוצר וממשק השותפים מבודדים גם בסביבות בדיקה וגם בסביבות ייצור.
סיכום IOSOR
הטמעת הודעות דרך ממשק תכנות יישומים שומרת על תעבורת משתמשי הקצה ומצבי הסטטוס לחלוטין בתוך ממשק המשתמש של תוכנת השירות שלכם, המופעלת באמצעות מפתחות צד שרת של צוות ההנדסה שלכם. במקביל, פורטלים לבנים לשותפים קיימים אך ורק עבור מנהלי משווקים כדי לנהל מבני משנה, הפצת תעריפים וייצוא מבודד ממותג מבלי לחשוף פרטי תשתית במעלה הזרם.
הקפידו לבודד מפתחות API, מקלטי webhook והצגת סטטוס בתוך בסיס קוד המוצר הראשי שלכם. אל תציגו הדגמות מכירה היברידיות ואל תערבبو בין ממשק הניהול של השותפים לבין זורמי ההודעות המקוריים של המוצר, שכן טשטוש גבולות אלו יוצר דליפות מותג ומיישר קו לקוי בניהול הדיירים.
האם המדריך הזה עזר?
מדריכים קשורים
- שליחת משתמש קצה עדיין מחייבת ספר ראשי מראש אחד
שליחה מוטמעת עדיין מחייבת את ארנק המפתח (ISV). אל תמציאו ספר ראשי שני שהמוצר אינו מממן — החזקות, ניסיונות חוזרים ואידמפוטנטיות נשארים מדויקים.
- מתי מגבלת דייר מובנית חייבת לעצור את השליחה
מגבלות חלוקה הוגנת בתוך מוצר ISV חייבות לעצור לחלוטין את השליחה עבור אותו דייר — לעולם אל תחזיר API 200 מדומה של נמסר כאשר המגבלה מושגת.