קבוצת מיקוד מהלקוחות שלכם עם קלוד

מה הסקיל focus-group עושה?

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

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

הסקיל ברישיון MIT, הגרסה הראשונה שלו (v0.1.0) יצאה ביולי 2026, והוא עובד בקלוד קוד, בקלוד באתר, וגם ב-Codex וב-Cursor.

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

איך מתקינים את focus-group?

בקלוד קוד

העתקה/plugin marketplace add bradautomates/focus-group
/plugin install focus-group@focus-group

בקלוד באתר, בלי טרמינל

מורידים את הקובץ focus-group.skill מעמוד הגרסאות ב-GitHub, ומעלים אותו דרך ממשק הסקילים של קלוד (בהגדרות, תחת Customize > Skills). זו הדרך למי שלא רוצה לראות טרמינל, וגם לא צריך להיות טכנולוגי בשבילה.

ב-Codex, Cursor ועוד

העתקהnpx skills add bradautomates/focus-group -g

איך מכינים את התמלולים של שיחות המכירה?

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

• תיקייה מקומית (מומלץ): מורידים את התמלולים לתיקייה במחשב. ה-README מסביר שזו הדרך הכי חסכונית, כי קריאה של קובץ מקומי לא עולה טוקנים כמו משיכה דרך חיבור. כל פורמט טקסט עובד: txt, md, vtt, srt, json.
• חיבור לכלי ההקלטה: Fireflies, Granola או גוגל דרייב, דרך שרת MCP. הסקיל מושך עד 50 השיחות האחרונות, אחת בכל פעם, ושומר עותק מקומי.

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

מה קורה בהפעלה הראשונה?

העתקה/focus-group

1. הסקיל שואל איפה התמלולים.
2. הוא קורא, מוציא נתונים מכל שיחה ומקבץ לסוגים.
3. הוא מראה לכם מה מצא: "אלה הסוגים, וזה מי שנראה שהלקוח שלכם". אתם משנים שמות, מאחדים או מוחקים דמויות, ומתקנים את תיאור הלקוח האידיאלי.
4. הוא כותב קובץ business.md ותיק לכל דמות: זהות, מסע הקנייה, מפת התנגדויות, סגנון דיבור, ובנק של 20 עד 30 ציטוטים.

הכל נשמר בתיקייה שלכם, ~/Documents/FocusGroup/, בקבצי טקסט רגילים. אחרי ההפעלה הראשונה, אין שוב אשף. מריצים ומקבלים פאנל.

איך בודקים מחיר, הוק או דף נחיתה על הפאנל?

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

העתקה/focus-group "מחיר חדש לסדנה: 3,000 ש"ח במקום 1,900. מה כל אחד מכם חושב, ומה יגרום לכם לא לקנות?"

העתקה/focus-group "שלושה הוקים לסרטון: 1. [הוק ראשון] 2. [הוק שני] 3. [הוק שלישי] על איזה הייתם עוצרים לגלול, ועל איזה הייתם ממשיכים?"

העתקה/focus-group "זה דף הנחיתה החדש: [הדבקה של הטקסט]. איפה הייתם מפסיקים לקרוא?"

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

והחלק הכי שימושי: אחרי הסיכום אפשר להישאר בחדר ולשאול דמות ספציפית שאלה, כמו "ומה אם זה בחצי מחיר?". מי שרוצה דעות של כמה מודלים ולא של כמה לקוחות, יכול לקרוא על LLM Council.

מה עוד אפשר ללמוד מהתמלולים?

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

עוד כמה דברים שאפשר לעשות עם הפאנל, מעבר למחיר ולהוקים:

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

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

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

מה חשוב לדעת לפני שסומכים על הפאנל?

• זו סימולציה, לא סקר שוק: הדמויות בנויות ממה שלקוחות אמרו בעבר. הן עוזרות לזהות התנגדויות ולחדד מסר, אבל לא מחליפות בדיקה אמיתית מול קהל.
• דמויות מורכבות, לא לקוחות אמיתיים: כל מושב בפאנל הוא שילוב בדוי של כמה אנשים. אל תציגו שמות של לקוחות אמיתיים בשום מקום.
• פרטיות: ה-README כותב שהקבצים נשמרים בתיקייה שלכם ושום דבר לא מועלה למקום אחר על ידי הסקיל. אבל התוכן עדיין נקרא על ידי קלוד. תוודאו שהלקוחות ידעו שהשיחה מוקלטת, ושמותר לכם לעבד את התמלולים. זה לא ייעוץ משפטי.
• מכסה: ההפעלה הראשונה קוראת את כל התמלולים, וכל סבב פאנל מריץ כמה סוכנים. זה צורך מהמכסה של קלוד קוד.
• תחזוקה: כשמצטברות שיחות חדשות, מריצים /focus-group rebuild. תיקים בני יותר מ-60 יום מקבלים אזהרה.
• פרויקט צעיר: נכון לנובמבר 2026 זו גרסה ראשונה עם קהילה קטנה. בודקים את התוצאות בעין ביקורתית.