دوره‌ی مقدماتی data science - مقدمه‌ای بر آمار

این چهارمین بخش از خلاصه‌ی مجموعه‌ی «دوره‌ی مقدماتی data science» هستش. 

بخش اول - مقدمه

بخش دوم - مقدمه‌ای بر داده‌ها

بخش سوم - تصویرسازی از داده‌ها و تحلیل آنها

 

تحلیل آماری

تجزیه و تحلیل آماری رو میشه هسته‌ی اصلی data science دونست. با استفاده از آمار میشه به چگونگی توزیع داده‌ها، تاثیر اونها بر هم و موارد بسیار زیاد دیگه‌ای پی‌برد. نقطه‌ی شروع برای استفاده از آمار در تجزیه و تحلیل داده‌ها، درک «آمار توصیفی» هستش که با استفاده از اون می‌تونیم توزیع داده‌هامون رو تحلیل کنیم. 

اگه به ستون دما در جدول اطلاعات فروش لیموناد که در بخش‌های قبلی ازش استفاده کردیم توجه کنیم، به چه نتایجی از بازه‌ی دماها می‌رسیم؟

کمترین مقدار 20.0 هستش که در «نرم‌افزار اکسل» با تابع ()MIN=، بیشترین مقدار 64.2 هستش که در اکسل با تابع ()MAX= و متوسط دما که با جمع مقادیر و تقسیم اون بر تعداد به دست میاد برابر 44.62 هستش و در اکسل با استفاده از تابع ()AVERAGE= میشه بهش رسید. همونطور که مشخصه مقدار متوسط به احتمال زیاد اصلا بین داده‌های موجود وجود نداره.

یه روش دیگه در تحلیل داده‌ها محاسبه‌ی «میانه» هستش. برای این کار داده‌ها رو از کوچک به بزرگ مرتب می‌کنیم و داده‌ی وسط رو انتخاب کنیم، که اگه این رو روی دماهای ذکر شده در بالا اجرا کنیم، به 46.2 می‌رسیم. اگر هم تعداد داده‌ها زوج باشه،‌ از میانگین دو داده‌ی وسط استفاده می‌کنیم. در اکسل برای رسیدن به این مقدار از تابع ()MEDIAN= استفاده میشه. 

گاهی ممکنه نیاز داشته باشیم بدونیم که در یه بازه‌ی زمانی چه داده‌ای بیشتر از بقیه تکرار شده که بهش «مُد» گفته میشه. در اعداد تصویر بالا عدد 46.2 دوبار ذکر شده در حالیکه بقیه‌ اعداد یک بار اومدن. در اکسل از تابع ()MODE= برای رسیدن به این مفهوم استفاده میشه. گاهی ممکنه چند عدد مُد باشن، یعنی چند تا عدد داشته باشیم که مثلا دوبار در فهرست داده‌ها اومده باشن. 

برای تصویرسازی از فراوانی داده‌ها میشه از نمودار «هیستوگرام» استفاده کرد. در این نمودار، داده‌ها در دسته‌هایی با بازه‌ی مشخص در محور افقی و تعداد اعضای هر دسته در محور عمودی نمایش داده میشه. نمودار هیستوگرام اعداد بالا به صورت زیر هستش و همونطور که مشخصه، اعداد در بازه‌هایی به طول ۱۰ در محور افقی قرار گرفتن. در این نمودار خیلی سریع می‌تونیم متوجه شیم که بیشترِ روزها (۵ روز) دمایی در بازه‌ی ۴۰ تا ۵۰ داشتن. 

 

ما معمولا برای اینکه یه دید کلی از داده‌ها داشته باشیم، به خصوص وقتی حجم داده‌ها زیاده، از محاسبه‌ی میانگین استفاده می‌کنیم. اما گاهی ممکنه میانگین ما رو به اشتباه بندازه. به عنوان مثال، اگه دو مجموعه داده داشته باشیم، یکی شامل ۱ و ۹ و دیگری شامل ۶ و ۴، میانگین هر دو مجموعه میشه ۵. اگه در یه گزارش فقط عدد میانگین‌ها رو بگیم، ممکنه این برداشت بوجود بیاد که اعداد دو مجموعه به هم نزدیکن. در حالیکه می‌بینیم در مجموعه‌ی اول ۸ واحد و در مجموعه‌ی دوم ۲ واحد اختلاف بین اعداد وجود داره، یعنی پراکندگی داده‌ها تو مجموعه‌ی اول بیشتره. برای حل این مساله از مفهوم «انحراف معیار» و برای محاسبه‌ی انحراف معیار از مفهوم «واریانس» استفاده می‌کنیم. فرمول ریاضی واریانس به صورت زیر هستش:

ممکنه در ظاهر پیچیده به نظر بیاد ولی ساده است. μ میانگین داده‌ها و N تعداد داده‌ها است.X_i هم عضو iاُم مجموعه. در واقع معنیش میشه اینکه اول میانگین داده‌ها محاسبه و بعد اختلافش با هرکدوم از داده‌ها به توان ۲ می‌رسه. بعد مجموع اونها تقسیم بر تعداد داده‌ها میشه. 

برای مجموعه‌ی اول و دوم در مثال بالا، میانگین داده‌ها برابر با ۵ هستش. برای مجموعه‌ی اول:

۳۲  = ^۲(۹-۵) + ^۲(۱-۵) 

حالا تقسیم ۳۲ بر تعداد اعداد یعنی ۲، واریانس رو به ما میده: ۱۶. اما برای مجموعه‌ی دوم: 

۲ = ^۲(۶-۵) + ^۲(۴-۵) 

و اگه ۲ رو تقسیم بر تعداد اعداد یعنی ۲ کنیم واریانس میشه ۱. اون چیزی که ما دنبالش بودیم انحراف معیار بود که در واقع با محاسبه‌ی «جذر» یا ریشه‌ی دوم واریانس به دست میاد. جذر یا ریشه‌ی دوم ۱۶ میشه ۴ و جذر یا ریشه‌ی دوم ۱ هم همون ۱ هستش. این اعداد به علت سادگی مجموعه‌ی داده‌ی ما، با چشم هم قابل ملاحظه است. یعنی فاصله‌ی ۱ و ۹ با عدد ۵ (میانگین) برابر ۴ و فاصله‌ی ۴ و ۶ با عدد ۵ برابر ۱ هستش. همونطور که واضحه، هر چقدر که پراکندگی داده‌ها کمتر باشه انحراف معیار هم کمتر خواهد بود. در اکسل، برای محاسبه‌ی واریانس از تابع ()VAR.P= و برای محاسبه‌ی انحراف معیار از تابع ()STDEV.P= استفاده میشه. 

نمودار هیستوگرام نشون میده که نمونه داده‌های مربوط به دما که دیدیم، از «توزیع نرمال» پیروی می‌کنه. در یه توزیع نرمال، میانگین، میانه، مُد و خط تقارن در وسط قرار دارند:

 

طبیعتا همه‌ی داده‌ها از توزیع نرمال پیروی نمی‌کنن. به عنوان مثال، در تصویر زیر داده‌های مربوط به مقدار بارندگی، نمودار هیستوگرام و مقادیر میانگین و میانه و مُد مربوطه رو می‌بینیم. مفهومی که بوسیله نمودار زیر می‌تونیم بهش بپردازیم تقارن تابع توزیع یا «چولگی» (skewness) هستش. این نمودار دارای چولگی به راست (right skewed) هستش. 

رابطه بین فیلدهای مختلف داده‌ها

گاهی نیاز داریم که رابطه‌ی بین چند فیلد از یه مجموعه‌ی داده رو بدونیم. مثلا می‌خوایم بدونیم چه رابطه‌ای بین دمای هوا و میزان فروش لیموناد برقراره. قبلا هم دیدیم که برای این کار از نمودار نقشه استفاده می‌کنیم و روند حاکم بر فیلدها رو بدست میاریم. این همون مفهوم «همبستگی» (correlation) هستش و میشه به صورت عددی میزان این همبستگی رو محاسبه کرد. برای این کار تو اکسل از تابع (,)CORREL= استفاده میشه.

همبستگی دو متغیر، مقداری بین -۱ تا +۱ داره. هر چقدر مقدار همبستگی به ۱ نزدیک‌تر باشه (+۱ یا -۱)، نشان‌دهنده‌ی قویتر بودن رابطه‌ی خطی بین دو متغیر هستش. رابطه‌ی خطی یعنی تغییر یکی از متغیرها، مقدار متغیر دیگر را هم تغییر می‌دهد که این تغییرها می‌توانند در یک جهت یا در خلاف جهت باشند. در این صورت می‌شه روی نمودار نقشه‌، خطی فرضی با شیب مثبت یا منفی (بر اساس منفی یا مثبت بودن همبستگی) بین نقاط رسم کرد. اما هر چقدر مقدار همبستگی به صفر نزدیک‌تر باشه، نشان‌دهنده‌ی پراکندگی داده‌ها و عدم ارتباط بین تغییرات اونهاست. 

در تصویر بالا، بعد از محاسبه می‌بینیم که میزان همبستگی بین دما و تعداد فروش برابر با 0.93 هستش که خیلی به +۱ نزدیکه و روی نمودار هم می‌بینیم که خطی با شیب مثبت تونستیم بین نقاط رسم کنیم. 

نکته‌ی آخر در این مورد اینکه، همبستگیِ زیاد بین دو فیلد لزوما به این معنی نیست که تغییر یک فیلد داده، «دلیلِ» تغییر در فیلد دیگه است. بلکه ممکنه فیلد سومی روی هر دو اثر گذاشته باشه یا حتی به طور تصادفی این همبستگی بینشون دیده بشه. 

 

بخش پنجم - مقدمه‌ای بر یادگیری ماشین

 

 

 

کتاب Running Lean: شناخت بخش‌های پر ریسک طرح - برای آزمایش آماده شوید

این پُست ششمین بخش از مجموعه‌ی خلاصه‌ی کتاب Running Lean یا اجرای ناب هستش.

بخش اول: مقدمه

بخش دوم: نقشه‌ی راه - اصول فراگیر

بخش سوم: نقشه‌ی راه - یک مثال

 بخش چهارم: مستند کردن طرح - بوم ناب

بخش پنجم: شناخت بخش‌های پر ریسک طرح - اولویت بندی و انتخاب نقطه‌ی شروع

 

بعد از شناخت مدل‌های آغازین و اولویت‌بندی ریسک‌ها، حالا وقتشه که برای انجام آزمایش‌ها آماده بشید.

 

یک تیم مساله/راه‌حل آماده کنید.

قبل از شروع اولین مجموعه از آزمایش‌ها، جمع کردن یه تیم خوب کار مهمیه. بهتره تقسیم‌بندی‌های سنتی مثل «مهندسی»، "QA"، «بازاریابی» و مانند این رو فراموش کنید. به جای اون بهتره دو تا تیم ایجاد کنید: تیم مساله، تیم راه‌حل. 

تیم مساله

تیم مساله بیشتر درگیر فعالیت‌های بیرونی نظیر مصاحبه با مشتری‌ها، اجرای تست‌های قابلیت استفاده و .. خواهد بود.

تیم راه‌حل

تیم راه‌حل بیشتر درگیر فعالیت‌های درونی نظیر کدنویسی، اجرای تست‌ها، انتشار محصول و .. خواهد بود.

اندازه‌ی ایده‌آل برای تیم مساله/راه‌حل ۲ یا ۳ نفر هستش. دلایل زیادی برای ساخت محصول نسخه‌ی ۱.۰ (یا همون کمترین محصول قابل ارائه) با یه تیم کوچک وجود داره: تعامل راحت‌تر، توسعه‌ی کمتر، پایین نگه داشتن هزینه.

من بیشتر CloudFire رو خودم به عنوان تک بنیان‌گذار ساختم. بیشترین چالش من در برقراری تعادل بین فعالیت‌های دورنی و بیرونی بود. اما با وجود اینکه می‌تونید یه محصول رو خودتون به تنهایی بسازید، من شدیدا توصیه می‌کنم حداقل با یه نفر دیگه که می‌تونه در سنجش واقعیت‌ها به شما کمک کنه همکاری کنید. در حالت ایده‌ال این شخص می‌تونه «هم‌بنیانگذار» باشه،‌ اما حتی مشاورین، سرمایه‌گذاران و .. می‌تونن چنین نقشی رو ایفا کنن. 

 

سه موردی که اجباریه: توسعه، طراحی و بازاریابی

همیشه نیاز نیست که ۳ نفر برای تکمیل تیم داشته باشید. گاهی این سه نیاز رو میشه با ۲ نفر هم رفع کرد. من علاقه‌مند به پیدا کردن افرادی هستم که سطوحی از تخصص رو در هر سه حوزه داشته باشن. 

توسعه

اگه در حال ساخت یه محصول باشید، شدیدا در تیمتون نیاز به مهارت‌های توسعه‌ی محصول خواهید داشت. داشتن تجربه‌ی قبلی در توسعه کلیدی هستش، همراه با تخصص در تکنولوژی‌ خاصی که می‌خواید ازش استفاده کنید. 

طراحی

منظور از طراحی، زیبایی‌شناسی و کاربردپذیری است. شاید در بازارهای جدید اهمیت عملکرد نسبت به فرم و ظاهر بیشتر باشه،‌ اما هر چه زمان میگذره به میزان اهمیت شکل و ظاهر افزوده میشه.

بازاریابی 

هر چیز دیگری غیر از دو مورد قبل بازاریابی است. بازاریابی حس دیگران به محصول شما رو مدیریت می‌کنه و برای این کار شما نیاز به افرادی دارید که بتونن خودشون رو جای مردم بذارن. تبلیغات عمومی و مهارت‌های ارتباطی قوی در اینجا کلیدی است. 

نسبت به «برون‌سپاری» تیم مساله/راه‌حل محتاط باشید. من دائما تیم‌هایی رو می‌بینم که یک یا چند مورد از این سه جنبه رو برون‌سپاری می‌کنن که معمولا ایده‌ی بدی هستش. چون این کار شما رو محدود به زمان‌بندی دیگران میکنه و سرعت‌ عمل شما رو در چرخه‌های تولید پایین میاره. یکی از مواردی که هرگز نباید برون‌سپاری بشه آموختن درباره‌ی مشتری‌هاست. 

 

اجرای آزمایش‌های موثر

در این بخش قوانینی برای تعریف و اجرای آزمایش‌های مفید وضع می‌کنیم. 

بیشینه‌سازی سرعت، آموختن و تمرکز

از اونجایی که هدف یک استارتاپ یافتن طرحیست که پیش از اتمام منابع ما به جواب برسه، سرعت که از طریق مدت زمان چرخش حلقه‌ی «ساخت-سنجش-آموختن» اندازه‌گیری میشه، برای ما مهمه. همچنین ما می‌دونیم که آموختن، بویژه آموختن درباره‌ی مشتری‌ها مساله‌ی مهمیه. اما چیزی که خیلی بهش توجه نمیشه تمرکز هستش. 

شما به هر سه مورد سرعت، آموختن و تمرکز برای اجرای یک آزمایش بهینه نیاز دارید. ببینیم که اگه هر سه مورد رو با هم نداشته باشید چه حالت‌هایی پیش میاد.

سرعت و تمرکز دارید: وقتی شما سریع و متمرکز، ولی بدون آموختن کار می‌کنید، تصویر سگی به ذهن میاد که دُم خودش رو دنبال می‌کنه. شما انرژی زیادی صرف می‌کنید ولی دور خودتون می‌چرخید.

یادگیری و تمرکز دارید: وقتی شما روی چیز درستی متمرکز شدید و یاد هم می‌گیرید اما به اندازه‌ی کافی سریع حرکت نمی‌کنید، شما در خطر پایان منابعِ در دسترس یا جایگزین شدن توسط یه رقیب هستید.

سرعت و یادگیری دارید: اگه شما یاد می‌گیرید و سریع هم حرکت می‌کنید اما متمرکز نیستید، ممکنه در تله‌ی «بهینه‌سازی زودرس» بیفتید. مثلا سرورها رو قبل از اینکه مشتری‌ای داشته باشید گسترش بدید و یا کدها رو مرتب بهینه کنید در حالیکه هنوز محصولی ندارید که کار کنه. 

یه پارامتر کلیدی یا هدف، مشخص کنید

برای آماده‌سازی یه آزمایش، روی یه آموخته یا پارامتر کلیدی که نیاز دارید بهش برسید (و بر اساس نوع و مرحله‌ای که محصول شما در اون قرار داره می‌تونه متفاوت باشه) تمرکز کنید. 

کوچکترین چیز ممکن برای یادگیری رو انجام بدید

میگن «بهترین»، دشمنِ «خوب» هستش. ساده‌ترین کاری که برای آزمایش یه نظریه می‌تونید انجام بدید رو انتخاب کنید.

فرضیه‌هایی را در نظر بگیرید که قابل ابطال باشد

بیشتر افراد چیزهایی رو برای بیزینس مدلشون می‌نویسن که قابل سنجش نیست. در حالیکه «استارتاپ ناب» عمیقا ریشه در روش علمی داشته و نیاز داره که شما فرضیات خودتون رو به فرضیه‌هایی ابطال‌پذیر تبدیل کنید. فرضیه‌ی ابطال‌پذیر عبارتی هستش که میشه رد شدنش رو به طور واضح اثبات کرد. 

بدون این کار، شما به سادگی می‌تونید در دام شواهدی بیفتید که اثبات می‌کنه فرضیه‌ای که شما دارید درسته. در اینجا دو عبارت رو مقایسه می‌کنیم:

خیلی مبهم: شناخته شدن به عنوان یه «متخصص»، روی پذیرندگان اولیه تاثیرگذار خواهد بود.

مشخص و قابل سنجش: یک پُست وبلاگ باعث ۱۰۰ مورد عضویت خواهد شد.  

درست یا غلط بودن عبارت اول قابل اثبات نیست، چون میزان تاثیرپذیری پذیرندگان اولیه قابل اندازه‌گیری نیست. به طور خاص، مشخص نیست که چند پذیرنده‌ی اولیه نیازه تا درستی این عبارت ثابت بشه. یا مشخص نیست «متخصص بودن» دقیقا به چه معنیه. عبارت دوم نه تنها یه خروجی مشخص و قابل اندازه‌گیری داره، بلکه بر اساس یک اقدام مشحصِ قابل تکرار هستش که باعث میشه قابل سنجش باشه. فرضیه‌ی ابطال‌پذیر یعنی یه اقدام مشخصِ قابل تکرار به یه نتیجه‌ی مشخصِ قابل اندازه‌گیری برسه.  

اعتبارسنجی کیفی، تایید کمّی 

قبل از تناسب محصول/بازار، میزان عدم قطعیت بالاست و خبر خوب اینه که وقتی عدم‌قطعیت زیاده، برای آموختن نیاز به داده‌ی زیادی نیست. هدف اولیه‌ی شما اینه که یه «نشانه‌ی» قوی (مثبت یا منفی) به دست بیارید که به طور معمول نیاز به نمونه داده‌ی زیادی نداره. شما احتمالا در مصاحبه با ۵ مشتری به این هدف می‌رسید. یه نشانه‌ی منفیِ قوی بر این دلالت می‌کنه که فرضیه‌ی اصلی شما به احتمال زیاد جواب نمیده و این باعث میشه که یا خیلی زود اون رو بهبود بدید یا کلا فراموشش کنید. با این حال نشانه‌ی مثبتِ قوی لزوما به این معنی نیست که فرضیه‌ی شما با افزایش نمونه‌ی آماری همچنان نشانه‌ی مثبت دریافت کنه، با این حال این مجوز رو به شما میده که با این فرضیه ادامه بدید تا زمانی که از طریق داده‌های کمّی تایید بشه. اعتبارسنجی فرضیه‌ها از این طریق، یعنی ابتدا کیفی و سپس کمّی، یک اصل کلیدی است که در ادامه زیاد باهاش مواجه می‌شیم.

مطمئن شوید که می‌توانید نتایج به دست آمده را به اقدامات مشخصی مربوط کنید

وقتی آزمایش‌های کیفی انجام می‌دید، مثل مصاحبه‌ها، مهمه که اونها رو تا بروز یه الگوی تکرارپذیرِ قطعی به شیوه‌ی ثابتی ادامه بدید. برای آزمایش‌های کمّی، روش‌های مشخصی برای رسیدن به این هدف وجود داره که بعدا بیشتر بررسی می‌کنیم. 

شفافیت

سنجش فرضیه‌ها می‌تونه برای بنیانگذارها ترسناک باشه که قابل درکه. چون اونها دوست ندارن ثابت بشه که نتیجه‌ی تلاش‌هاشون اشتباهه. اما بدون وجود سطحی از شفافیت و واقع‌گرایی این خطر وجود داره که شما استارتاپ خودتون رو فقط براساس باور و اعتقاد شخصی بنا کنید. 

تبادل آموخته‌ها

در بازه‌های زمانی مشخص درس‌های آموخته‌شده از آزمایش‌ها رو بین اعضا به بحث بگذارید. برای تیم داخلی خودتون به طور هفتگی و برای مشاورین و سرمایه‌گذاران به طور ماهیانه. این به شما اجازه میده که توقف کنید، به عنوان یه تیم به یافته‌ها واکنش نشون بدید و برای فعالیت‌های بعدی برنامه‌ریزی کنید. به این دو گام آخر «حسابداری نوآوری» گفته میشه. تصاویر زیر مدل حسابداری نوآوری که من استفاده می‌کنم رو نشون میده.

 

هدف در اینجا، سنجیدن کمترین محصولِ قابل ارائه‌ی ماست. ابتدا خلاصه‌ای از آموخته‌های ما از یک دوره‌ی مشخص در ۳ بخش مجزا ارائه شده: آنچه انتظار داشتیم اتفاق بیفته (your hypotheses)، آنچه واقعا اتفاق افتاد (your insights)، و آنچه در آینده می‌خواهیم انجام دهیم (future experiments). در ادامه، به نحوه‌ی برخورد و استفاده‌ی مشتری‌ها با محصول پرداخته شده. این روش اجازه می‌ده که در حین اینکه دائما در حال حرکت به سمت طرحی هستید که جواب بده،‌ به یادگیری ادامه بدید. 

 

استفاده از ابَر الگوی تکرار (iteration) برای ریسک‌ها

با استفاده از آزمایش‌ها میشه با ریسک‌ها مواجه شد. قبل از تناسب محصول/بازار، اگرچه شما ممکنه بتونی تعدادی از ریسک‌ها رو کم کنی، اما نمی‌تونی با استفاده از یه آزمایش اونها رو به طور کامل حذف کنی. 

در اینجا دو تا اتفاق ممکنه بیفته. یکی اینکه استارتاپ‌ها ممکنه بر اساس نتیجه‌ی منفی یا حتی نه چندان خوب اولیه، خیلی زود به سراغ چرخش (pivot) برن و یا دیگه سراغ آزمایش‌های بیشتر نرن. دومی کاملا برعکسه. یعنی استارتاپ‌ها از نتایج مثبت اولیه بیش از حد خوش‌بین بشن، به طوریکه بعدا با مشکل مواجه بشن. 

اولین نقطه‌ی هدف برای یه استارتاپ، رسیدن به تناسب محصول/بازار هستش. این فقط به معنی ساخت یه محصول مناسب نیست،‌ بلکه شامل یه بیزینس مدل مقیاس‌پذیر (scalable) هستش که جواب بده. 

برای شما به صرفه نیست که کورکورانه فرایندی رو دنبال کنید یا آزمایش‌هایی رو فقط برای آموختن اجرا کنید. بلکه باید روندی رو دنبال کنید که آزمایش‌های شما در «تکرارهای مرحله‌ای» قرار بگیره و به این ترتیب اموخته‌های شما هربار افزایش پیدا کنه:

هر بار بیشترین آموخته‌ رو (درباره‌ی اینکه چه چیزی پر ریسک‌ترین هستش) به دست بیار. 

نقطه‌ی شروع، یه بوم ناب تکمیل شده‌ست که طرحی رو ارائه میده که شما معتقدید جواب میده. بعد شما به صورت روش‌مند آزمایش‌های مرحله‌ای رو اجرا می‌کنید که نواحی روی بوم رو پوشش میدن. 

قبلا مساله، کانال‌ها،‌ و جریان درآمد رو پر ریسک‌ترین موارد برای شروع دونستیم. در اینجا بررسی می‌کنیم که چطور به صورت ساختارمند با این ۳ مورد مواجه بشیم: 

مرحله‌ی ۱: فهمیدن مساله

با مشتری‌ها مصاحبه‌‌ی رسمی انجام بدید یا از سایر روش‌های آشنایی با مشتری استفاده کنید تا بفهمید که آیا مساله‌ای دارید که ارزش حل کردن داشته باشه؟ مساله مربوط به کیه؟ مساله‌ی اصلی چیه و الان چطور حلش میکنن؟  

مرحله‌ی ۲: تعریف راه‌حل

با استفاده از اطلاعاتی که از مرحله‌ی ۱ کسب کرده‌اید،‌ راه‌حلی تعریف کنید، یک دمو تهیه کنید که مشتری بتونه تصوری از راه‌حل شما داشته باشه و بعد اون رو با مشتری‌ها آزمایش کنید. راه‌حل شما جواب میده؟ پذیرنده‌ی اولیه کیه؟ مدل قیمت‌گذاری کار می‌کنه؟

مرحله‌ی ۳: اعتبارسنجی کیفی

کمترین محصول قابل ارائه‌ی خودتون رو تولید کنید و به پذیرنده‌های اولیه ارائه بدید. اونها می‌تونن ارزش پیشنهادی منحصر‌به‌فرد شمارو تشخیص بدن؟ چطور می‌تونید یه تعداد پذیرنده‌‌ی اولیه برای دریافت اطلاعات پیدا کنید؟ باید هزینه‌ای پرداخت کنید؟

مرحله‌ی ۴: تایید کمّی

محصول بهینه شده‌ی خودتون رو برای تعداد افراد بیشتری منتشر کنید. مردم چیزی که ساختید رو می‌خوان؟ چطور می‌خواید تعداد مشتری‌ها رو به سرعت افزایش بدید؟ کسب و کار شما به راحتی در دسترس مردم قرار داره؟

 

در اینجا نحوه‌ی مواجهه با آنها بر اساس ریسک‌ها ارائه شده:

- ریسک محصول: تولید محصولِ درست

۱- اول مطمئن بشید که مساله‌ای دارید که ارزش حل کردن داره.

۲- سپس کمترین محصول قابل ارائه رو تعریف کنید.

۳- کمترین محصول قابل ارائه رو تولید و اون رو در ابعاد کوچیک اعتبارسنجی کنید.

۴- در نهایت اون رو در ابعاد وسیع بررسی کنید.

- ریسک مشتری: برای دسترسی مشتری‌ها به محصول مسیری بسازید

۱- اول مشخص کنید چه کسایی با این مساله مواجهن.

۲- بعد اونها رو به پذیرندگان اولیه‌ای که همین الان حاضرن از محصول شما استفاده کنن محدود کنید.

۳- خوبه که کار رو از کانال‌های بیرونی (outbound channels) شروع کنید.

۴- اما به تدریج کانال‌های درونی مقیاس‌پذیر (scalable inbound channels) رو توسعه بدید، هر چه زودتر بهتر.

- ریسک بازار: یه کسب و کار ماندگار بسازید.

۱- از طریق سایر راه‌حل‌های موجود، رقابت رو تشخیص بدید و برای راه‌حل خودتون قیمتی تعیین کنید.

۲- قیمت‌گذاری رو اول از طریق چیزی که مشتری‌ها میگن بسنجید.

۳- بعد از طریق رفتار مشتری‌ها قیمت‌گذاری رو بسنجید.

۴- ساختار هزینه‌ی خودتون رو بهینه کنید تا بیزینس مدل‌تون جواب بده. 

 

 

بخش هفتم: سنجش ساختارمند طرح - آمادگی برای مصاحبه با مشتریان

 

 

 

تصمیم و قضاوت

 

به عنوان یه رشتی طرفدار فوتبال، شناخت من از «علیرضا جهانبخش» به زمانی برمیگرده که تو تیم «داماش گیلان» بازی می‌کرد و تا جایی که می‌دونستم اهل شهر «رودبار» تو استان «گیلان» بود. خیلی جوون بود و از بازیش مشخص بود که می‌تونه آینده‌ی خوبی داشته باشه. روندی که اون موقع می‌شد برای همچین بازیکنی در نظر داشت این بود که به یه تیم بزرگتر و ثروتمندتر، مثلا «سپاهان» یا «ذوب‌آهن» بره و اگه دچار اُفت و حاشیه‌های معمول فوتبالیست‌های جوون تو فوتبال ایران نشه، به یکی از تیم‌های «استقلال» یا «پرسپولیس» منتقل بشه. البته موردهایی هم بودن که مستقیما از یه تیم کوچک به یکی از دو تیم‌ بزرگ تهران منتقل شده بودن و این گزینه هم محتمل بود.

اما خبری که از جهانبخش بعد از ۲ فصل حضور تو تیم داماش منتشر شد، انتقالش به یه تیم «هلندی» بود. بعد از حضور تیم ملی ایران تو جام جهانی ۱۹۹۸، انتقال بازیکن‌های ایرانی به لیگ‌های اروپایی و بخصوص «آلمانی» چیز عجیبی نبود، اما سال‌ها ازون دوران گذشته بود و حالا اینکه بازیکنی از ایران تو سن خیلی پایین و مستقیما از یه تیم کوچک به تیمی تو یه لیگ آبرومند اروپایی بره خبر هیجان‌انگیزی بود، هر چند نگرانی‌هایی هم مطرح میشد. مثلا اینکه عدم تجربه‌ی حضور تو تیم‌های بزرگ ایرانی و یا حتی عدم حضور در لیگ‌‌های متوسط کشورهای همسایه مثل «قطر» و «امارات» باعث نشه که جهانبخش زیر فشار زیاد بازی‌های اروپایی نتونه عملکرد خوبی از خودش نشون بده و اصطلاحا بسوزه.

اما خبرهایی که از حضور جهانبخش تو هلند میومد خیلی خوب بود، طوریکه بعد از ۲ فصل، به یه تیم بزرگتر هلندی منتقل شد و تو فصل سوم حضورش تو اون تیم هم «آقای گل» لیگ برتر هلند شد که خیلی افتخار بزرگی بود. بعد از ۵ فصل حضور در فوتبال هلند، علیرضا جهانبخش با یه مبلغ قابل توجه به تیم «برایتون» انگلیس منتقل شد که تبدیلش کرد به گرانترین خرید تاریخ این باشگاه انگلیسی.

این انتقال از جهات زیادی تفاوت داشت با تجربه‌های قبلی علیرضا، چون لیگ برتر انگلیس یکی از سطح بالاترین لیگ‌های فوتبال دنیاست و ضمنا معروفه که مسابقاتش بسیار درگیرانه انجام میشه و قدرت بدنی و تمرکز بالایی می‌طلبه. خیلی خلاصه اینکه اوضاع واسه علیرضا تو انگلیس اونطور که باید پیش نرفت. تو فصل اول بازی‌های کمی انجام داد، نه گلی زد و نه تونست پاس گلی بده و این برای خرید یه باشگاه که گرانترین خرید تاریخ باشگاه هم هستش یه فاجعه محسوب میشه. مسلما طرفدارها و رسانه‌ها انتقاد می‌کنن و باشگاه و سرمربی زیرفشار قرار میگیرن. تو فصل دومش هم که همین فصل ۲۰۱۹-۲۰۲۰ هستش، اوضاع بدتر شد و کلا مربی تو ترکیب تیم قرار نمی‌دادش.

حالا دیگه بحث و انتقاد از داخل ایران هم شنیده می‌شد. بعضی‌ها معتقد بودن که رفتن به انگلیس از اولش اشتباه بود: وقتی توی هلند موفق بودی چرا رفتی یه کشور دیگه. فوقش میرفتی یه تیم بهتر، مثلا «آژاکس». بعضی‌ها هم میگفتن عجله کردی و کار درست این بود که به جای لیگ برتر انگلیس، از لیگ رده پایین‌تر این کشور (لیگ دسته‌ی اول) شروع می‌کردی تا کم کم جا بیفتی. این بحث هم مطرح بود که بهتره جهانبخش تا یه فصل رو کلا از دست نداده زودتر تیمش رو عوض کنه و حتی دوباره برگرده هلند. اما از مدیر برنامه‌های علیرضا خبر می‌رسید که علیرضا تصمیم داره بمونه و تلاش کنه.

امروز که دوم ژانویه 2020 هستش، علیرضا جهانبخش توی دو بازی پی در پی تو لیگ برتر انگلیس برای تیمش گل زده. اولیش رو قبل از اینکه هنوز بازی به دقیقه‌ی ۳ برسه زد که سریع‌ترین گل تاریخ برایتون تو لیگ برتر بوده و دومیش رو هم در دقایق انتهایی بازی با تیم بزرگ «چلسی»، با یه «قیچی برگردون» زیبا که باعث شد تیمش از شکست نجات پیدا کنه.

میشه تصور کرد که روزها و ماه‌های قبل از این دو تا گل چه فکرهایی از ذهنش گذشته. اینکه شاید این حرفهایی که کارشناس‌ها و رسانه‌ها در مورد انتخاب تیم و .. میزنن درسته. واقعا من اینقدر که برام هزینه شده ارزش دارم؟ چرا دیگه نمی‌تونم گل بزنم؟ اگه مربی تیم دیگه بهم بازی نده چی؟ چه کاری درسته؟ با همین تیم ادامه بدم یا تیمم رو عوض کنم؟ 

تصویر بالا که مربوط به بعد از اولین گلش تو لیگ برتر انگلیس میشه، نشون میده که این بازیکن از چه فشار روانی شدیدی رها شده. بعد از گل دومش هم که به طرز زیبایی به ثمر رسوند، همه دارن تحسینش می‌کنن که «موند و جنگید، تسلیم نشد، حاضر نشد به عقب برگرده و حالا داره مزد زحماتش رو می‌گیره».

خیلی وقتها قضاوتی که ما درباره‌ی تصمیم‌ها و انتخاب‌های دیگران داریم، فقط معطوف به «نتیجه‌» هستش. تا موقعی که گل بزنن و بدرخشن، همه‌چی درست و به موقع بوده، ولی اگه تو مقطعی دچار مشکل و اُفت بشن، باید خودشون رو برای انتقاد و سرزنش آماده کنن.

خیلی کلی‌تر، شاید بشه گفت هر چقدر که تو زندگی جلوتر میریم، هر چقدر تصمیم‌ها مهم‌تر و سرنوشت‌سازتر میشن، دیگه کمتر می‌تونیم قاطعانه بگیم چه کاری درسته و چه کاری غلط. شاید تنها کاری که ازمون بربیاد این باشه که تا جای ممکن اطلاعات جمع کنیم، با افراد با تجربه‌تر مشورت کنیم و با در نظر گرفتن همه‌ی جوانب تصمیم بگیریم. ولی بهتره بدونیم که هیچ تضمینی برای رسیدن به نتیجه‌ی دلخواه وجود نداره و باید برای هر نتیجه‌ای و بر اساس اون نتیجه، برای هر قضاوتی توسط بقیه‌ی افراد آماده باشیم.   

 

 

دوره‌ی مقدماتی data science - تصویرسازی از داده‌ها و تحلیل آنها

این سومین بخش از خلاصه‌ی مجموعه‌ی «دوره‌ی مقدماتی data science» هستش. 

بخش اول - مقدمه

بخش دوم - مقدمه‌ای بر داده‌ها

 

توابع تجمیعی (aggregate functions)

در بخش قبلی با یکی از توابع تجمیعی یعنی «مجموع» آشنا شدیم و جمع مقادیر ستون درآمد رو محاسبه کردیم. عملیات تجمیعی یکی از ابتدایی‌ترین کارهایی هستش که معمولا روی داده‌ها انجام میدیم تا بتونیم به یه خلاصه و جمع‌بندی از اونها دست پیدا کنیم. متداول‌ترینِ این توابع شامل تعداد(Count)، مجموع(Sum)، میانگین(Average)، کمترین مقدار(Min) و بیشترین مقدار(Max) هستش. در زیر نتیجه‌ی اِعمال این توابع روی ردیف داده‌هامون رو می‌بینیم:

 

 

بسته به نوع داده، نتیجه‌ی بعضی توابع تجمیعی ممکنه کاربردی نداشته باشه. مثلا در جدول بالا، عملیات جمع (Sum) روی دما و قیمت، خروجی معناداری تولید نمی‌کنه. نکته‌ی دیگه اینکه روی بعضی داده‌ها، مثل روز هفته که برای دسته‌بندی اطلاعات استفاده میشه، محاسبه‌ی تعداد (Count) کمکی به ما نمی‌کنه و مثل جدول بالا بهتره از تعداد تفکیکی (DCount) استفاده کنیم. 

وقتی داده‌های ما براساس یک یا چند فیلد دسته‌بندی شده باشن، مثلا بر اساس فیلد روزهای هفته یا قیمت، می‌تونیم توابع تجمیعی رو به طور جداگانه روی هر کدوم از دسته‌ها اِعمال کنیم:

در تصویر بالا، «میانگین» دما و بارندگی، و «مجموع» تعداد آگهی و تعداد فروش و مقدار درآمد براساس روزهای هفته به طور جداگانه محاسبه شده. 

وقتی بیشتر از یک دسته در داده‌ها وجود داشته باشه، می‌تونیم داده‌ها رو به طور سلسله‌مراتبی «گروه‌بندی» کنیم. به عنوان مثال اگه تو جدول ابتدای این بخش دقت کنیم می‌بینیم که قیمت تو بعضی روزها 30 سِنت و تو بعضی روزها 50 سِنت هستش، یعنی ردیف‌ها بر اساس قیمت به دو دسته تقسیم میشن. اینجا می‌تونیم ابتدا ردیفها رو براساس قیمت گروه‌بندی کنیم و بعد توابع تجمیعی رو روی روزهای مختلف اِعمال کنیم:

اگه به تصویر زیر دقت کنیم متوجه می‌شیم که مجموع درآمد تو روزهایی که قیمت ۵۰ سِنت بوده (52.00)  با وجود فروش کمتر (104) بیشتر از روزهایی هستش که قیمت ۳۰ سِنت بوده (35.70) با وجود فروش بیشتر (119). شاید بشه نتیجه گرفت که فروش با قیمت ۵۰ سِنت به‌صرفه‌تر هستش. ضمن اینکه می‌بینیم تو روزهای جمعه، وقتی قیمت ۵۰ سِنت بوده، با وجود تعداد آگهی کمتر مقدار فروش و درآمد بیشتر بوده:

 

 

تصویرسازی از داده‌ها

استفاده از نمودار و گراف و به طور کلی تصویرسازی از داده‌ها به ما کمک می‌کنه که سریع‌تر و راحت‌تر بتونیم اطلاعات مورد نیاز رو از داده‌های موجود استخراج کنیم. 

در تصویر زیر یه نمودار خطی (line) ساده رو می‌بینیم که درآمد روزانه رو در بازه‌ی دو هفته‌ای نشون میده. در اینجا درآمد (محور عمودی) به صورت نقطه‌ای متناظر با تاریخ مربوطه (محور افقی) نمایش داده شده و از اتصال این نقاط به هم، این نمودار به دست اومده. 

به طور کلی به محور افقی نمودارها، محور Xها و به محور عمودی نمودارها، محور Yها گفته میشه. نمودارها معمولا شامل توضیح علائم (legend) هم هستن. مثلا تو تصویر بالا می‌فهمیم که خط آبی نمودار نشون‌دهنده‌ی درآمد (Revenue) هستش. مورد بعدی عنوان نمودار هستش که نشون میده نمودار قراره چه چیزی رو به ما اطلاع بده. مثلا در نمودار بالا، "Revenue Over Time" نشون میده که هدف نمودار، نمایش درآمد در طول زمان هستش. 

نمودار دایره‌ای (Pie) نوع دیگه‌ای از نمودارهاست که استفاده ازش متداول هم هست. همونطور که مشخصه این نوع نمودار محور عمودی و افقی نداره و مقادیر رو بر اساس مساحت اختصاص داده شده در سطح دایره نمایش میده. به عنوان مثال نمودار دایره‌ای زیر نشون میده که هر کدوم از روزهای هفته چه درصدی از میزان درآمد رو به خودشون اختصاص میدن. روز یکشنبه با ۱۸ درصد بالاترین سهم و روز جمعه با ۱۲ درصد پایین‌ترین سهم رو در درآمد دارن.  

 

استفاده از نمودار میله‌ای(bar) یا ستونی(column) روش دیگه‌ای در تصویرسازی داده‌هاست. در نمودار میله‌ای زیر، هر میله یا ستون نشون‌دهنده‌ی یه روز هفته و ارتفاع هر میله نشون‌دهنده‌ی مقدار درآمد کسب شده در اون روز هستش. 

اگه چند دسته داده داشته باشیم، مثل روزهای هفته و قیمت فروش، می‌تونیم از چند نوع میله یا ستون استفاده کنیم. مثلا تو نمودار زیر، میله‌های آبی نشون‌دهنده‌ی درآمد با فروش ۳۰ سِنت و میله‌های نارنجی نشون‌دهنده‌ی درآمد با فروش ۵۰ سِنت هستن. 

اگه نیاز داشته باشیم که یک روند رو بر اساس تغییرات دو داده‌ی مرتبط نشون بدیم، می‌تونیم از نمودار نقشه‌ای(plot) استفاده کنیم. نمودار زیر دما رو روی محور Xها، تعداد فروش رو روی محور Yها و تعداد فروش در هر دما رو با یه نقطه‌ی آبی نشون میده. روندی که می‌تونیم بیینیم اینه که هر چه دما بالاتر بوده، تعداد فروش هم بیشتر شده و برعکس. خط نارنجی این روند رو به ما نشون میده.  

 

بخش چهارم: مقدمه‌ای بر آمار

 

کتاب Running Lean: شناخت بخش‌های پر ریسک طرح - اولویت بندی و انتخاب نقطه‌ی شروع

این پُست پنجمین بخش از مجموعه‌ی خلاصه‌ی کتاب Running Lean یا اجرای ناب هستش.

بخش اول: مقدمه

بخش دوم: نقشه‌ی راه - اصول فراگیر

بخش سوم: نقشه‌ی راه - یک مثال

 بخش چهارم: مستند کردن طرح - بوم ناب

 

ریسک چیه؟

ما می‌دونیم که استارتاپ‌ها با مساله‌ی «عدم قطعیت» مواجهن، ولی عدم قطعیت و ریسک دو تا چیز متفاوتن. ما می‌تونیم در مورد چیزای زیادی دچار عدم قطعیت باشیم، در حالیکه اون چیزا دارای ریسک نیستن. عدم قطعیت رو میشه «وجود بیشتر از یک حالت ممکن» دونست، در حالیکه ریسک رو میشه نوعی از عدم قطعیت دونست که در اون «بعضی از حالت‌های ممکن، نتایج ناخوشایندی خواهند داشت».

بوم ناب به طور خودکار عدم قطعیت‌هایی رو که در عین حال ریسک هم هستن مشخص می‌کنه. اما ریسک‌ها با هم متفاوتن. سنجش احتمال بروز یک نتیجه‌ی خاص، به همراه سنجش میزان خسارت در صورتی که شما در این کار مرتکب اشتباه بشید، روش سنجش ریسک در بیزینس مدل شماست.  

به عنوان مثال،‌ تو مطالعه‌ی موردی مربوط به نوشتن این کتاب که قبلا بررسی کردیم،‌ من قیمت رو به عنوان یه ریسک بالا در نظر نگرفتم، چون با وجود اینکه خسارت ناشی از عدم خرید کتاب خیلی بزرگ بود، احتمال این اتفاق با توجه به کتاب خوبی که می‌خواستم بنویسم پایین بود. به همین دلیل به جای قیمت، تمرکز خودم رو روی فهرست مطالب قرار دادم. 

در هر استارتاپ سه نوع ریسک کلی میشه در نظر گرفت: ریسک محصول (P)، ریسک مشتری (C) و ریسک بازار (M). مواجهه‌ی همزمان با همه‌ی این ریسک‌ها سخته، به همین دلیل باید بر اساس موقعیت محصول این ریسک‌ها رو اولویت‌بندی کرد و به طور ساختارمند با اونها مواجه شد. 

 

در حالیکه پرریسک‌ترین بخش مدل شما بر اساس نوع محصولی که قصد ساختش رو دارید متفاوت خواهد بود، ریسک‌هایی وجود دارند که عمومی‌ترن و نقطه‌ی شروع خوبی برای رتبه‌بندی بیزینس مدل‌ها هستن.

 

رتبه‌بندی بیزینس مدل‌ها

الان وقتشه که بوم‌های نابی که دارید رو کنار هم قرار بدید و بر اساس اولویت‌ها تصمیم بگیرید که با کدوم مدل شروع کنید. هدف ما در اینجا رسیدن به مدلیه که یه بازارِ به اندازه‌ی کافی بزرگ و مشتری‌هایی نیازمند به محصول ما داره، محصولی که می‌تونیم بر اساس اون یه کسب و کار راه بندازیم. 

من از این ترتیب وزنی استفاده می‌کنم، از بیشترین به کمترین:

۱- میزان نیاز مشتری (مساله)

دسته‌های مشتری‌ رو بر اساس میزان نیازشون به محصولتون اولویت‌بندی کنید. هدف رسیدن به مهم‌ترین مساله‌های مشتری‌هاست. 

۲- سهولت دسترسی (کانال‌ها)

ساخت یه مسیر دسترسی برای مشتری‌ها یکی از سخت‌ترین جنبه‌های ساخت یه محصول موفقه. اگه مسیر راحتی برای یه دسته از مشتری‌ها دارید، اون رو هم درنظر بگیرید. البته این تضمین نمی‌کنه که شما بتونید برای این دسته از مشتری‌ها مساله‌ای پیدا کنید که ارزش حل کردن داشته باشه.

۳- قیمت و سود (جریان‌های درآمد/ ساختار هزینه)

اینکه چقدر پول واسه محصولتون می‌تونید دریافت کنید تا حد زیادی به دسته‌ی مشتری مربوط میشه. دسته‌ی مشتری‌ای رو انتخاب کنید که به شما اجازه میده حاشیه‌ی سودتون رو بیشتر کنید. هر چه حاشیه‌ی سودتون بیشتر باشه، نیاز شما به پیدا کردن مشتری کمتر میشه. 

۴- اندازه‌ی بازار (دسته‌های مشتری‌)

دسته‌ای از مشتری‌ها رو انتخاب کنید که بازار بزرگی رو برای رسیدن به اهداف تجاری شما نمایندگی می‌کنن.

۵- امکان فنی (راه‌حل)

بررسی کنید که راه‌حل طراحی شده‌ی شما نه تنها عملی باشه، بلکه حداقل ویژگی‌های مورد نیاز مشتری رو ارائه کنه.

مطالعه‌ی موردی: CloudFire، اولویت‌بندی شروع

تصاویر زیر بوم‌های ناب CloudFire رو بر اساس رتبه‌بندی اونها نشون میده:

بوم والدین:

 

بوم عکاس‌ها:

 

بوم فیلمبردارها:

 

بوم مصرف‌کنندگان:

 

اگرچه دسته‌ی فیلم‌بردارها بیشترین حاشیه‌ی سود رو داره(با ۱۰۰ مشتری به نقطه‌ی سر به سر می‌رسید)،‌ اما چالش‌های تکنیکی زیادی در کار با فایل‌های حجیم (که اکثرا فایل‌های ویدئویی هستن) وجود داره. دسته‌ی مصرف‌کنندگان هم ضعیف‌ترین ارزش پیشنهادی و سخت‌ترین مدل درآمدزایی رو داره. براساس این رتبه‌بندی، من تصمیم گرفتم که با دسته‌های والدین و عکاس‌ها شروع کنم. 

 

مشورت با دیگران

این ضروری است که شما مدل خود را با حداقل یک نفر دیگر مطرح کنید.

من قبلا بعد از مستندسازی مدل اولیه بلافاصله سراغ مصاحبه با مشتری‌ها می‌رفتم،‌ اما حالا ترجیح میدم اول یه زمانی رو برای اولویت‌بندی ریسک‌ها و فکر کردن به مدل‌های جایگزین با افرادی غیر از مشتری‌ها، یعنی مشاورین صرف کنم. 

علت اصلی این کار افزایش سرعت و یادگیری هستش. مشتری‌ها نمی‌تونن مستقیما جواب همه‌ی سوال‌ها رو داشته باشن. ضمن اینکه انتخاب دسته‌ی مشتری ممکنه بدرستی انجام نشه. 

اما از طرف دیگه، مشاورین مناسب می‌تونن تو تعیین ریسک‌های کلی طرح و همچنین اصلاح و یا حتی حذف بعضی از مدل‌ها به شما کمک کنن. 

مشاور ابتدای کار ممکنه یکی از مشتری‌های اولیه، یه سرمایه‌گذار بالقوه، یه کارآفرین با تخصصی خاص یا یه شخص آگاه از حوزه‌ی فعالیت باشه. به عنوان مثال، من بعد از فروش آخرین شرکتم، آموخته‌های خودم از CloudFire رو با چندتا کارآفرین که اونها هم قصد داشتن والدین رو به عنوان مشتری انتخاب کنن به اشتراک گذاشتم. 

چندتا راهنمایی برای اجرای مصاحبه‌های مرتبط به بیزینس مدل:

۱- خودداری از روش ارائه با اسلایدهای ۱۰ قسمتی

از اونجایی که هدف ما در اینجا کسب اطلاعات هستش، من از اسلاید استفاده نمی‌کنم. به جای اون من از روش تکمیل تدریجی بوم ناب استفاده می‌کنم، یعنی با یه بوم خالی شروع می‌کنم و همینطور که جلو می‌رم بخش‌های مختلفش رو نمایش می‌دم. 

۲- اختصاص ۲۰ درصد زمان به ارائه و ۸۰ درصد زمان به گفتگو

معمولا ۳ تا ۵ دقیقه زمان برای توضیح مدل بوسیله‌ی من کافیه و بقیه زمان رو صرف گوش کردن می‌کنم. چیزی که من متوجه شدم اینه که اگه بوم تکمیل شده رو جلوی افراد باز بذارم،‌ اونا می‌تونن یه تصویرسازی از کل مدل انجام بدن و نظرشون رو ابراز کنن. 

۳- پرسیدن سوالات مشخص

من بطور خاص می‌خوام بدونم که:

- اونها کدوم جنبه از طرح رو پر ریسک‌تر می‌دونن. 

- اونها تجربه‌ی غلبه بر ریسک‌های مشابه رو داشتن؟ چطور؟

- اونها چطور این ریسک‌ها رو آزمایش کردن؟

- افراد دیگه‌ای هستن که صحبت با اونها می‌تونه به من کمک کنه؟

۴- مواظب «تناقض مشاور» بودن

همونطور که هدف ما از مصاحبه با مشتری‌ها این نیست که ازشون بپرسیم چی می‌خوان، هدف مصاحبه با مشاور هم این نیست که بپرسیم چکار باید کرد.

تناقض مشاور: مشاورها رو برای کسب توصیه‌‌ی خوب به کار بگیر، اما دنباله‌روی اون نباش، بلکه ازش استفاده کن. 

 از بازخوردها نه به منظور اعتبارسنجی، بلکه به منظور شناسایی و اولویت‌بندی ریسک‌ها باید استفاده کرد.

۵- به کارگیری مشاوران با بصیرت

همونطور که پذیرندگان اولیه علاقه دارن برای رفع مشکلاتشون به شما کمک کنن،‌ مشاورین با بصیرت هم وقتی مسائل جالبی رو باهاشون مطرح می‌کنید با شور و اشتیاق زیادی سعی می‌کنن به شما کمک کنن. شما می‌تونید این نوع از مشاورین رو از جواب‌ها و زبان بدنشون بشناسید. اگه با چنین مواردی برخورد کردید، اونها رو برای بکارگیری به عنوان مشاور رسمی خودتون در آینده در نظر داشته باشید.  

 

بخش ششم: شناخت بخش‌های پر ریسک طرح - برای آزمایش آماده شوید