פתרונות / סוכנויות ואולפנים
פורטל לקוחות המנהל את העסק
כל לקוח מקבל את השטח המוקף חומה משלו - קבצים, סטטוס, תוצרים - בעוד ששומרים מחייבים את עצמם וכלי הפרויקט שלך נשארים מסונכרנים.
התיק לבנייתו
למה לבנות את זה במקום SaaS של פורטל לקוח?
Portal SaaS מתומחרת למושב ומעוצבת עבור הסוכנות הממוצעת - וזה שלך לא. בסופו של דבר אתה משנה את שמות שלבי המשלוח שלך כך שיתאימו לתוויות שלו, מייצא לגיליונות אלקטרוניים עבור החלקים שהוא לא יכול לדגמן, ומשלמים שוב בכל פעם שהצוות גדל. Kliv בונה את הפורטל סביב הסטודיו שלך במקום זאת: השלבים שלך, השפה שלך, חווית הלקוח שלך, בדומיין שלך.
תהליך האספקה שלך הוא המבדיל - קצר, מושגים, סבבי עדכון, חתימה - כך שהפורטל צריך לעצב את זה פשוטו כמשמעו. כל לקוח הוא ארגון עם אנשים, פרויקטים וקבצים משלו, מוקפים במסד הנתונים. כאשר אתה מחדד את אופן האספקה, הפורטל עוקב במשפט, לא בבקשת תכונה לספק.
האנטומיה של המערכת
מה בעצם הפורטל יודע
פורטל סוכנות צריך להפריד בין שני דברים שכלי פרויקט גנריים מטשטשים יחד: איך הצוות שלך עובד באופן פנימי ומה כל לקוח רשאי לראות. מנהל שיווק בלקוח אחד יכול לראות את לוח השנה של מסע הפרסום שלו, קבצי המותג, החשבוניות ושרשורי העדכון שלו - ואינו יכול לגלות פרויקט של לקוח אחר על ידי שינוי כתובת URL או ניחוש מזהה. הנה הצורה של המערכת ש-Kliv יבנה.
לקוחות
כל לקוח הוא ארגון - המשתמשים, הפרויקטים, הקבצים, האישורים והיסטוריית החיובים שלו חיים בתוך הקיר הזה.
פרויקטים
בצע את השלבים שלך - קצרים, מושגים, סבבי עדכון, חתימה - עם הקבצים והשרשורים השייכים לכל אחד.
משלוחים
קבצי מקור, מצגות וגמרים - משותפים לכל לקוח, פרטי כברירת מחדל.
אישורים
חתימה היא מצב מוקלט על העבודה, לא שרשור אימייל קבור.
שומרים וחשבוניות
הקשר המסחרי - סטטוס מנוי, חשבוניות, היסטוריית רכישות - מצורף לאותה רשומת לקוח.
בקשות
תור של שואלים לקוחות נכנסים, בהיקף ללקוח שגידל אותם.
מי רואה מה
כללים שמסד הנתונים אוכף
- משתמש לקוח יכול לקרוא רק שורות השייכות לארגון שלו - ניחוש כתובת URL או מזהה לא מחזיר דבר.
- הקבצים הם פרטיים כברירת מחדל; השיתוף הוא לכל לקוח, לא לכל קישור.
- פרטי החיוב גלויים לבעל הלקוח, לא לכל אחד מחברי הצוות שלו.
- כשמחזיק מעמד פוקע, הזכויות סוגרות את האזורים הסגורים - אף אחד לא צריך לזכור לבטל את הגישה.
התוצאה אינה ״פורטל״ כקטגוריה גנרית. זהו מודל המסירה שלך שהפך לתוכנה: לקוחות, שלבים, קבצים, אישורים, תשלומים והרשאות, כולם מתארים את אותה מערכת יחסים.
מה Kliv מרכיב
רשימת קניות של חלקי פלטפורמה - כל אחד מובנה, כל אחד מחבר עם השאר.
פורטל אחד, מוקף חומה לכל לקוח
כל לקוח הוא ארגון: האנשים שלו רואים את הפרויקטים והקבצים שלהם, לעולם לא של לקוח אחר. נאכף במסד הנתונים, לא בלוגיקת הדף שלך.
שומרים על טייס אוטומטי
שמירה חודשית עם פרופורציה והשהייה - ודרישות רודפות אחרי הכרטיס שפג תוקפו, כך שלא תצטרך.
משלוחים, משותפים בבטחה
שיתוף קבצים לכל לקוח עבור תקצירים, נכסים וסופיות - פרטי כברירת מחדל.
הכלים של הצוות שלך מחוברים
בקשת לקוח חדשה הופכת לכרטיס Trello; פינג Slack יוצא כאשר הם מאשרים.
עוזר שמכיר את החשבון
לקוחות שואלים ״איפה הפרויקט שלי?״ והסוכן עונה מהנתונים שלו - בהיקף של הארגון שלהם.
דרכים לטעון
שלוש דרכים שבהן סוכנות יכולה לגבות תשלום
סוכנויות לעתים רחוקות מוכרות דבר אחד. אותו לקוח עשוי להתחיל עם ספרינט אסטרטגי, לעבור ל-Retainer חודשי, ואז לקנות כושר ייצור נוסף במהלך ההשקה. הפורטל צריך להבין את הצורות הללו ישירות במקום לאלץ כל מערכת יחסים לאותה תבנית חשבונית.
ריטיינר חודשי
6,000 דולר לחודש
הלקוח הצומח בהתקשרות מתמשכת
תור בקשות, דיווח חודשי, כספת קבצים משותפת ושתי קריאות אסטרטגיה.
- פותחים
- המנוי הפעיל פותח את חלקי הפורטל השייכים למערכת היחסים: בקשות פתוחות, תוצרים פעילים, דיווח ונכסים מאושרים.
- חיוב
- מתחדש מדי חודש עם פרופורציה הוגנת על שינויים. אם הכרטיס נכשל, הודעות דוא״ל לשחזור יוצאות והגישה יכולה לצמצם עד לתיקון החיוב.
- החזרים
- בקשות להחזר מנותבות דרך שלב אישור לפני העברת הכסף.
פרויקט בהיקף קבוע
18,000 דולר חד פעמי
הלקוח מרענן המותג עם היקף מוגדר
ציר זמן של הפרויקט, העלאות קבצי מקור, מצגות קונספט, סבבי גרסאות והגשה סופית.
- פותחים
- הרכישה פותחת את החלל של הפרויקט הזה - הלקוח רואה את העבודה קשורה להיקף שלה, לא לסביבת העבודה הפנימית שלך.
- חיוב
- חיוב אחד, קבלה אחת, היסטוריית רכישות מלאה בדף החיוב של הלקוח. כאשר הפרויקט מסתיים, החלל עובר למצב ארכיון.
- החזרים
- אותו תזרים אישור - החזר הוא החלטה, לא תאונה.
תוסף מבוסס שימוש
250 דולר לבריף נוסף
לקוח התוכן שעוצמת הקול שלו עולה במהלך ההשקות
מגן בסיס בתוספת תוספות מדודות - תקצירי דף נחיתה, סרטונים ערוכים נוספים - מעבר לנפח הכלול.
- פותחים
- מדידה פועלת כנגד הפעילות של הלקוח המחובר, כך שמה כלול, מה נעשה בו שימוש ומה יחויב גלוי לשני הצדדים.
- חיוב
- תוספות מצטברות על המונה והחשבון עם המנוי - ללא גיליון אלקטרוני של תוספות מאושרות.
- החזרים
- פריטי שורה שנויים במחלוקת נפתרים באמצעות אותו זרימת החזרים כספיים עם אישור.
לפני ההשקה
השבוע הראשון, לפני ההשקה
אתה לא משיק פורטל לקוחות ומקווה. כך בעצם נראה השבוע הראשון - והוא מסתיים בכך שהפורטל כבר חי שנה.
עצב את הפורטל
תאר איך הסטודיו עובד: איך מגיעים לקוחות, שלבי המשלוח שלך, מי בצוות. Kliv בונה את התצוגה המקדימה הראשונה - ארגוני לקוחות, פרויקטים בשפה שלך, הקירות שכבר קיימים.
הפוך אותו לשלך
צמצם בשיחה ועל ידי הצבעה על דברים: שמות הבמה שלך במקום תוויות גנריות, המותג שלך, הדומיין שלך. כל שינוי נוחת בתצוגה המקדימה לפני שמישהו אחר רואה אותו.
טען את הדבר האמיתי
צור את ההצעות בפועל - תוכנית השמירה, מוצרי הפרויקט - הזמינו את הצוות שלכם והעבירו מדריך לקוח אמיתי אחד כדי לראות את הפורטל עם תוכן אמיתי.
נסה לשבור את זה
היכנס כלקוח בדיקה ובדוק את הקירות: האם הם יכולים לראות פרויקט של לקוח אחר? הפעל קופה, כשל בכרטיס בכוונה, בקש החזר - צפה באימייל השחזור ובשלב האישור עושים את עבודתם.
אז תעשה חזרות שנה
זה החלק שאף דרך אחרת של בנייה לא נותנת לך: ב-Sandbox, עם כסף מדומה וזמן מדומה, הרץ קדימה שנים עשר חודשים. שעונים מתחדשים, תוקף כרטיס יפוג במרץ ומתאושש באפריל, ביטול סוגר את הדלתות הנכונות. כשאתה מפרסם, אתה לא שולח ניחוש - אתה שולח פורטל שכבר רץ שנה מהעסק שלך.
בהזמנה אישית, ללא סיכון בהתאמה אישית
תוכנה מותאמת אישית פירושה בעבר תקציב, קבלן וחוזה תחזוקה. זו עסקה אחרת.
חלקים ברמה ארגונית
כניסה, הרשאות שנאכפו במסד הנתונים, חיוב, ביקורת, דוא״ל - הרכיבים תחת המערכת המותאמת אישית שלך הם אותם חלקים מוקשחים שכל אפליקציה של Kliv פועלת עליהם. אתה מרכיב תשתית מוכחת; אתה לא מחייב קוד מאפס.
שינויים נשלחים לפי הסדר
כשהתהליך שלך משתנה, אמור זאת - השינוי מובנה בשיחה, אתה סוקר אותו בתצוגה מקדימה חיה, ושום דבר לא מגיע למשתמשים שלך עד שאתה מפרסם. ניתן אפילו להתאמן על שינויים מסחריים ב-Sandbox עם כסף וזמן מדומה.
אף אחד לא יכול להשקיע את זה
כלים מהמדף מתומחרים מחדש, מעוצבים מחדש ויוצאים לפנסיה לפי לוח הזמנים של הספק - וזרימת העבודה שלך הולכת איתם. אפליקציית Kliv שלך משתנה רק כאשר אתה משנה אותה. זה המוצר שלך, לא מושב אצל מישהו אחר.
תגיד את זה במשפט אחד
“בנה פורטל לקוח שבו כל לקוח רואה רק את הפרויקטים והקבצים שלו, השומרים מחייבים מדי חודש, ובקשת לקוח חדשה יוצרת כרטיס Trello עבור הצוות שלי.”
זה באמת איך זה מתחיל - תאר את זה, ואז תחדד בשיחה.
לבנות או לקנות
למה לא פשוט לקנות פורטל?
| מהמדף | עם Kliv | |
|---|---|---|
| הפרדת לקוחות | סביבות עבודה ותיבות סימון הרשאות - מוגדרות ביד, מסומנות מחדש בכל פעם שמישהו מצטרף. | כל לקוח הוא ארגון; כללי מסד נתונים ברמת השורה הופכים קריאה בין לקוחות לבלתי אפשרית, ולא רק מוסתרת. |
| שלבי המשלוח שלך | תוויות הצינור שלהם; אתה מתאים את התהליך שלך כך שיתאים להם. | המילים שלך - קצרות, מושגים, סבבים, חתימה - עיצבו את הדרך שבה אתה כבר מספק. |
| מבנה עלויות | לכל מושב, לחודש - החשבון גדל עם הצוות שלך, לא ההכנסות שלך. | אתה הבעלים של המערכת - ומחייב לקוחות באמצעותה: שימורים, פרויקטים, תוספות מדורגות. |
| משנה את אופן העבודה | בקשת תכונה, הצבעה במפת דרכים, המתנה. | משפט בשיחה, תצוגה מקדימה, פרסום. |
| הנתונים שלך | ניתן לייצא, בפורמטים שהתוכנית שלהם מאפשרת. | פרויקטים, קבצים, אישורים והיסטוריית חיובים הם שורות במסד הנתונים שלך. |
הפרדת לקוחות
מהמדף: סביבות עבודה ותיבות סימון הרשאות - מוגדרות ביד, מסומנות מחדש בכל פעם שמישהו מצטרף.
עם Kliv: כל לקוח הוא ארגון; כללי מסד נתונים ברמת השורה הופכים קריאה בין לקוחות לבלתי אפשרית, ולא רק מוסתרת.
שלבי המשלוח שלך
מהמדף: תוויות הצינור שלהם; אתה מתאים את התהליך שלך כך שיתאים להם.
עם Kliv: המילים שלך - קצרות, מושגים, סבבים, חתימה - עיצבו את הדרך שבה אתה כבר מספק.
מבנה עלויות
מהמדף: לכל מושב, לחודש - החשבון גדל עם הצוות שלך, לא ההכנסות שלך.
עם Kliv: אתה הבעלים של המערכת - ומחייב לקוחות באמצעותה: שימורים, פרויקטים, תוספות מדורגות.
משנה את אופן העבודה
מהמדף: בקשת תכונה, הצבעה במפת דרכים, המתנה.
עם Kliv: משפט בשיחה, תצוגה מקדימה, פרסום.
הנתונים שלך
מהמדף: ניתן לייצא, בפורמטים שהתוכנית שלהם מאפשרת.
עם Kliv: פרויקטים, קבצים, אישורים והיסטוריית חיובים הם שורות במסד הנתונים שלך.
שאלות נפוצות
כיצד למעשה נאכפת הפרדת לקוחות?
במסד הנתונים. כל לקוח הוא ארגון, וכללים ברמת השורה פירושם שהמשתמשים שלהם יכולים לקרוא רק את הפרויקטים והקבצים שלהם - בידוד הוא מאפיין של הנתונים, לא של הקישורים שזכרת להסתיר.
האם לקוחות יכולים לשלם לריטיינרים דרך הפורטל?
כן - שומרים חודשיים עם פרופורציה והשהייה, עמלות פרויקט חד פעמיות ודף חיוב בשירות עצמי. כרטיסים שפג תוקפם מקבלים ניסיון חוזר ורודפים אותם באופן אוטומטי.
האם זה מתחבר לכלים שהצוות שלי כבר משתמש בו?
כן. בקשת לקוח חדשה יכולה ליצור כרטיס Trello, אישור יכול לבצע ping Slack - הצוות שלך שומר על הכלים שלו בזמן שהלקוחות מקבלים פורטל אחד נקי.
האם קבלנים יכולים לקבל גישה מוגבלת?
כן - תפקידים הם חלק מאותה מערכת זהות, כך שקבלן רואה את הפרויקטים שהם מוקצים אליהם ולא שום דבר אחר: אין חיוב, אין תנאי שמירה, אין לקוחות אחרים. הכלל נמצא במסד הנתונים, כך שהוא מתקיים בכל מקום.
מה קורה למרחב של לקוח כשההתקשרות מסתיימת?
מה שיגיד היציאה שלך מהמטוס. דפוס נפוץ: כאשר ה-Retainer מסתיים, המקום עובר לארכיון - קבצים סופיים, חשבוניות ואישורים נשארים קריאים, בעוד שבקשות חדשות וסבבי עדכון נסגרים עד לרכישת היקף חדש.
אנו מחייבים חלק מהלקוחות מדי חודש וחלקם לפי פרויקט. האם פורטל אחד יכול לטפל בשניהם?
כן - ריטיינרים הם מנויים ופרויקטים הם רכישות חד פעמיות באותו קטלוג, ולקוח יכול להחזיק את שניהם בבת אחת. כל אחד פותח את החלק שלו בחלל, והחשבוניות נוחתות על דף חיוב אחד.
