מאב טיפוס לייצור המוני: הלוח שלנו מגיע תוך 7 ימים

אני יודע שהפער בין אב טיפוס למוצר חי יכול להרגיש רחב. אב טיפוס יכול להיראות טוב בהדגמה. זה עדיין יכול לשבור ברגע שמשתמשים אמיתיים נוגעים בו. שם נתקעות קבוצות רבות. הרעיון קיים. גם הלחץ קיים. מה שחסר הוא דרך פשוטה מקונספט גס למוצר שאנשים יכולים להשתמש בו בפועל. אני עובד עם כלל אחד: שמור על היקף קטן, שמור על זרימה נקייה ושלח קודם דבר אחד שימושי. יום 1 נועד לבעיה. אני שואל שאלה אחת: איזו נקודת כאב אני מתקן? לא שלוש בעיות. אֶחָד. אם אני בונה כלי הזמנה, אני לא מתחיל בצ'אט, דוחות ועשרה דפי הגדרות. אני מתחיל עם הזרימה הבסיסית. משתמש מוצא משבצת, בוחר שירות ומאשר את ההזמנה. זו הליבה. אם הליבה עובדת, השאר יכולים לחכות. יום 2 מיועד לנתיב המשתמש. אני ממפה את השלבים מההתחלה ועד הסוף. מה המשתמש רואה קודם? איזו פעולה הם עושים? איפה הם יכולים להוריד? מה אני יכול להסיר? נתיב נקי חוסך יותר עבודה מרשימת תכונות ארוכה. אני אוהב לכתוב את הזרימה על עמוד אחד. זה שומר על הקבוצה ממוקדת ומשאיר אותי כנה. היום השלישי מיועד לאב-טיפוס. אני בונה את הגרסה הגסה מהר. כפתורים יכולים להישאר פשוטים. הפריסה יכולה להישאר פשוטה. המטרה היא לא פולנית. המטרה היא הוכחה. אני רוצה לראות אם הרעיון הגיוני כשהוא זז. האם משתמש יכול לסיים את המשימה מבלי לבקש ממני עזרה? אם לא, אני מתאים את הזרימה לפני שאני משקיע יותר מאמץ בעיצוב. יום 4 מיועד למשוב אמיתי. שמתי את אב הטיפוס לפני כמה אנשים שמתאימים למשתמש היעד. אני מסתכל איפה הם עוצרים. אני מקשיב למילים שהם משתמשים בהם. אני מציין כל מקום שבו הם אומרים, "ציפיתי שזה יעבוד אחרת." הקו הזה חשוב. בעל בית קפה קטן הסתכל פעם על זרימת הזמנה לדוגמא ואמר, "לא אכפת לי ממסכים נוספים. אני צריך שהצוות שלי יקבל הזמנה בלי לחשוב". המשפט היחיד הזה שינה את תוכנית המוצר. הסרנו את העומס, פישטנו את הטופס ושמרנו רק את החלקים שעזרו לצוות לעבוד מהר יותר. יום 5 מיועד להגדרת הייצור. עכשיו אני חושב על החלקים ששומרים על יציבות המוצר. אני בודק את מבנה הקוד. הגדרתי יומני שגיאה בסיסיים. אני סוקר את כללי הגישה. אני שומר על מסד הנתונים פשוט. אני מוודא ששלבי הבנייה והפריסה נקיים. זה המקום שבו פרויקטים רבים מאטים. אנשים רוצים להוסיף עוד תכונות. אני מתנגד למשיכה הזו. מוצר קטן שעובד שימושי יותר ממוצר גדול שמרגיש לא גמור. יום 6 הוא עבור הבדיקות האחרונות. אני בודק שוב את הזרימה הראשית. אני בודק בנייד. אני בודק על שולחן העבודה. אני בודק נתיבים איטיים, מצבים ריקים וקלט גרוע. אני מתקן את הקצוות הגסים שיכולים לבלבל משתמשים. אני גם מסתכל על המילים על המסך. תוויות קצרות עוזרות. כפתורים נקה עוזרים. שפה פשוטה עוזרת יותר מקווים חכמים. יום 7 הוא להשקה. אני לא מנסה לרצות את כולם. תחילה אני משחרר את המוצר לקבוצה קטנה. בחירה זו שומרת על סיכון נמוך ומשוב מועיל. אני יכול לראות במה אנשים משתמשים, ממה הם מתעלמים, ומה עדיין מרגיש קשה. ואז אני משפר את המוצר על סמך שימוש אמיתי, לא ניחושים. אני אוהב את הגישה הזו כי היא מכבדת גם מהירות וגם איכות. אב טיפוס אינו הבטחה. זה מבחן. מוצר חי לא צריך להיות ענק. זה צריך לפתור בעיה אמיתית אחת מספיק טוב שאנשים יבטחו בה ויחזרו. אם הייתי צריך לתאר את השיטה שלי בשורה אחת, הייתי אומר את זה: בנה את הגרסה השימושית הקטנה ביותר, בדוק אותה מוקדם, ואז שלח בזהירות. כך אני עובר מאב טיפוס לייצור תוך 7 ימים מבלי להפוך את התהליך לבלגן.

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

אני מכיר את הלחץ שמגיע עם דדליין צפוף. לקוח מתקשר. פרויקט מחכה. תוכנית כבר בתנועה, אך חסרה חלק מפתח אחד. זה הרגע שבו הלחץ גדל במהירות. אנשים לא רוצים הסברים ארוכים. הם רוצים דרך ברורה, אופציה הוגנת ותוצאה שהם יכולים לסמוך עליה. אני שומר על התהליך שלי פשוט כי עבודה דחופה לא צריכה להרגיש מבולגנת. אתה תגיד לי מה אתה צריך. אני בודק מה אפשר לעשות. אני חולק את האפשרות הטובה ביותר שאני יכול לתמוך בה. אני נע בפוקוס ומעדכן אותך לאורך כל הדרך. זה סוג העזרה שאני אוהב לתת, כי שירות מהיר עדיין צריך להרגיש רגוע ומאורגן. ראיתי איך זה מתרחש במציאות. בעל עסק קטן הגיע אלי פעם אחרי שתוכנית תערוכות השתנתה ברגע האחרון. החומרים המודפסים לא היו מוכנים, והגדרת הדוכן נראתה לא שלמה. עבדנו על הפרטים שלב אחר שלב, התאמנו את הקובץ, אישרנו את הפורמט והכנו את החלקים לשימוש. האירוע עדיין היה תובעני, אבל הלחץ ירד ברגע שהחלק החסר טופל. זה הערך שאני מנסה להביא. לא רעש. לא הבטחות מעורפלות. רק תמיכה ברורה כאשר אתה צריך נתיב מהיר יותר. במה אני מתמקד: - תקשורת ברורה - אפשרויות מעשיות - פלט נקי וקל לקריאה - תהליך פשוט מתחילתו ועד סופו - בדיקות מדוקדקות לפני שמשהו מתקדם אני גם יודע שמהירות אומרת מעט אם העבודה קשה לשימוש. לכן אני שם לב לדברים הקטנים. הפרטים חשובים. מסר יכול להיראות מלוטש, אבל אם הוא מבלבל את הקורא, הוא יוצר יותר עבודה. ניתן לשלוח קובץ, אבל אם הפורמט כבוי, הוא עדיין מאט את הכל. אני מעדיף להימנע מזה. הגישה שלי היא ישירה. אני מקשיב ראשון. אני שואל מה הכי חשוב. אני מתאים את העבודה למטרה. אני שומר על השפה פשוטה, על הפריסה ברורה, ועל השלב הבא קל לעקוב. אם אתה מתמודד עם עיכוב, אני מבין את ההרגשה. יכול להיות שכבר יש לך מספיק כדי לנהל. אולי לא תרצה הרבה הלוך ושוב. אולי פשוט תרצו מישהו שיוכל להתערב ולעזור מבלי להוסיף חיכוך נוסף. שם אני מנסה לעשות שינוי. אני עובד הכי טוב כשהצורך ברור וציר הזמן צפוף. אני נשאר מרוכז במה שהלקוח צריך, לא על כך שהתהליך ייראה מסובך. לדעתי, שירות טוב צריך לחסוך זמן, להפחית מתח ולתת לאנשים משהו שהם יכולים להתקדם איתו. אם תזדקק לעזרה בקרוב, אני מוכן להמשיך את הדברים בצורה יציבה. אנו מברכים על פניותיך: mr.xu@lingchaopcb.com/WhatsApp +8613780181891.

Eric Ries 2011 The Lean Startup David J. Anderson 2010 Kanban שינוי אבולוציוני מוצלח עבור העסק הטכנולוגי שלך Steve Blank 2013 ארבעת השלבים להתגלות Jakob Nielsen 1993 הנדסת שמישות David Allen 2001 איך לעשות דברים מרטי קגן 2018 בהשראת איך ליצור מוצרים טכניים