فریمورک Jobs To Be Done
مشتری محصول شما را بهخاطر گروه سنی، جنسیت یا لیست فیچر نمیخرد. محصول را استخدام میکند تا در یک موقعیت مشخص، پیشرفتی در زندگیاش ایجاد کند. این ایده هستهٔ Jobs To Be Done یا JTBD است.
«Job» کارِ روی تختهٔ کانبان شما نیست. Job پیشرفتی است که فرد در وضعیت خاص میخواهد: سریعتر، آرامتر، معتبرتر، کمریسکتر. اگر این پیشرفت را نفهمید، فیچر درست را برای مسئلهٔ غلط میسازید.
چرا دموگرافی و پرسونا کافی نیست
پرسونای «زهرا، ۲۸ ساله، ساکن تهران» به تیم حس شناخت میدهد، ولی دلیل خرید را نمیگوید. دو نفر با یک دموگرافی ممکن است دو job کاملاً متفاوت داشته باشند؛ یک نفر در دو موقعیت مختلف هم ممکن است دو محصول متفاوت را استخدام کند.
کلایتون کریستنسن با مثال میلکشیک این را روشن کرد: صبح، راننده میلکشیک را استخدام میکند تا در ترافیک صبحگاهی سیر بماند و حوصلهاش سر نرود. عصر، همان محصول را والد استخدام میکند تا به کودک «بله» بگوید بدون اینکه شام خراب شود. یک محصول، دو job، دو طراحی متفاوت.
پس سؤال درست این نیست «مشتری ما کیست؟». سؤال درست این است: در چه موقعیتی، برای رسیدن به چه پیشرفتی، محصول را به جای چه چیزی استخدام میکند؟
سه بُعد یک Job
یک job فقط کارکرد عملی نیست. معمولاً سه لایه با هم تصمیم خرید را میسازند:
- کارکردی: کار باید انجام شود؛ غذا برسد، فایل ارسال شود، پرداخت ثبت شود.
- عاطفی: فرد میخواهد چه حسی داشته باشد؛ آرامش، تسلط، کمتر شرمنده شدن.
- اجتماعی: جلوی دیگران چگونه دیده میشود؛ حرفهای، بهروز، مسئول، یا «مثل بقیه».
محصولی که فقط بُعد کارکردی را میبیند، معمولاً در مقایسه میبازد. اکسل و کاغذ هم «کار» را راه میاندازند؛ چیزی که استخدام را جابهجا میکند اغلب اضطراب کمتر یا اعتبار بیشتر است.
جملهٔ Job و Job Story
برای نوشتن job از فرمول اینترکام / آلن کلمنت استفاده کنید:
وقتی [موقعیت]، میخواهم [انگیزه]، تا بتوانم [پیشرفت مورد انتظار].
جملهٔ خوب محصول را داخل خودش نمیآورد. «وقتی دکمهٔ اشتراک را میزنم میخواهم پاپآپ باز شود» job نیست؛ توضیح UI است. جملهٔ خوب این است: «وقتی سر ماه چند اشتراک از حسابم کم میشود و نمیدانم برای کدام است، میخواهم قبل از پرداخت بعدی تکلیف هر کدام را روشن کنم، تا غافلگیر نشوم.»
آنتونی اولویک هم job را بهصورت فعل + مفعول + قید زمینه مینویسد: «صبح، بدون توقف در مسیر، صبحانه را در ماشین تمام کنم.» هر دو فرم وقتی مفید است که موقعیت را مشخص کند.
چهار نیرویی که باعث تعویض میشود
باب موئستا (Bob Moesta) نشان داد مردم وقتی محصول عوض میکنند که چهار نیرو از تعادل خارج شود:
- فشار وضعیت فعلی: درد، اتلاف وقت، خجالت، هزینهٔ پنهان.
- کشش جایگزین جدید: وعدهٔ زندگی بهتر بعد از تعویض.
- اضطراب جایگزین جدید: «اگر کار نکند چه؟ دادهام میپرد؟ یاد گرفتنش سخت است؟»
- عادت وضعیت فعلی: اینرسی؛ همین که «فعلاً دارد کار میکند».
محصول جدید فقط وقتی استخدام میشود که فشار + کشش، از اضطراب + عادت بزرگتر شود. خیلی از لانچهای شکستخورده ارزش را نشان میدهند ولی اضطراب مهاجرت را کم نمیکنند.
چطور JTBD را در کار واقعی پیاده کنید
۱. سوییچرها را پیدا کنید. کسانی که تازه به شما آمدهاند، یا تازه شما را ترک کردهاند. آنها حافظهٔ تازه از لحظهٔ استخدام دارند.
۲. داستان بخرید، نه نظر. نپرسید «چه فیچری میخواهید؟». بپرسید آخرین بار کی از راهحل قبلی به این یکی آمدند، چه اتفاقی افتاد، چه چیزی را اول امتحان کردند.
۳. خط زمان بسازید. اولین فکر، جستوجو، مشورت با دیگران، لحظهٔ خرید. Job معمولاً در آن خط زمان معلوم میشود، نه در یک جملهٔ انتزاعی.
۴. نیروها را روی تخته بگذارید. برای هر سوییچ، فشار، کشش، اضطراب و عادت را بنویسید.
۵. راهحل را دیرتر بیاورید. اول job و نیرو. بعد بپرسید کدام فرصت ارزش آزمایش دارد. اینجا ارزیابی فرصت محصول و Opportunity Solution Tree به کار میآید.
اشتباههای رایج
- نوشتن job حول برند یا فیچر خودتان.
- یکی گرفتن job با تسک رابط کاربری («کلیک کند»، «فیلتر بزند»).
- ساختن ده پرسونا بهجای سه موقعیت تکرارشونده.
- پرسیدن «آیا این فیچر را میخواهید؟» بهجای شنیدن داستان تعویض.
- قاطی کردن JTBD با بخشبندی بازار؛ JTBD علت استخدام است، نه برچسب جمعیتی.
ابزار: سازندهٔ جملهٔ Job
سه خانه را پر کنید. ابزار جمله را میسازد، اگر شبیه توضیح فیچر باشد هشدار میدهد، و متن را برای بردن به جلسه کپی میکند.