ترجمه و برداشت آزاد از ایده‌های اصلی مقاله، با ارجاع به منبع اصلی.

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

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

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

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

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

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

  1. اعتمادبه‌نفس نمایشی را جای شناخت واقعی نگذارید.
  2. پاسخ نامعلوم را با حدس قطعی پر نکنید؛ راه بررسی را بگویید.
  • برای «کارگاه فعال» یک رفتار قابل مشاهده و بازه زمانی ثابت تعریف کنید.
  • تعداد دعوت‌شده‌ها را کنار تعداد استفاده‌کننده‌ها بیاورید.
  • دقیقه‌های کمک تیم را جدا از تکمیل سفارش ثبت کنید.
  • از هم‌تیمی دیگری بخواهید یک عدد را از روی رخداد اولیه بازسازی کند.
  • سفارش آزمایشی، تکراری و لغوشده را طبق تعریف قبلی تفکیک کنید.
  • برای آزمون استقلال استفاده، مسئول، موعد و سقف کمک تعیین کنید.
  • یک برگه مشترک برای ادعا، شاهد، محدودیت و اقدام بعدی نگه دارید.

این مقاله چه چیزی را برایت روشن کرد؟

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

با ارسال، برنامه ایمیل دستگاه باز می‌شود.

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