وقتی همه builder می‌شن، شرکت چطوری از هرج‌ومرج دور بمونه؟
هوش مصنوعیخلاصهٔ کامل‌تر
جف گاتلف، نویسنده‌ی کتاب Lean UX، این مطلب رو با یه گپ خانوادگی شروع می‌کنه. دو تا از فامیل‌هاش که تو شرکت‌های ۱۰۰ نفره و ۴۰۰۰ نفره کار می‌کنن، گفتن شرکت‌هاشون نقش طراح UX و مدیر محصول رو یکی کردن. اسمش تو یکی «creator» و تو اون یکی «builder» هست و ازشون انتظار دارن یه ایده رو از صفر تا production ببرن. ولی هیچ‌کس دقیق نمی‌دونه این قراره تو عمل چطوری کار کنه.
نویسنده می‌گه فرایند build و انتشار (code review، QA، بررسی امنیت، تست کارایی، staged rollout) فقط کاغذبازی نبود. چون کند و گرون بود، جلوی خیلی از ایده‌های بد رو می‌گرفت. AI این فیلتر رو برداشته و حالا فشار زیادی هست که فیچرهای بیشتری بره بیرون تا ببینن «کدوم می‌گیره». تو یکی از این شرکت‌ها حتی Claude skillهایی ساختن که به‌اصطلاح product discovery می‌کنن و چند دقیقه‌ای wireframe می‌دن، و جالب اینکه همیشه هم ایده رو «قابل‌اجرا» تشخیص می‌دن.
مشکل بعدی اینه که شرکت‌ها تقریباً هیچ‌وقت فیچری رو حذف نمی‌کنن. گزارش Pendo تو سال ۲۰۱۹ نشون داده بود ۸۰ درصد فیچرهای یه نرم‌افزار معمولی به‌ندرت یا هیچ‌وقت استفاده نمی‌شن، اون هم قبل از AI. یکی از فامیل‌هاش از فیچری گفت که سالی یه میلیون دلار ARR درمیاره ولی نگهداریش گرون‌تره، و کسی جرئت نمی‌کنه پیشنهاد حذفش رو بده. نتیجه‌ش میشه انبوهی از «فیچرهای زامبی» که کاربر باید از بینشون رد شه.
گاتلف پنج پیشنهاد داره:
- حق ساختن رو از حق انتشار جدا کن. همه می‌تونن prototype بسازن، ولی هر مرحله از انتشار (کاربرهای داخلی، یه گروه محدود، انتشار عمومی) باید با شواهد از کاربر باز شه.
- هیچی بدون فرضیه، معیار موفقیت و تاریخ بازبینی منتشر نشه.
- جلسه‌ی فصلی «بازنشستگی» بذار تا هر چیزی که به معیارش نرسیده یا صاحب نداره درست، واگذار یا حذف شه.
- با تیم مهندسی یه مسیر انتشار سریع بساز که اگه کار درست باشه، تو چند ساعت از دروازه‌ها رد شه.
- موفقیت رو با تعداد فیچر نسنج، بلکه با تغییر رفتار مشتری، اثر روی کسب‌وکار و پایداری.
نویسنده مخالف تغییر نقش‌ها نیست. به نظرش اگه قراره builder آینده باشه، باید ابزار درست، دسترسی به مشتری و الزام به توجیه کار رو بهش داد و مرتب برگشت و دید چیزهایی که ساخته شده هنوز معنی دارن یا نه.
نکات کلیدی:
- شرکت‌هایی مثل LinkedIn نقش طراح و مدیر محصول رو تو یه نقش builder ادغام کردن.
- تو شرکت ۴۰۰۰ نفره‌ی مثال مقاله، ۳۵۰ نفر تیم محصول و UX حالا همه builder هستن.
- طبق گزارش Pendo در ۲۰۱۹، ۸۰ درصد فیچرها کم یا هیچ‌وقت استفاده نمی‌شن.
- پیشنهاد اصلی: انتشار مرحله‌ای بر اساس شواهد، با معیار موفقیت و تاریخ بازبینی برای هر فیچر.
- معیار سنجش builderها باید اثر روی مشتری و کسب‌وکار باشه، نه تعداد فیچر.
