نمونهٔ اولیه در برابر محصول: چطور بفهمید اپ ساخته‌شده با هوش مصنوعی‌تان واقعاً تمام شده

اپ ساخته‌شده با هوش مصنوعی‌تان کار می‌کند. آن کار را انجام می‌دهد. پس چرا حس می‌کنید آماده نیست؟ یک راهنمای غیرفنی برای شکاف میان یک نمونهٔ اولیهٔ کارآمد و چیزی که مردم واقعاً برایش پول می‌دهند.

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

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

وقتی پرسیدم چرا، گفت: «کار می‌کند، ولی… حس نمی‌کنم تمام شده باشد.»

پرسیدم چه چیزی را عوض می‌کرد. گفت: «نمی‌دانم. مشکل همین است.»

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

«تمام شده» واقعاً یعنی چه

این هم تمایزی که اهمیت دارد: یک نمونهٔ اولیه چیزی است که برای آزمودن یک ایده به کار می‌برید. یک محصول چیزی است که برای حل یک مشکل به کار می‌برید.

اپ زمان‌بندی روان‌درمانگرها یک نمونهٔ اولیه است. ثابت می‌کند که مفهوم کار می‌کند. یک روان‌درمانگر می‌تواند از آن استفاده کند. ولی هفده چیز کوچک هست که باعث می‌شود ناهموار حس شود:

  • ایمیل‌های تأیید لخت‌اند. نه لوگو، نه برندسازی سفارشی، متن عمومی.
  • لغوها اعلانی نمی‌فرستند. مراجعان فقط حاضر نمی‌شوند.
  • اگر روان‌درمانگری کاملاً پر باشد، فهرست انتظاری وجود ندارد.
  • جریان ثبت‌نام تخصص‌های روان‌درمانگر را جمع نمی‌کند، پس راهی برای فیلتر بر اساس نوع تخصص نیست.
  • ایمیل یادآوری‌ای که ۲۴ ساعت پیش از نوبت فرستاده شود وجود ندارد.

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

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

سه پرسش که نمونهٔ اولیه را از محصول جدا می‌کنند

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

۱. آیا از این برای حل مشکل خودتان استفاده می‌کردید؟

این یکی صادقانه است، چون باید واقعاً با محصول خودتان زندگی کنید.

اگر بنیان‌گذار آن اپ زمان‌بندی روان‌درمانگرها بودید، آیا از آن برای نوبت‌گرفتن جلسه‌های روان‌درمانی خودتان استفاده می‌کردید؟ نه «آیا می‌توانستید» — آیا واقعاً به‌جای یک زنجیرهٔ ایمیل یا یک Google Doc مشترک از آن استفاده می‌کردید؟

اگر پاسخ نه است، تمام نشده‌اید. دقیقاً می‌دانید چه چیزی اشتباه است — هر بار که اپ را باز می‌کنید حسش می‌کنید. اگر پاسخ بله است، نزدیک‌ترید.

بنیان‌گذاری که گفتم، فرایند ثبت‌نام روان‌درمانگر خودش را طی کرد. در فرم گیر کرد (پیش از اجازه دادن به نوبت‌گرفتن، اطلاعات زیادی می‌خواست). ایمیل تأیید را دید و فکر کرد ناشیانه به نظر می‌رسد. شروع کرد به فکر کردن دربارهٔ اینکه روان‌درمانگرش ایمیل را چطور دریافت می‌کند و آیا سر از هرزنامه درمی‌آورد.

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

۲. آیا آن را به سه نفر که شما نیستند نشان داده‌اید؟

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

به یک گروه کانونی نیاز ندارید. به سه نفر نیاز دارید که شبیه کسی هستند که فکر می‌کنید مشتری شماست. برای اپ روان‌درمانگرها، یعنی سه روان‌درمانگر واقعی.

این هم آنچه دنبالش هستید: کجا گیج می‌شوند؟ کجا تردید می‌کنند؟ دربارهٔ چه چیزی می‌پرسند؟ نه «نظرشان دربارهٔ آن چیست؟» (مردم زیادی مهربان‌اند). از آن‌ها بخواهید واقعاً آن کار را انجام دهند — نوبت بگیرند، یک ایمیل تأیید بفرستند، چیزی را لغو کنند.

وقتی بنیان‌گذار اپ روان‌درمانگرش را به سه روان‌درمانگر نشان داد، دو نفرشان پرسیدند: «می‌توانم برای زمان‌هایی که در دسترسم قانون بگذارم؟ مثلاً، فقط پنجشنبه‌ها مراجع جدید می‌بینم، و پیش از ساعت ۲ بعدازظهر دو نوبت همزمان نمی‌گذارم.» اپ یک تقویم داشت، ولی قانون نداشت. او نمونهٔ اولیه را برای آن شیوه‌ای که خودش فکر می‌کرد زمان‌بندی کار می‌کند ساخته بود، نه برای آن شیوه‌ای که روان‌درمانگرها واقعاً کار می‌کنند.

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

۳. اگر این را به ده کاربر واقعی می‌دادید چه چیزی خراب می‌شد؟

این سخت‌ترین پرسش است چون شما را وادار می‌کند که واقعاً فکر کنید به حالت‌های حاشیه‌ای‌تان.

برای اپ روان‌درمانگرها:

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

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

یک محصول حالت‌های حاشیه‌ای را مدیریت می‌کند. نه همه‌شان را — بعضی چیزها می‌توانند صبر کنند. ولی آن‌هایی که در دو هفتهٔ اول با کاربران واقعی پیش می‌آیند، آن‌ها باید کار کنند.

چطور تصمیم بگیرید: آزمون سه‌لایه‌ای

از این استفاده کنید تا بفهمید کجا هستید:

لایهٔ ۱: جریان اصلی — آیا مسیر شاد کار می‌کند؟ آیا یک کاربر می‌تواند کار اصلی‌ای را که اپتان برایش طراحی شده انجام دهد؟

برای زمان‌بند روان‌درمانگرها: بله. کسی می‌تواند ثبت‌نام کند، نوبت بگیرد، تأییدیه بگیرد. کار می‌کند.

لایهٔ ۲: حالت‌های حاشیه‌ای از کاربرد واقعی — آن را به سه کاربر واقعی نشان داده‌اید. آیا به چیزی برخوردند که برایش نساخته بودید؟ آیا جایی گیج شدند؟

برای زمان‌بند روان‌درمانگرها: بله. سه روان‌درمانگر در‌دسترس‌بودنِ قانون‌محور می‌خواستند. یکی گیج شد چون ایمیل تأیید زیادی عمومی به نظر می‌رسید. یکی سعی کرد نوبت‌ها را گروهی حذف کند و نتوانست.

لایهٔ ۳: صیقل و حرفه‌ای بودن — آیا حس می‌دهد که اهمیت می‌دهید؟ یا حس می‌دهد که سرهم‌بندی‌اش کرده‌اید؟

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

این هم قاعدهٔ سرانگشتی:

  • هر سه لایه کار می‌کنند؟ شما یک محصول هستید. عرضه‌اش کنید.
  • لایه‌های ۱ و ۲، ولی نه ۳؟ ۸۰٪ تمام شده‌اید. یک روز صرف صیقل کنید.
  • لایهٔ ۱ کار می‌کند، لایه‌های ۲ و ۳ نه؟ شما یک نمونهٔ اولیه هستید. هنوز عرضه نکنید.
  • لایهٔ ۱ محکم نیست؟ تمام نشده‌اید. به ساختن ادامه دهید.

اپ روان‌درمانگرها در مرز میان لایهٔ ۱ و لایهٔ ۲ گیر کرده بود. جریان اصلی کار می‌کرد، ولی روان‌درمانگرهای واقعی آن را ناقص یافتند. پس بنیان‌گذار یک انتخاب داشت: یک هفتهٔ دیگر با اپ‌سازش بگذراند و قابلیت‌هایی را که روان‌درمانگرها واقعاً نیاز دارند اضافه کند، یا با آنچه داشت راه‌اندازی کند و بعداً اضافه‌شان کند.

(او اضافه‌شان کرد. سه روز طول کشید. حالا یک محصول است.)

چیزی که این را سخت می‌کند

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

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

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

علتش فونت‌ها نیست.

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

چک‌لیست آمادگی برای راه‌اندازی

از این استفاده کنید. کوتاه و صادقانه است.

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

اگر می‌توانید هر پنج جعبه را تیک بزنید، تمام شده‌اید. راه‌اندازی کنید.

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

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