پرش به محتوا
۳۰ ژوئیه ۲۰۲۶ · کتاب راهنما

دفترچه‌راهنما: صفحه‌ی Discovery

این مقاله محصول را در زمان انتشار توصیف می‌کند. برای قابلیت‌های فعلی به AI Builder و Agent Teams مراجعه کنید.

دفترچه‌راهنما: صفحه‌ی Discovery

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

دوشنبه، ۹:۱۰ صبح — شش بریف در صف

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

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

مخاطب: ویرایشگران ویدیوی فریلانسی که با مشتری کار می‌کنند، یک تا پنج مشتری در هر زمان، فعال در r/videoediting و دیسکورد جامعه‌ی Frame.io. به‌قدری مشخص که بعداً بشود روی آن تبلیغ خرید کرد، که بعداً اهمیت دارد. دامنه: یک صفحه‌ی تکی که خروجی کامنت‌های Frame.io و یک رشته ایمیل را می‌گیرد و یک لیست اصلاح یکپارچه تولید می‌کند. بدون احراز هویت، بدون ویژگی‌های تیمی، بدون صورتحساب. آن‌قدر کوچک که در یک روز قابل ساخت است، که دقیقاً همان چیزی است که یک بخش دامنه باید به آن شبیه باشد — من معمولاً دامنه‌ی پیشنهادی یک بریف را در پرامپت ساخت به نصف کاهش می‌دهم، و این یکی حتی به آن هم نیاز نداشت.

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

دوشنبه، ۹:۴۰ صبح — پرامپت ساخت، سپس تصمیمی که تقریباً از دستش دادم

بریف ویرایشگر ویدیو آن‌قدر قانع‌کننده بود که تقریباً مستقیم آن را برای ساخت فرستادم. خودم را متوقف کردم — نیمه‌قانع‌شدن یعنی اول اعتبارسنجی کن، نه اول بساز. جریان معمول ساخت برای زمانی است که واقعاً قانع شده‌اید، نه زمانی که هیجان‌زده هستید. به‌جای آن یک صفحه‌ی لیست انتظار تکی راه‌اندازی کردم: معرفی به زبان ساده، و چهل دلار هزینه‌ی تبلیغاتی مکث‌شده هدف‌گیری‌شده روی همسایه‌های واضح دیسکورد Frame.io.

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

چهارشنبه — بررسی عدد

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

عملیاتزمان
این را بسازقانع شدم. مستقیم به پرامپت ساخت.
اول اعتبارسنجی کننیمه‌قانع‌شدم. لیست انتظار + کمپین تبلیغاتی مکث‌شده قبل از تعهد.
بگذار کهنه شودقانع نشدم. نگهش می‌دارم — صف یک لیست خواندنی است، نه یک لیست کاری.

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

یک بریف از مارس، که هنوز آنجاست

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

جمعه — تنظیم ماشین به‌جای خواندن خروجی‌اش

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

تغییر دوم، و این همان چیزی است که به هرکسی می‌گفتم قبل از هر چیز دیگری در این لیست انجام دهد: به رد کردن‌های یک ماه گذشته برگشتم و دلیل هرکدام را نوشتم، سپس آن دلایل را به کانون توجه اجرای بعدی وارد کردم. شواهد ضعیف، سه بار. دامنه‌ی بیش‌ازحد بزرگ، دو بار. به اجرای بعدی گفتم به سمت «شواهد سنگین» و «MVP باریک» گرایش پیدا کند. ابزاری خام است — پرامپت را کمی هل می‌دهید، نه اینکه یک مدل را fine-tune کنید — اما در چند ماه انجام این کار روی یک حساب، نرخ پذیرش از چیزی مثل یک بریف قابل‌ساخت از هر دوازده، به نزدیک یک از پنج رسید.

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

چیزی که دفعه‌ی بعد رد می‌کنم

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

راهنما
اشتراک‌گذاریXLinkedInFacebookRedditQuoraواتساپتلگرامایمیل
← همه مطالب