סטאק מנהל המוצר החדש: סיעור מוחות, תכנון, ביצוע, עיצוב
6 דק׳ קריאהפורסם מאת עופר רגב
בקשה נוחתת על השולחן שלכם: לבנות לוח בקרה לניתוח מתחרים עם נתונים מספקים חיצוניים. לפני שנה זה היה אומר כרטיס, בקלוג והמתנה. היום אפשר לקבל גרסה עובדת בתוך שעות.
הבעיה היא ש"השתמשתי פעם בכלי AI" הוא לא תהליך עבודה. המאמר הזה עוסק בתהליך העבודה: באילו כלים להתחיל, מתי לעזוב אותם, והלולאה שהופכת את התוצאה לחוזרת.
מתחילים מהנוף
בוני צ'אט הם הדרך המהירה ביותר לראות רעיון רץ, וכל אחד מתאים לאדם אחר:
כלי
נבנה בשביל
טוב ב
V0
מעצבים ומפתחי פרונטאנד
ממשק React/Next.js נקי מפרומפטים
Lovable
מנהלי מוצר ומייסדים
אפליקציות ווב מלאות, מקצה לקצה דרך צ'אט
Base44
בונים לא טכניים
אפליקציות עם בקאנד ובלי שום הגדרה
Google AI Studio
מתנסים
אבות-טיפוס מהירים מבוססי AI על Gemini
השתמשו בהם. אבל בשלב מסוים תפגעו בקיר: אי אפשר להרחיב את הכלי, אי אפשר לשחזר את מה שעשיתם, ואתם עובדים בארגז חול ולא במאגר אמיתי.
הרמה הבאה: Skills יחד עם סביבת פיתוח אג'נטית
הצעד למעלה הוא סביבת עבודה אג'נטית: Antigravity, Claude Code או Cursor. שלושה דברים משתנים:
גישה אמיתית לקבצים ולבסיס הקוד. עובדים על מאגרים אמיתיים, לא על תוצר בארגז חול.
Skills. תהליכי עבודה לשימוש חוזר, שמקודדים פעם אחת ומופעלים לתמיד.
מקום אחד. הסוכן שמתכנן הוא הסוכן שבונה.
Skill הוא ספר המשחקים של חבר צוות. זה קובץ SKILL.md עם תיאור, טריגרים והוראות צעד אחר צעד. הוא מופעל משפה טבעית, כך שאין פקודות לשנן, ו-Skills יכולים לקרוא ל-Skills אחרים. אתם כותבים אותם: תהליך ה-PRD שלכם, רשימת הבדיקה להשקה, תבנית הרטרו.
הלולאה: סיעור מוחות, תכנון, ביצוע
הנה אותה דוגמה, מורצת דרך שלושה Skills לפי הסדר.
סיעור מוחות."אני רוצה להוסיף ל-PM hub שלנו מעקב אחרי מתחרים. עזור לי לעשות סיעור מוחות." ה-Skill מופעל, שואל שאלות הבהרה על משתמש היעד, אילוצים ו-jobs to be done, ומחזיר עשרה רעיונות, כל אחד עם השערה, ערך, מאמץ וסיכון. הוא גם מעלה זוויות שלא שקלתם, כמו עדכניות נתונים, התראות ושיתוף החוצה.
תכנון."בחרנו ברעיון המוביל. הפוך אותו לתוכנית יישום." הוא קולט את תוצר סיעור המוחות ושואל על היקף ועל דברים שחייבים להיות. הוא מייצר שלבים, אבני דרך וסיכונים, מפוצלים לצעדים בגודל נגיס. זה השלב שמגשר בין "רעיון נהדר, ומה עכשיו?".
ביצוע."קח את התוכנית הזו והתחל לבנות, משימה אחר משימה." הוא הופך את התוכנית לרשימת משימות מפורשת ועובד משימה אחת בכל פעם, עם בדיקות ביניים כדי שכלום לא יסטה. התוצר הוא אב-טיפוס עובד.
הנקודה היא לא Skill כלשהו. היא שכל תוצר מובנה מספיק כדי להזין את הבא.
כבד או קל?
שתי משפחות של חבילות Skills מכסות את זה:
BMAD Method
Skills קלים (Superpowers, GSD)
פילוסופיה
מחזור פיתוח מלא עם פרסונות סוכן ייעודיות
מאיצים מודולריים, חד-פעמיים
מבנה
מסירות Analyst ← PM ← Architect ← Dev
משלבים ומתאימים, בלי זרימה קבועה
הכי מתאים ל
בניית מוצר מלאה עם קפדנות
איטרציה מהירה, תהליכי מנהלי מוצר, דמואים
משקל
כבד: מקים תהליך שלם
קל: מפעילים Skill ומקבלים תוצאה
הבחירה היומיומית שלי היא מהסוג הקל: מהיר וגמיש יותר. הייתי פונה ל-BMAD כשפרויקט באמת דורש את התהליך המלא.
ואל תכתבו הכול בעצמכם. skills.sh עובד כמו חנות אפליקציות ל-Skills: מעיינים לפי קטגוריה, מתקינים בשורה אחת, וזורקים אותם ל-Antigravity, ל-Claude Code או ל-Cursor.
מעצבים איפה שבונים
החלק האחרון הוא עיצוב. שני כלים ששווה להכיר:
Claude Design
Stitch (Google)
מהירות לתוצר ראשון
איטי יותר, שיחתי
מהיר מאוד, מוקאפים בשניות
שליטה
גבוהה: מדייקים בשפה טבעית
נמוכה יותר: לרוב עדיף ליצור מחדש מאשר לחזור על אותו דבר
קוד
חזק: התוצרים יוצאים כרכיבים אמיתיים
חלש יותר: צריך לתרגם עיצובים לקוד
הכי מתאים ל
מעיצוב ליישום, מסירה אמיתית
חקירה ויזואלית מהירה
כלל אצבע: מהירות, Stitch. מסירה אמיתית, Claude Design.
עוד יותר טוב הוא לעצב איפה שבונים. Skill עיצוב בסביבת הפיתוח שלכם אומר בלי מעבר בין כלים, תוצרים שהם רכיבים אמיתיים, ותיקוני עיצוב שנעשים בשיחה עם אותו סוכן שכותב את הקוד. מקודדים פעם אחת את מדריך הסגנון והרכיבים, ומיישמים בכל מקום.
הסטאק בשורה אחת
סיעור מוחות (עשרה רעיונות מדורגים) ← תכנון (תוכנית מובנית) ← ביצוע (אב-טיפוס עובד) ← עיצוב (ממשק מוכן לפרודקשן) ← אימות, והלולאה ממשיכה.
השבוע
התקינו את Antigravity, את Claude Code או את Cursor.
עיינו ב-skills.sh והוסיפו שלושה Skills לסטאק שלכם.
בחרו בעיה אמיתית אחת מהצלחת שלכם, וקודדו אותה ב-vibe coding לפני יום שני.
ללמוד זה לא לשחרר. מנהל מוצר עם Skills וסביבת פיתוח אג'נטית הוא צוות מוצר של אדם אחד.
