[השמעת מוסיקה] 

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

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

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

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

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

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

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

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

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

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

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

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

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

או Hapi נוצר מזלג ש עוקב אחר הרגלי האכילה שלך כדי לעזור לך לאכול בריא יותר. וכל דבר, החל נהיגה עצמית מכוניות לhelicopters-- בשליטת המוח 

[צוחק מעט] 

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

[צוחק] 

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

אז נתתי הרצאה בחודש שעבר בכנס הנדסה, ואני רוצה לדבר איתי שלהם על נושא זה. ואני חשבתי שהם מהנדסים. הם רוצים כללים. כמו, אני מהנדס. אני אוהב את הכללים. זה מאוד נחמד ומסודר, נכון? אז אני מנסה לבוא עם הכללים של חדשנות. 

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

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

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

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

[מגחך] 

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

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

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

ואז התחיל Instagram כFoursquare gamified. והם בנו בפועל את כל אפליקציה והביטה בה, והלכה וואו, יש הרבה יותר מדי קורה כאן. זה הרבה יותר מדי מורכב. והם פשוט בטלו את כל דבר ואמר, אתה יודע מה? אנחנו רק הולכים להתמקד שוב על התמונות. וזה מה שהיה מוצלח עבורם. ולכן אלה הם אלה ש עשיתי את זה, אבל כשאתה סוג של מבט על פני הלוח, סטטיסטיקה היא די עגומה. בגלל הנתונים הסטטיסטיים הם שתשעה מתוך עשרה מוצרים חדשים נכשלים, וזה די תהומי. וכמפתחים, כמו אנשים שעובדים עם טכנולוגיה, אני חושב שכאשר אנחנו מסתכלים בstat כזה, אנחנו מבינים את זה כמה קשה הוא לבנות טק כאשר אתה בונה משהו שלא נבנה לפני. ואנו מניחים כי אלה שלא הצליחו כי אנחנו לא יכולים לבנות את הטכנולוגיה. אבל כאשר אתה באמת לחפור עמוק, מה happening-- מוצרים אלה לא נכשל משום ש הטכנולוגיה לא עבדה. הם לא הצליחו כי האנשים שיצרו שלהם לא היו מסוגלים למצוא בשוק עבורם. 

הדוגמא האהובה עליי של מדובר בחברה שנקראה בפועל מערכות, ש היה ממש כאן בבוסטון. הם יצרו תצוגה הולוגרפית 3D. זה די badass, נכון? הם יוצרים אותו, והם יש את זה עובד, ולאחר מכן הם בילו את 10 הבאים years-- ולכן הם יצרו את זה. זה יהיה מרשים כדי ליצור היום, נכון? הם יצרו לפני למעלה מזה 10 שנים. הם בילו את 10 השנים הבאות בניסיון ללא הצלחה למצוא לזה שוק וליצור עסק מקיימא זה, ובסופו של הדבר נאלץ לסגור, וכל מה שהם יכלו לעשות היו למכור את רישיון לטכנולוגיה. אז הם היו מוצלחים ובלחדש? אני מתכוון, יש להם את הטכנולוגיה כדי לעבוד. זה מדהים. אבל אם אתה מנסה בעצם לבנות עסק בר-קיימא מזה, לא כל כך הרבה. 

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

קהל: לא שוק? 

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

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

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

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

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

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

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

אז כמו משתמשי Altair באמת רצינו דרך לתכנת את המחשב שלהם. ואני לא יודע-- אני חושב שזה היה בדיוק כמו מתגי Toggle ואורות מהבהבים, נכון? אז אני לא יודע איך הם עשו את זה. אז מתן BASIC ולכן הם יכול לתכנת אותו הוא מדהימה. או תלמידי הרווארד רק רצינו אחת, ספרייה מרכזית תלמיד, נכון? וכך פייסבוק היה רק ​​ל לספק תכונה אחת ש. הם לא היו צריכים לבנות את זה כמו זה היום באמת לקבל מתיחה. 

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

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

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

אז שוב, אני מרגיש שיש הרבה מיתוסים סביב חברות סטארט-אפ, משום שאנו רואים כל כך הרבה חברות הסטארט-אפ שקורים היום. ואתה פשוט שומע את הרגל 20,000 נוכח הו, הם עשו את זה לילה. הם היו הצלחה. אבל המיתוס של אם תבנה את זה, הם come-- כאשר אתה באמת לחפור עמוק לתוך מה שקורה בסיפורי ההצלחה הללו, זמן ושוב, אני חושב שמה תמצאו הם מייסדים שהלך לאלה יוצא דופן אורכים להבין את הלקוחות שלהם. אז רק כדי לתת לי כמה examples-- לא יודע אם זה עדיין המצב, אבל לפחות בהתחלה, אחד של המייסדים של Airbnb לא היה בבעלות או לשכור בית. הוא פשוט הלך מסביב וחי בAirbnbs. כמו שאני לא יודע אפילו מה שנראה like-- כמו לחיות מתוך מזוודה? 

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

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

אז מדברים עליו הוא גדול, ואני לא ממש יכול להדגיש עד כמה strongly-- עד כמה זה חשוב הוא לצאת ולדבר איתך לקוחות, לפחות בהתחלה, כדי להבין מי הם הם, מה בעיות שהם יש היום, איך הם פתרונן היום. אבל מדבר רק יכול לקחת אותך עד כה. נכון? אתה לא יכול להשתמש מדבר לומר, היי, יש לי רעיון גדול! האם אתה רוצה לקנות אותו? בגלל שהם הולכים להיות כמו, אה, כן, כמובן. זה נשמע נהדר. 

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

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

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

MVP אז המובהק הוא דף נחיתה. אני בטוח שאתם ראיתם את זה. אם ניסית להירשם לEllo או תיבת הדואר הנכנס החדשה של Gmail, והם כמו הו, אנחנו עדיין לא מוכנים! אני מניח שהאלה קצת שונה, כי אלה מוכנים. אבל הם נותנים לך דף נחיתה, ו זה כמו, זה מזמין רק עכשיו. אבל תן לנו את כתובת הדוא"ל שלך. תקין הרבה מקומות יעשו את זה לפני ש הם בנו את אפילו המוצר, רק כדי לראות אם יש עניין או לא. אז עם Dropbox, משך יוסטון, שם היה טכנולוגיה מורכבת מאחוריה. אז הוא הלך, והוא הבין technology-- סוג של הוכיח כי, שהולך לעבוד. אבל לפני שהוא בנה את המוצר הסופי, הוא עשה דגם זה במחשב שלו, screencast שלוש דקות זה video-- מאוד מבולבל. שים את זה על האקר חדשות, משום ש הוא ידע היה סוג של הקהל שלו, היו אנשים באמת טכניים. להקים דף נחיתה ש רק אמר, הנה הווידאו. אנחנו לא השקנו עדיין, אבל אם אתה מעוניין, לתת לנו את כתובת הדוא"ל שלך. 

לילה, קיבל 75,000 רשמות, שזה לא ייאמן. גם היום, זה יהיה מרשים, אבל היום, הם יש לי כמו 300 מיליון משתמשים, נכון? כששלח את זה, אף אחד לא ידע מי Dropbox היה משום שלא קיימים עדיין. וכך זה היה אות חזק באמת שהוא קיבל משהו נכון. 

כדי לתת לכם קצת יותר נרחב של דוגמא לכך, האם אתם יודעים חיץ? זה מדיה חברתית אתר שיתוף, ואת הרעיון is-- אני נוטה לקרוא חדשות בכ2:00 לפנות הבוקר, כי אני לא רוצה ללכת לישון. ואז אני יכול לקרוא כמו 10 מאמרים שכולם ממש מגניבים ואני רוצה לשתף אותם עם אנשים. אבל, אם אני לשתף אותם מתוך בטוויטר עכשיו, אף אחד לא ער ב 02:00 חוץ ממני. ו- B, אם הם ערים, הם כמו למה אתה דואר זבל עם 10 מאמרים בבת אחת, נכון? ואז מה שהיא עושה הוא זה סוג של תור או חיץ שתוסיף דברים ל, וזה יהיה לדחוף אותם החוצה כמה פעמים ביום בלוח זמנים מציאותיים יותר. 

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

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

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

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

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

עוד דרך מצוינת לקבל אימות, כמובן, הוא עושה מימון מונים קמפיין כמו Kickstarter, שבו אתה יכול לקבל הזמנות מראש. זה עושה הרבה חוש אם אתה עושה כל דבר שהוא חומרה. שוב, פבל היה Kickstarter הגדול ביותר עד הכותרת שקבלה נלקחה על ידי cooler-- עשה אתם רואים את זה? כמו קריר בפועל ש להביא לפיקניק הכה החוצה, כך שיש להם יותר מ -10 מיליון דולרים. [צוחק מעט] 

אבל שוב, כמו Dropbox, עם פבל, זה היה טכנולוגיה מורכבת. הם היו צריכים לעשות הוכחה של מושג, ודא שהם יכולים להוכיח את כי הטכנולוגיה יכולה לעבוד. אבל אז זה יקר לייצור, כך לפני שהם למעשה מיוצרים, הם הכניסו את Kickstarter. והם השתמשו בו כדי לקבל הזמנות מראש, נכון? הם אמרו שאם אנחנו יכולים לקבל 100,000 $ בהזמנות מראש, זה שווה את זה כדי לעבור קדימה. הם קיבלו 10 מיליון דולרים, כך די good-- אימות די טובה. 

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

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

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

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

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

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

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

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

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

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

אם אתה אומר, בסדר, הבנתי את זה. עכשיו אני רוצה אני מניח that-- OK, אנשים נראים רוצים את זה. האם הם באמת ישלמו לי כסף לזה? אתה יכול לעשות דברים כמו מה ש המאגר עשה עם דף התמחור, או אפילו יותר טוב, Kickstarter ולקבל הזמנות מראש. הזמנות 

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

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

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

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

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

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

אבל הרבה פעמים אתה מקבל משהו שם בחוץ יותר מינימאלי ממה שהיית רק think-- מבחן, איך אנשים משתמשים בו. אז כמו שאתה בונה את התכונות הללו, אתה רוצה לחשוב על מה ש תהליך קיימא המינימום. וכל כך הרבה פעמים כאשר אנו חושבים על תהליכים באמת קלים, אנחנו חושבים על תהליכים זריזים. אנחנו חושבים על lean-- זה קצת קצת random-- רק חלק זריז ורזה ספרים שאני אוהב. אז יש שיטות רבות כמו מתכנות Extreme ואינטגרציה מתמשכת, ובנייה מחדש, שאני אדבר איתו קצת. אבל העניין הוא, ברגע שאתה מתחיל לקבל לשיטות Agile ומרושעות, זה יכול לקבל מכריע מהר מאוד. וזה יכול בסופו של מתחיל מוגזם אמיתי להפעלה. 

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

Scrum הוא באמת פופולרי תהליך לפיתוח Agile. אני לא יודע אם אתם מכיר את זה. OK, well-- 

[מגחך] 

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

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

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

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

אבל הרעיון הוא לשמור על דברים שפוי, כך שאתה רק עושה דבר אחד בכל פעם. אתה מסוגל לעשות את זה. אתה יכול למעשה לקבל את זה נעשה. דבר אחד שכדאי לזכור is-- אם יש לך פריט אחד שאתה עושה, אבל פריט לוקח שלושה חודשים, ש יהיה קשה ל הפעלה, ללא ספק. אתה צריך להיות מסוגל להיות גמיש ולהיות מסוגל להתמודד עם דברים כפי שהם באים אליך. אתה לא יכול להגיד שאני לא עושה שום דבר במשך שלושה חודשים עד שאני מקבל לעשות את מסך הכניסה. אֲנִי לֹא יוֹדֵעַ. 

אז אני מייעץ לחברות סטארט-אפ לשמור את זה ממש קצר, כדי לשמור על משימות אלה כל כך כי הם מתאימים ליום. ברור, אם זה קצת יותר מורכב, ש אולי צריך להיות קצת יותר זמן. אבל להבין מה עובד הכי טוב בשבילך. אתה יכול לנסות אורכים שונים. אבל בדרך כלל, רק כ למשל, אם אתה שומר את כל המשימות כדי שיתאימו ליום אחד, ש משמעות הדבר היא כי מדי יום ביום, אתה מקבל משהו לעשות. ואתה מספק ערך. ויכול מומנטום ש באמת להעביר אותך קדימה במקום המצב לפני, בו אתה צריך ללכת 500 דברים, ואף אחד מהם עשה. דבר האחר, אם כי, עדיין מחפש במטלות לזה column-- אני המום מסתכל על זה. ולכן אם הייתי מפתח והייתי עובד על, ואני היה כמו אוי, חרא. יש לי B ו- C ודה ו E ו- F ו- G וה 'Blah! יורד לכביש. אני כמו מתחרפן, ואני "אני מנסה כדי להבין איך העיצוב הולך כדי להכיל את כל הדברים האלה. והאמת היא שאם אנו מקבלים עובדה שאנחנו לא באמת יודעים בדיוק מה המוצר יהיה זקוק ל נראה כמו עד ששמנו בחזית של הלקוח, אז האם אנחנו באמת יודעים כי אנחנו צריכים את כל המשימות הללו עדיין? או שאנחנו סוג של מרמים את עצמנו? 

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

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

אז בסדר, זה איך שאתה להבין מה לעשות. כפי שאתה עושה את זה, אתה רוצה לחשוב על מה את העיצוב בר-קיימא המינימום? או בAgile, אנחנו באמת יש משהו שנקרא עיצוב מתהווה, המהווה את אותו הרעיון. אז אתם לא שמעתם על עיצוב מתהווה לפני? OK. 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ובשנת 2011, הם פרוסים 10,000 פעמים בשנה עם 100 מהנדסים. ומה שהם אמרו הוא בניגוד ל מה שאפשר think-- כמו אוי אלוהים, זה נורא! הקוד, האתר זה הולך להיות אסון. הם אמרו שלמעשה, ברגע שאתה פריסה שלעתים קרובות, המערכת היא כל כך הרבה יותר יציב, הם למעשה קורא לזה ביטחון עצמי כשירות. כי כשאנחנו לפרוס, יש לנו כבר עשה 9,999 פעמים. יש לנו את זה. 

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

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

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

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

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

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

[מגחך] 

אוקיי, אז אתה יודע על iLab? OK, מדהים. אז יש iLab משאבים מדהים. אם אתה מחפש לעשות הפעלה, יש לנו משהו from-- אנחנו עושים hacknights שם. לפעמים, אנחנו עושים hackathons, אם אתה רק רוצה ללכת לפרוץ בפרויקטים מגניבים עם אנשים. 

יש לנו סדנאות. יש לנו שיעורים שמחדש לאשראי ש הם סוג של מגניבים על יזמות כי הם פתוחים to-- רוב אלה הם פתוחים לכולם. אבל יש לנו גם סדנאות ללא תשלום כמה פעמים בשבוע, שאנחנו פשוט להביא ב מומחים מהתעשייה לדבר על anything-- מ מושגים טכניים, לגיוס כספים, לאיך לעשות את המכירות. 

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

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

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

[מגחך] 

אז זה מה שיש לי. 

[מחיאות כפות] 

[צוחק] 

תודה לך.