החלטתם לבנות צ'אטבוט. אולי אתם מנהלים אירועים ונמאס לכם לענות על אותן שאלות. אולי אתם פרילנסרים ורוצים דרך ללקוחות פוטנציאליים ללמוד על השירותים שלכם. אולי אתם בעלי עסק קטן ופשוט רוצים משהו באתר שעוזר למבקרים למצוא מה שהם צריכים.
אז חיפשתם בגוגל "בונה צ'אטבוטים." מצאתם פלטפורמה שנראתה מבטיחה. נרשמתם. נחתתם בדשבורד.
ואז ראיתם את זה: "שלב 1: חברו את נקודת הקצה של ה-API שלכם."
הלב שלכם שקע. אין לכם נקודת קצה של API. אתם לא יודעים מה זה נקודת קצה של API. אתם מורי יוגה. אתם מארגני טורנירי פאדל. אתם מתכנני חתונות. רציתם לבנות צ'אטבוט, לא ללמוד הנדסת תוכנה.
סגרתם את הלשונית. הרגשתם קצת מובסים. חזרתם לענות על "באיזו שעה האירוע?" ידנית.
זה לא אשמתכם. הכלי אכזב אתכם. והוא אכזב כי הוא מעולם לא נבנה בשבילכם מלכתחילה.
לתעשיית הצ'אטבוטים יש סוד מלוכלך: רוב פלטפורמות הצ'אטבוט נבנות למפתחים, ואז משווקות לכולם.
המוצר הליבתי מתוכנן על ידי מהנדסים למהנדסים. הוא מניח היכרות עם מושגים כמו APIs, webhooks, JSON, עצי החלטות, חילוץ ישויות, מיפוי כוונות וסביבות פריסה. ואז, כדי להרחיב את השוק, החברה מוסיפה שכבה של שיווק "ללא קוד" מעל. דף הנחיתה אומר "לא צריך קוד!" ו"בנו בוט בדקות!" אבל ברגע שעוברים את דף הבית, אתם בטריטוריה של מפתחים.
זה כמו לשים שלט "לא צריך ניסיון טיפוס!" בתחתית צוק ולתת למישהו חבל. טכנית, הכלים שם. אבל שום דבר בחוויה לא תוכנן למתחיל.
הנה איך לזהות בונה צ'אטבוטים שתוכנן למפתחים והולבש לכולם:
דגל אדום 1: ההגדרה מבקשת מכם "לחבר" דברים. חברו את ה-CRM. חברו את ה-API. חברו את מסד הנתונים. אם אין לכם CRM, API, או מסד נתונים, אתם תקועים בשלב הראשון.
דגל אדום 2: הממשק משתמש בתרשימי זרימה. תרשימי זרימה הם מושג תכנותי. הם ויזואליים, מה שגורם להם להיראות נגישים, אבל הם דורשים סוג ספציפי של חשיבה לוגית שלא אינטואיטיבי לרוב האנשים. אם צריך להבין הסתעפות מותנית כדי לבנות צ'אטבוט, הכלי לא תוכנן בשבילכם.
דגל אדום 3: התיעוד ארוך יותר מהתוכנית העסקית שלכם. אם למאגר הידע יש 150+ מאמרים מאורגנים לפי מושגים טכניים, המוצר מורכב מספיק כדי לדרוש אותם. כלי שתוכנן לאנשים רגילים צריך להיות פשוט מספיק כך שלעתים רחוקות תצטרכו תיעוד בכלל.
דגל אדום 4: צריך "תוכנית" או "סביבת עבודה" נפרדת לפני שעושים משהו. הגדרת סביבת עבודה, בחירת תוכנית, תפקידי צוות, הגדרות הרשאות -- אלה מושגים ארגוניים. אם אתם אדם אחד שמנסה לבנות צ'אטבוט אחד, לא צריך להקים מבנה ארגוני קודם.
דגל אדום 5: המילה "פריסה" מופיעה איפשהו. פריסה (Deploy) היא מונח מפתחים. זה אומר להעביר משהו מסביבת בדיקה לסביבה חיה. אם אתם צריכים לחשוב על פריסה, אתם משתמשים בכלי מפתחים.
דגל אדום 6: צריך ליצור חשבון לפני שרואים מה הכלי עושה. זה אומר שהמוצר לא יכול למכור את עצמו על כוחותיו. הוא צריך את כתובת המייל שלכם כמנוף. כלים שבאמת קלים לשימוש מאפשרים לכם לחוות אותם קודם.
דגל אדום 7: סרטון ההדרכה ארוך מ-5 דקות. אם לוקח יותר מ-5 דקות להסביר איך להשתמש בכלי, הכלי מסובך מדי למשתמשים לא-טכניים. נקודה.
אם נתקלתם בשלושה או יותר מהדגלים האדומים האלה, השתמשתם בכלי מפתחים. לא משנה מה השיווק אמר. המוצר לא נבנה בשבילכם.
אז איך נראית פלטפורמת צ'אטבוט כשהיא באמת מתוכננת לאנשים לא-טכניים? לא כלי מפתחים עם שכבת צבע ידידותית, אלא כלים שנבנו מהיסוד לבני אדם אמיתיים עם עבודות אמיתיות ואפס עניין ללמוד לתכנת.
הנה העקרונות שמפרידים בין כלים לבני אדם לכלים למחלקות IT.
עיקרון 1: נסו לפני שנרשמים. צריך להיות אפשר לחוות את הכלי, באופן משמעותי, לפני יצירת חשבון. לא סרטון הדגמה. לא סיור צילומי מסך. שימוש ממשי. אם הכלי באמת פשוט, אין לו מה להסתיר מאחורי קיר התחברות. זה האינדיקטור הטוב ביותר לשאלה האם מוצר באמת תוכנן למשתמשים לא-טכניים.
עיקרון 2: סיימו בפחות מ-5 דקות. מהלחיצה הראשונה ועד צ'אטבוט עובד, התהליך כולו צריך לקחת פחות מ-5 דקות. לא 5 דקות להתחיל. חמש דקות לסיים. אם לוקח יותר, הכלי נושא מורכבות שהמשתמש לא צריך לשאת.
עיקרון 3: שפה פשוטה בכל מקום. הממשק צריך להשתמש במילים שאנשים רגילים משתמשים בהן. לא "ישויות" אלא "נושאים." לא "כוונות" אלא "שאלות שאנשים שואלים." לא "פריסה" אלא "שיתוף." לא "הגדרת זרימת שיחה" אלא "ספרו לבוט מה להגיד." שפה היא עיצוב. אם השפה מרגישה זרה, העיצוב נכשל.
עיקרון 4: ללא תנאים מוקדמים. לא צריך שום דבר אחר במקום לפני שמשתמשים בכלי. ללא CRM. ללא אתר. ללא מסד נתונים. ללא חשבונות תוכנה אחרים. הכלי צריך לעבוד כפתרון עצמאי למישהו שיש לו רק רעיון ו-5 דקות.
עיקרון 5: התוצאה עובדת מיד. כשמסיימים להגדיר את הצ'אטבוט, הוא צריך להיות חי ופעיל מיד. בלי שלב פריסה. בלי תקופת המתנה. בלי תהליך אישור. מסיימים, מקבלים קישור, משתפים אותו. זהו.
עיקרון 6: הוא חי איפה שהקהל שלכם נמצא. הצ'אטבוט צריך לעבוד בפלטפורמות שהאנשים שלכם כבר משתמשים בהן. אם הקהל שלכם ב-WhatsApp, הבוט צריך לעבוד ב-WhatsApp. אם הם באתר שלכם, הוא צריך להיות מוטמע שם. המשתמש לא צריך לשכנע את הקהל שלו להוריד אפליקציה חדשה או לבקר בפלטפורמה חדשה.
העקרונות האלה נראים מובנים מאליהם כשקוראים אותם. אבל לכו תנסו חמישה בוני צ'אטבוטים היום וראו כמה מהם באמת מקיימים אותם. תופתעו כמה נדירה פשטות אמיתית.
הנה תרגיל מהיר. הסתכלו על כלי הצ'אטבוט שאתם שוקלים (או כרגע נאבקים איתו) ושאלו את עצמכם את השאלות האלה:
אם עניתם כן על שלוש או יותר מאלה, אתם מסתכלים על כלי שנבנה למחלקת IT. הוא עשוי לעבוד יפה בידיים של מפתח. אבל הוא לא תוכנן בשבילכם, ושום מאמץ מצדכם לא יגרום לו להרגיש טבעי. הבעיה היא בכלי, לא בכם.
מגיע לכם כלי שפוגש אתכם איפה שאתם נמצאים.
כשבנינו את Boty, התחלנו עם שאלה פשוטה: מה אם האדם שבונה את הצ'אטבוט מעולם לא בנה משהו דיגיטלי?
לא "מה אם הם משתמש לא-טכני," כי הביטוי הזה עדיין מרמז על בסיס טכני כלשהו. מה אם הם באמת מעולם לא עשו את זה? מה אם הם מדריך פאדל שרוצה להפסיק לענות על שאלות של "באיזו שעה?" מה אם הם צלם פרילנס שרוצה שאנשים יוכלו לשאול על מחירים? מה אם הם מארגן קהילתי שמעולה בלהפגיש אנשים אבל עם אפס עניין בטכנולוגיה?
השאלה הזו השפיעה על כל החלטה.
הסרנו את מחסום ההרשמה. אפשר להתחיל לבנות ב-Boty בלי ליצור חשבון. נוחתים בדף, מתחילים לבנות. רואים את התוצאה. ואז, אם מוצא חן, שומרים.
ביטלנו כל פיסת ז'רגון. אין APIs, אין webhooks, אין שלבי פריסה, אין תרשימי זרימה. מספרים ל-Boty על עצמכם או על האירוע בשפה פשוטה, והוא בונה את הבוט בשבילכם.
עשינו את כל התהליך בפחות מ-5 דקות. לא כי קיצרנו פינות, אלא כי קיבלנו מאות החלטות בשבילכם -- ברירות מחדל חכמות בהתאם לשימוש שלכם -- כדי שלא תצטרכו.
עשינו את התוצאה ניתנת לשיתוף מיידי. כשמסיימים, מקבלים קישור. הקישור עובד בכל מקום. בטלפונים, במחשבים, בהודעות WhatsApp, באתר שלכם. אין שלב פריסה כי אין מה לפרוס. זה פשוט עובד.
ועשינו את זה חינמי להתחלה. כי לבקש ממישהו לשלם על משהו לפני שחוו את הערך שלו זה ההפך מלבנות לבני אדם.
אם אי פעם הרגשתם טיפשים בשימוש בבונה צ'אטבוטים, דעו את זה: אתם לא הבעיה. הכלי לא נבנה בשבילכם. הוא נבנה למפתח ושווק אליכם. יש הבדל עמוק.
לתעשיית הטכנולוגיה יש הרגל לבנות כלים חזקים לאנשים טכניים ואז להאשים אנשים לא-טכניים על שהם לא יכולים להשתמש בהם. "זה ידידותי למשתמש!" הם אומרים, כשהכוונה היא "זה ידידותי למשתמשים שכבר מבינים איך תוכנה עובדת."
לא צריך ללמוד הנדסת תוכנה כדי לבנות צ'אטבוט. לא צריך להבין APIs, webhooks, או JSON. לא צריך מחלקת IT בחיוג מהיר.
אתם צריכים כלי שנבנה בשבילכם מההתחלה.
בלי חשבון. בלי ז'רגון. בלי תרשימי זרימה. בלי מפתחות API.
רק אתם, הידע שלכם, וחמש דקות.
כי טכנולוגיה צריכה לעבוד בשבילכם, לא הפוך.