بخش بزرگی از ادبیات طراحی محصول بر یک فرض ساده بنا شده است: کاربر خودش سفر را طی میکند. نیاز را حس میکند، گزینهها را کشف میکند، مقایسه میکند، تصمیم میگیرد، خرید میکند، استفاده میکند و اگر مشکلی داشت به پشتیبانی برمیگردد. ما این مسیر را User Journey مینامیم و سالهاست با نقشه سفر مشتری، قیف فروش، touchpoint، friction، conversion و retention درباره آن فکر میکنیم.
اما اگر این فرض دیگر همیشه درست نباشد چه؟ اگر کاربر فقط نیت خود را بیان کند و بخشی از کشف، مقایسه، انتخاب، مذاکره، خرید و حتی پیگیری بعد از خرید را یک Agent انجام دهد، طراحی محصول با مسئله تازهای روبهرو میشود. سفر هنوز وجود دارد، اما مسافر اصلی همیشه انسان نیست. گاهی انسان مقصد را تعیین میکند و عامل هوشمند مسیر را طی میکند.
اینجاست که باید از User Journey به Agent Journey فکر کنیم. نه به این معنا که تجربه انسانی حذف میشود، بلکه به این معنا که تجربه انسانی و تجربه عامل هوشمند روی هم میافتند. محصول باید هم برای انسانی که هدف، ترجیح و محدودیت دارد طراحی شود، هم برای Agentی که باید داده بخواند، گزینهها را مقایسه کند، ریسک را بفهمد و اقدام کند.
نقشه سفر مشتری ابزار مفیدی است. Nielsen Norman Group آن را روشی برای تجسم فرایندی میداند که یک شخص برای رسیدن به هدفی طی میکند [1]. در این مدل، ما لحظههای تماس، نیازهای کاربر، دردها، احساسات و فرصتهای بهبود را روی یک مسیر زمانی میگذاریم. این نگاه کمک میکند محصول از صفحههای جداگانه به تجربه پیوسته تبدیل شود.
اما User Journey کلاسیک چند فرض پنهان دارد. فرض میکند کاربر خودش اطلاعات را میبیند. فرض میکند گزینهها را خودش مقایسه میکند. فرض میکند تصمیم نهایی در ذهن او ساخته میشود. فرض میکند friction همیشه چیز بدی است و باید تا جای ممکن حذف شود. فرض میکند رابطه محصول با کاربر مستقیم است.
این فرضها در بسیاری از محصولات هنوز درستاند. اما در خریدهای تکراری، تصمیمهای پیچیده، خدمات مالی، سفر، اشتراکها، بیمه، سلامت، آموزش و حتی انتخاب نرمافزار، کاربر همیشه نمیخواهد یا نمیتواند همه مسیر را خودش طی کند. او نتیجه میخواهد، نه الزاماً سفر. اگر Agent بتواند با کیفیت و اعتماد کافی این مسیر را انجام دهد، بخشی از طراحی محصول باید تغییر کند.
حتی پیش از موج Agentها، سفر مشتری خطی نبود. Google در مفهوم micro-moments توضیح میداد که کاربران در لحظههای کوتاه «میخواهم بدانم»، «میخواهم بروم»، «میخواهم انجام دهم» و «میخواهم بخرم» تصمیم میگیرند [2]. موبایل سفر کاربر را خرد کرد. کاربر دیگر الزاماً از آگاهی به علاقه و سپس خرید نمیرفت؛ بین کانالها و لحظهها حرکت میکرد.
Agentها این روند را یک قدم جلوتر میبرند. اگر موبایل سفر را تکهتکه کرد، Agent ممکن است بخشی از تکهها را از دید کاربر پنهان کند. کاربر دیگر لازم نیست ده صفحه نتیجه جستوجو را ببیند، پنج تب باز کند، جدول مقایسه بسازد و با چند فروشنده چت کند. Agent میتواند این کارها را انجام دهد و فقط گزینه نهایی یا چند trade-off را نشان دهد.
در چنین شرایطی، سفر برای کاربر کوتاهتر دیده میشود، اما در پشت صحنه پیچیدهتر میشود. محصولی که میخواهد در این سفر حضور داشته باشد، باید برای هر دو لایه طراحی شود: لایه قابل مشاهده برای انسان و لایه تصمیمسازی برای Agent.
اگر User Journey حول تجربه انسان میچرخد، Agent Journey حول زنجیره نیت تا اقدام شکل میگیرد. این زنجیره چند مرحله دارد.
مرحله اول فهم نیت است. کاربر ممکن است بگوید «برای سفر کاری هفته بعدم یک هتل مناسب بگیر» یا «ارزانترین بیمهای را پیدا کن که پوشش درمانی قابل قبول داشته باشد» یا «اشتراکهایی را که استفاده نمیکنم لغو کن». Agent باید نیت، محدودیت، ترجیح و سطح ریسک را بفهمد.
مرحله دوم کشف گزینههاست. Agent باید بداند از کجا داده بگیرد، چه منابعی قابل اعتمادند، کدام محصولات قابل دسترسیاند و کدام محدودیتها مهماند. اینجا visibility محصول تغییر میکند. محصول باید نه فقط در ذهن کاربر، بلکه در فضای قابل کشف Agent حضور داشته باشد.
مرحله سوم ارزیابی است. Agent باید قیمت، کیفیت، شرایط، ریسک، اعتبار، سیاست لغو، تجربههای قبلی و تناسب با کاربر را مقایسه کند. اگر محصول دادههای خود را مبهم، ناقص یا غیرساختیافته ارائه کند، در این مرحله حذف میشود یا بد فهمیده میشود.
مرحله چهارم تصمیم و تأیید است. بعضی تصمیمها کمریسکاند و میتوانند خودکار انجام شوند؛ بعضی نیاز به تأیید انسان دارند. طراحی خوب باید بداند کجا friction لازم است. حذف همه frictionها در دنیای Agentها خطرناک است.
مرحله پنجم اقدام، ثبت و پیگیری است. Agent باید بتواند خرید کند، پرداخت انجام دهد، رزرو را ثبت کند، رسید بگیرد، تغییر بدهد، لغو کند و در صورت خطا پیگیری کند. اینجا محصول باید عملیاتپذیر و قابل ممیزی باشد.
در بسیاری از تجربههای انسانی، برند و روایت میتوانند ابهام را پوشش دهند. کاربر ممکن است بهخاطر حس خوب، طراحی زیبا یا اعتماد قبلی تصمیم بگیرد. اما Agent بیشتر به مقایسه نیاز دارد. اگر قیمت نهایی مبهم باشد، اگر هزینه ارسال دیر مشخص شود، اگر شرایط لغو در متن طولانی پنهان باشد، اگر گارانتی ساختارمند نباشد، Agent نمیتواند تصمیم قابل دفاع بگیرد.
این یعنی محصولاتی که شفافتر و ساختیافتهترند، شانس بیشتری در Agent Journey دارند. این شفافیت فقط اخلاقی نیست؛ استراتژیک است. در عصر Agentها، ambiguity میتواند نرخ حذف را بالا ببرد. محصولی که نمیتواند بهصورت روشن بگوید چه چیزی میفروشد، با چه شرایطی، با چه ریسکی و با چه سیاستی، برای عامل هوشمند جذاب نیست.
به همین دلیل، صفحات محصول آینده باید فقط برای persuasion نوشته نشوند؛ باید برای evaluation هم نوشته شوند. دادههای قیمت، محدودیت، موجودی، سیاست بازگشت، SLA، مجوز، سازگاری، سطح خدمت و هزینههای پنهان باید قابل استخراج و قابل اتکا باشند.
در طراحی محصول کلاسیک، friction معمولاً دشمن conversion است. اما همه frictionها بد نیستند. در تصمیمهای مالی، حقوقی، درمانی، پرهزینه یا برگشتناپذیر، friction میتواند ابزار اعتماد باشد. وقتی Agent از طرف کاربر عمل میکند، friction مثبت حتی مهمتر میشود.
مثلاً اگر Agent بخواهد یک پرداخت بزرگ انجام دهد، باید مرحله تأیید انسانی وجود داشته باشد. اگر بخواهد اشتراک سالانهای بخرد، باید خلاصه شرایط و امکان لغو را نشان دهد. اگر بخواهد دادهای حساس را در اختیار سرویس دیگری بگذارد، باید scope مجوز روشن باشد.
بنابراین طراحی Agent Journey یعنی طراحی هوشمندانه نقاط توقف. سؤال اصلی این نیست که چگونه همه اصطکاکها را حذف کنیم؛ سؤال این است که کدام اصطکاکها بیارزشاند و کدامها اعتماد میسازند.
در تجارت الکترونیک، Agent Journey میتواند شکل رقابت را تغییر دهد. امروز بسیاری از فروشگاهها برای کشاندن کاربر به صفحه محصول رقابت میکنند. فردا ممکن است برای وارد شدن به shortlist یک Agent رقابت کنند. این یعنی کیفیت داده محصول، اعتبار فروشنده، سیاست مرجوعی و شفافیت قیمت به اندازه تبلیغ و طراحی صفحه اهمیت پیدا میکند.
در فینتک، پیامد عمیقتر است. Agent ممکن است صورتحسابها را مدیریت کند، پرداختها را زمانبندی کند، پیشنهاد وام را مقایسه کند، اشتراکها را لغو کند، بودجه را بهینه کند یا حتی درباره سرمایهگذاری هشدار بدهد. در اینجا خطای Agent فقط تجربه بد نیست؛ میتواند خسارت مالی، ریسک حقوقی یا بیاعتمادی پایدار ایجاد کند.
به همین دلیل، فینتکها باید Agent Journey را با سه اصل طراحی کنند: مجوز محدود، اقدام قابلبازگشت و ثبت قابل ممیزی. بدون این سه، اتوماسیون مالی بیشتر از آنکه نوآوری باشد، ریسک است.
ممکن است تصور شود که اگر Agentها سفر را انجام دهند، رابطه کاربر با محصول ضعیف میشود. این خطر واقعی است، اما قطعی نیست. تجربه انسانی از مسیرهای تکراری و کمارزش به لحظههای تصمیم، اعتماد، آموزش و کنترل منتقل میشود.
کاربر شاید دیگر هر هفته وارد اپلیکیشن مدیریت مالی نشود، اما وقتی Agent پیشنهاد تغییر بودجه یا لغو هزینهای را میدهد، نیاز به تجربه انسانی روشن دارد. کاربر شاید خودش ده هتل را مقایسه نکند، اما هنگام تأیید نهایی باید trade-offها را بفهمد. کاربر شاید خودش پشتیبانی را شروع نکند، اما اگر Agent نتوانست مسئله را حل کند، باید مسیر انسانی بیدردسر وجود داشته باشد.
بنابراین UX حذف نمیشود؛ نقش آن تغییر میکند. UX آینده بیشتر روی «لحظههای اعتماد» متمرکز میشود: لحظهای که کاربر باید بفهمد، تأیید کند، رد کند، اصلاح کند یا مسئولیت تصمیم را بپذیرد.
اگر Agent Journey مهم شود، معیارهای محصول هم باید تغییر کنند. conversion rate صفحه هنوز مهم است، اما کافی نیست. باید معیارهایی مثل قابل کشف بودن توسط Agent، کامل بودن داده ساختیافته، نرخ موفقیت اقدام Agent، نرخ نیاز به تأیید انسانی، نرخ rollback، نرخ خطای مقایسه، شفافیت هزینه نهایی و رضایت کاربر از تصمیم Agent را سنجید.
همچنین باید فهمید Agent از چه مسیری محصول را پیدا کرده است. آیا از موتور پاسخ آمده؟ از API؟ از marketplace؟ از integration؟ از داده ساختیافته؟ این همان جایی است که مرز میان محصول، توزیع و زیرساخت محو میشود.
برای شروع لازم نیست کل محصول از نو طراحی شود. میتوان از سفرهای موجود شروع کرد و پرسید در هر مرحله، اگر به جای انسان یک Agent بخشی از کار را انجام دهد، چه چیزی لازم دارد. در مرحله کشف، Agent به داده ساختیافته و اعتبار منبع نیاز دارد. در مرحله مقایسه، به معیارهای روشن و قابل وزندهی نیاز دارد. در مرحله تصمیم، به trade-offهای قابل توضیح نیاز دارد. در مرحله اقدام، به مجوز، محدودیت و مسیر بازگشت نیاز دارد. در مرحله پشتیبانی، به وضعیت، تاریخچه و امکان پیگیری نیاز دارد.
این تمرین کمک میکند نقاط کور محصول آشکار شود. شاید متوجه شویم قیمت نهایی دیر مشخص میشود. شاید شرایط لغو برای انسان هم مبهم است، چه برسد به Agent. شاید policyها در PDFهای قدیمی دفن شدهاند. شاید API وجود دارد اما معنای تجاری فیلدها روشن نیست. اینها فقط مشکل Agent نیستند؛ نشانههای ضعف تجربه انسانی هم هستند.
بنابراین طراحی Agent Journey میتواند کیفیت User Journey را هم بهتر کند. محصولی که برای عامل هوشمند شفاف، ساختیافته و قابل اتکا میشود، معمولاً برای انسان هم شفافتر و قابل اعتمادتر خواهد شد.
پایان خرید بهعنوان سفر انسانی به معنای پایان تجربه کاربری نیست. سفر مشتری تمام نمیشود؛ نماینده پیدا میکند. کاربر همچنان هدف، ترجیح، ارزش و محدودیت دارد. اما دیگر لازم نیست همیشه خودش همه مسیر را طی کند.
در این جهان، محصول موفق محصولی است که هم برای انسان قابل اعتماد است و هم برای Agent قابل فهم و قابل اقدام. اگر فقط برای انسان طراحی شود، در لایههای جدید توزیع و تصمیمگیری غایب میماند. اگر فقط برای Agent طراحی شود، اعتماد و رابطه انسانی را از دست میدهد.
آینده طراحی محصول، طراحی همزمان User Journey و Agent Journey است: سفری که در آن انسان مقصد را تعیین میکند، Agent مسیر را میسازد، و محصول باید در هر دو سطح ارزش و اعتماد ایجاد کند.
[1] Nielsen Norman Group, Journey Mapping 101: https://www.nngroup.com/articles/journey-mapping-101/
[2] Think with Google, Micro-moments: https://www.thinkwithgoogle.com/consumer-insights/consumer-journey/micro-moments-understand-new-consumer-behavior/
[3] Anthropic, Claude 3.5 and computer use: https://www.anthropic.com/news/3-5-models-and-computer-use
[4] Google Search Central, AI features and your website: https://developers.google.com/search/docs/appearance/ai-features
