השקת אתר החברות שבאמת יוצאת לדרך

סיכום

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

למה כל פרויקט אתר חברות הופך לאפוס של תשעה חודשים?

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

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

"אנחנו לא יכולים להשיק עד שזה מרגיש שלם."

התחילו עם המילים של הלקוח עצמו: "יש לנו רק הזדמנות אחת ליצור רושם ראשוני." זה נכון למותג שלהם, לא לרשימת התכונות שלהם. מעט חברים מבטלים כי מערכת תגים חסרה ביום הראשון; הם מבטלים כי מה ששילמו עליו לא הגיע. למעשה, הם בעיקר פשוט עוזבים בשקט, אבל זה מאמר אחר.

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

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

דרך שימושית להעביר זאת היא טבלה עם שלוש עמודות:

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

זו אותה פעולה בכל פעם: קחו את רשימת התכונות שהשיווק של הפלטפורמה נתן לכם, ומיינו אותה ל"משיקים עכשיו", "משיקים ברבעון הבא", ו"אולי לעולם לא". תגלו שרשימת ההשקה בפועל קצרה עד כדי מבוכה. זו המטרה.

"אבל התהליך שלך לא יכול להתמודד עם מה שהחברים שלנו הם."

כל לקוח מאמין שהחברים שלו הם יוצאי דופן. העמותה המקצועית "צריכה" משהו שונה מחברת ה-B2B SaaS, שצריכה משהו שונה מהיוצר. הפלטפורמות עצמן מחזקות זאת על ידי פילוח המסרים שלהן לעמותות, חברות SaaS ויוצרים. הפילוח אמיתי; המסקנה לא.

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

התהליך הסוכנותי החוזר הוא לכתוב משפט אחד לפני שפותחים השוואת פלטפורמות אחת. "חברים משלמים מדי חודש כדי לקבל [X]." אם הלקוח לא יכול לסיים את המשפט הזה, שום בחירת פלטפורמה לא תציל אותו. אם הוא יכול, אפשר להיקף את כל ההשקה סביב מסירת X, ולהתעלם מהתכונות ש-X לא נוגע בהן.

כאן גם מניחים בצד את שיחת התמחור. מנויים חודשיים, חברויות שנתיות, תשלומים חד-פעמיים, חבילות קורסים, שכבות פרימיום — כל אלה הן אפשרויות מונטיזציה, וכולן פשוט דרכים שונות לחייב עבור X. אף אחד לא צריך פורום קהילה כדי לגבות דמי שנתי. ברגע שנותנים ללקוח להגדיר את המודל שלו כ"מנוי + קהילה + קורסים", נרשמתם לשלושה מוצרים במקום אחד. דרך אגב, זו גם הסיבה שהמאמר הקלאסי לשדר אתר חברות לבוס לא טכני בדרך כלל נכשל: כולם מנסים למכור את התכונות, לא את חילופי הערך.

"הלקוח שלנו ביקש לבנות את זה בהתאמה אישית."

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

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

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

"אנחנו לא יכולים לנהל קהילה."

מעולה. אז אל תשיקו אחת.

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

זה החלק הקונטרה-דוגמטי: עבור סוכנות, "אנחנו לא יכולים לנהל קהילה" הוא לא התנגדות; זו מתנה. זה אומר שאתם יכולים להשיק בלי לחייב את הלקוח בעלות תפעולית שלא תקצב. מאוחר יותר, כשבסיס החברים גדול מספיק שאנשים כבר מבקשים לדבר זה עם זה, תוכלו להגביר מעורבות בקהילת החברים שלכם עם תכונה שיש לה אלוף שיריץ אותה.

צעד הפעולה כאן הוא רשימת בדיקה שחלה על כל לקוח, ללא יוצאים מן הכלל. עבור כל תכונה מוצעת, שאלו: "מי הבעלים של זה אחרי ההשקה?" אם התשובה אינה אדם ספציפי עם זמן ביומן, התכונה לא משוגרת. פרופילי חברים? צריך מישהו שמאשר פרופילים. וידאו חי? צריך מנחה. פורום דיון? צריך מנהל. הפלטפורמה יכולה לספק את הצנרת; היא לא יכולה לספק את המטלה.

"אנחנו חייבים להעביר הכל לפני שאנחנו משיקים."

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

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

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

"אנחנו צריכים פלטפורמה שעושה הכל."

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

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

והנה החלק שקל לפספס: אל תיתנו לחיפוש התכונות להפוך לדרך לדחות את העיצוב. כשהלקוח אומר "אנחנו רוצים נוכחות מודרנית ומלוטשת שמשקפת את המותג שלנו", זה צורך אמיתי. אבל דף השקה לא צריך פלטפורמה שתהיה מצוינת בהכל; הוא צריך להסביר בבירור את חילופי הערך, להראות את המחיר, ולצאת מהדרך. עבור סוכנות, הביטוי "נעצב מחדש אחרי ההשקה" הוא מחויבות להשקה, לא פשרה באיכות.

סיכום: שיקו את הדבר הקטן ביותר שאנשים ישלמו עליו, ואז הוסיפו ביום שני.

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

המשמעת הזו היא השירות האמיתי שאתם מוכרים. הלקוח חושב שהוא קונה אתר חברות. מה שהוא קונה הוא היכולת שלכם להפריד לולאת הכנסה חוזרת אמיתית מהתכונות שנראות כמו מוצר אבל רק מעכבות אותו. עשו זאת היטב במכירה, ותוכלו לעשות זאת שוב עבור הלקוח הבא — וזו, אם אתם סוכנות, כל הנקודה.