תהליכים חיוניים ב־MVP של מרקטפלייס
מאת איתי דילן זריהן זיונץ· הבעלים של POCAST
מה צריך לקרות בין קונה, ספק ומפעיל כדי להשלים עסקה, ואילו תהליכים כדאי לבנות לפני הרחבת הקטלוג.
יש יותר ממסלול משתמש אחד
מרקטפלייס מפגיש קונים וספקים, ולעיתים כולל צוות שמטפל באישורים ובמחלוקות. מסך קטלוג יפה אינו מספיק אם ספק לא יכול לקבל הזמנה או אם קונה אינו יודע מה קורה לאחר התשלום.
לגרסה הראשונה בוחרים סוג שירות או מוצר מוגדר, אזור פעילות ואופן השלמת עסקה. כך אפשר לבדוק מסלול שלם לפני הוספת סוגי ספקים וכללי תמחור שונים.
מפת מסלולים ראשונה
| משתתף | מסלול חיוני |
|---|---|
| קונה | חיפוש, פרטים, בקשה או הזמנה ומעקב |
| ספק | הגדרת היצע, קבלת בקשה ועדכון זמינות |
| מפעיל | אישור ספק, טיפול בחריגים ותיעוד |
| מערכת | הרשאות, סטטוסים ומניעת פעולה כפולה |
דוגמה: הזמנת שירות מספק
מגדירים האם הקונה משלם מיד או שולח בקשה שהספק צריך לאשר. אם נדרש אישור, צריך להראות סטטוס ביניים, זמן תגובה ותוצאה כשהספק מסרב. אם יש תשלום, מאמתים את יכולות ספק התשלום ואת תהליך הביטול לפני התחייבות למודל.
מערכת מרובת ספקים צריכה להפריד נתונים והרשאות. ספק אחד אינו אמור לצפות בבקשות של ספק אחר רק משום ששניהם מחוברים. תרחיש כזה חייב להיכלל בבדיקות.
תכולה שאפשר לדחות בזהירות
המלצות מתקדמות, דירוגים מורכבים או אפליקציה נוספת יכולים לחכות אם אינם תנאי לעסקה הראשונה. לעומת זאת, מצב הזמנה ברור, טיפול בתקלה ואחריות תפעולית נחוצים כבר בגרסה שמשרתת לקוחות.
- קבעו איך מגייסים את שני צדדי השוק.
- בחרו מסלול מסירה ותשלום אפשרי.
- הגדירו חריגים ואחראי לטיפול.
- מדדו בקשות, אישורים והשלמות בנפרד.
היקף הפיתוח תלוי במודל העסקי ובחלוקת האחריות. תבנית חנות רגילה אינה בהכרח מכסה תשלום, תפעול והרשאות של כמה ספקים.
הכנת בריף לפרויקט
כלי לאפיון אתר ומערכת עסקית — הגדירו מטרה, היקף וחומרים. בסיום אפשר לערוך, להעתיק או להדפיס את הסיכום ולפנות לפי בחירה.
תכנון הפרויקט עם POCAST
לפרטי השירות ולפנייה בנושא תהליכים חיוניים ב־MVP של מרקטפלייס. שלחו מטרה, חומרים קיימים והיקף רצוי; ההצעה תגדיר תכולה ותוצרים לפני תחילת עבודה.
למרכז המדריכים בנושא בית תוכנה ופיתוח.