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

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

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

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

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

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

نشانه‌های اینکه وقتش رسیده

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

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

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

اول چه کسی را دعوت کنید

غریزه به سراغ یافتن کسی «فنی‌تر از خودتان» می‌رود. این معمولاً اشتباه است. اولین فردی که باید دعوت کنید کسی نیست که بتواند کد بنویسد. کسی است که از قبل به اپ شما اهمیت می‌دهد.

تقریباً به این ترتیب بگردید:

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

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

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

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

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

چه تکه‌ای را به او بسپارید

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

یک تکه به او بسپارید. تکه‌ای واقعی، با لبه‌ها:

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

شکل تکه کم‌اهمیت‌تر از این واقعیت است که اصلاً یک تکه باشد. مالک آن اوست. شما هر تغییر را زیر سؤال نمی‌برید. روی یک ضرباهنگ گزارش توافق می‌کنید و می‌گذارید کارش را بکند.

در روز اول چه کارهایی نکنید

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

  • دسترسی به پایگاه دادهٔ زندهٔ خود را به او ندهید. بیشتر اپ‌سازهای هوش مصنوعی به شما اجازه می‌دهند یک نسخهٔ آزمایشی (staging) از اپتان بسازید. او را آنجا شروع کنید. روزی که اولین چیزش را به محیط تولید (production) عرضه می‌کند باید یک مراسم کوچک باشد، نه یک اتفاق.
  • همه چیز را در دامنش نریزید. «این هم یک سند Notion با ۸۷ کار، هر کدام را خواستی بردار.» این طاقت‌فرساست و او رها می‌کند. سه کار اول را با هم انتخاب کنید. تمامشان کنید. بعد سه کار بعدی را انتخاب کنید.
  • انتظار نداشته باشید ذهنتان را بخواند. شما ماه‌هاست با این اپ زندگی می‌کنید. برای همه چیز اصطلاحات اختصاری دارید. پنج چیز دربارهٔ اینکه اپ چطور کار می‌کند و چطور دربارهٔ آن تصمیم می‌گیرید بنویسید. آن را به او بدهید. نود دقیقه از شما می‌گیرد و هفته‌ها برایتان صرفه‌جویی می‌کند.
  • ناپدید نشوید. او در چند هفتهٔ اول به شما نیاز دارد. یک ضرباهنگ واقعی تعیین کنید — یک تماس کوتاه هفته‌ای یک بار، پیام‌های ناهم‌زمان در فاصله‌ها. بعد از یک ماه احتمالاً می‌توانید به هفته‌ای یک‌درمیان برسید. نه زودتر.

بعدش واقعاً چه حسی دارد

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

همچنین متوجه می‌شوید که اپتان کم‌کم کمتر شکننده حس می‌شود. دو نفری که یک سیستم را می‌فهمند، بیش از دو برابرِ یک نفر تاب‌آور هستند. «ضریب اتوبوس» از یک به دو می‌رود، که چیز کوچکی به نظر می‌رسد تا هفته‌ای که لپ‌تاپتان از کار می‌افتد و کس دیگری هنوز می‌تواند عرضه کند.

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

معمولاً جهش کمتری است از آنچه به نظر می‌رسد.