طراح محصول کیست و دقیقاً چه کاری انجام میدهد؟.
اوایل مسیر حرفهای، فکر میکردم کیفیت کار طراح را میشود با خروجی نهایی سنجید: صفحه چقدر تمیز است، جزئیات چقدر دقیقاند و ارائه چقدر جذاب دیده میشود. بعد وارد پروژههایی شدم که صفحهٔ زیبا داشتند اما مسئلهٔ اصلی محصول هنوز مبهم بود. آنجا فهمیدم بخش مهم کار قبل از کشیدن اولین فریم و بعد از تحویل آخرین صفحه اتفاق میافتد.
طراح محصول یا Product Designer کسی است که به تیم کمک میکند مسئلهٔ درست را پیدا کند، راهحل قابل استفاده و قابل اجرا بسازد و نتیجهٔ آن را بعد از انتشار یاد بگیرد و بهتر کند. او میان نیاز کاربر، هدف کسبوکار و محدودیت فناوری حرکت میکند. رابط کاربری یکی از خروجیهای اوست، نه تمام شغلش.
طراح محصول از کجا شروع میکند؟
درخواست پروژه معمولاً به شکل راهحل میآید: «یک داشبورد میخواهیم»، «این صفحه را ریدیزاین کن» یا «ثبتنام را سه مرحلهای کن». طراح محصول قبل از اجرا میپرسد چرا. چه مشکلی دیده شده؟ چه دادهای داریم؟ این تغییر برای کدام کاربر است؟ اگر موفق شود چه چیزی تغییر میکند؟
این پرسشها مقاومت در برابر تیم نیستند. کمک میکنند زمان طراحی و توسعه روی مسئلهای صرف شود که ارزش حل کردن دارد. گاهی درخواست اولیه درست است؛ گاهی با یک بررسی کوتاه میفهمیم مشکل جای دیگری است.
مثلاً پایین بودن استفاده از یک قابلیت همیشه با برجستهتر کردن دکمه حل نمیشود. شاید قابلیت ارزش واضحی ندارد، زمان نامناسبی معرفی شده یا اصلاً مسئلهٔ مهم کاربر نیست.
وظایف طراح محصول در یک پروژهٔ واقعی
دامنهٔ نقش بین شرکتها فرق میکند، اما معمولاً ترکیبی از این کارهاست:
- شناخت کاربر، بازار و زمینهٔ مسئله؛
- همکاری با مدیر محصول برای تعریف و اولویتبندی فرصت؛
- طراحی جریان، معماری اطلاعات و تعامل؛
- ساخت وایرفریم، رابط و نمونهٔ اولیه؛
- تست راهحل و تحلیل بازخورد؛
- همکاری با توسعهدهنده برای اجرای دقیق و ممکن؛
- بررسی نتیجه پس از انتشار و پیشنهاد بهبود؛
- نگهداری یا توسعهٔ سیستم طراحی؛
- توضیح تصمیمها و همجهت کردن ذینفعان.
این فهرست به این معنی نیست که طراح همهٔ کارها را تنها انجام میدهد. طراحی محصول کار تیمی است. پژوهشگر، مدیر محصول، تحلیلگر، نویسنده UX و توسعهدهنده میتوانند نقشهای تخصصی داشته باشند. مسئولیت طراح این است که تصمیم طراحی در این شبکه گم نشود.
تفاوت طراح محصول با طراح UI و UX
طراح UI بیشتر روی کیفیت لایهٔ دیداری و تعاملی تمرکز دارد: تایپوگرافی، رنگ، اجزا، حالتها و هماهنگی بصری. طراح UX روی تحقیق، ساختار، جریان و کاربردپذیری متمرکز است. طراح محصول معمولاً این دو را در زمینهٔ بزرگتر محصول به هم وصل میکند و به اولویت، ارزش کسبوکار، امکان اجرا و شاخص نتیجه هم نزدیکتر است.
در عمل مرزها همیشه شفاف نیستند. در یک استارتاپ ممکن است یک نفر هر سه نقش را پوشش دهد؛ در شرکت بزرگ تیمها تخصصیتر باشند. بنابراین عنوان شغلی را باید کنار شرح مسئولیت دید.
یک نشانهٔ مهم برای من این است: آیا طراح فقط پاسخ یک درخواست را زیبا میکند یا میتواند دربارهٔ خود درخواست، شواهد و نتیجه گفتوگو کند؟ طراح محصول باید بتواند محترمانه سؤال بپرسد و در عین حال کار را به تصمیم قابل اجرا برساند.
سه ضلع تصمیم: کاربر، کسبوکار و فناوری
اگر فقط نیاز کاربر را ببینیم و مدل کسبوکار را نادیده بگیریم، راهحل ممکن است دوام نیاورد. اگر فقط رشد و درآمد را ببینیم، اعتماد کاربر آسیب میبیند. اگر محدودیت فنی را دیر بفهمیم، طرح به اجرا نمیرسد یا هزینهٔ غیرمنطقی میسازد.
کار طراح محصول پیدا کردن تعادل ثابت نیست؛ چون در هر پروژه وزن ضلعها فرق دارد. در یک محصول مالی، امنیت و شفافیت اهمیت بیشتری دارد. در ابزار روزمره، سرعت و تکرارپذیری مهمتر است. در MVP، یادگیری سریع ممکن است از کامل بودن مهمتر باشد.
طراح باید trade-off را واضح کند: با این انتخاب چه چیزی به دست میآوریم و چه چیزی را از دست میدهیم؟ تصمیم خوب تصمیم بیهزینه نیست؛ تصمیمی است که هزینهاش آگاهانه پذیرفته شده باشد.
مهارتهای مهم یک Product Designer
حل مسئله و تعریف سؤال
توانایی شکستن یک مسئلهٔ مبهم به سؤالهای قابل بررسی، از تسلط صرف به ابزار مهمتر است. صفحهٔ سفید در فیگما مسئله نیست؛ نبودن تعریف مشترک از هدف مسئله است.
تحقیق و تحلیل
طراح لازم نیست همیشه پژوهشگر تماموقت باشد، اما باید بتواند مصاحبه و تست ساده انجام دهد، داده را بخواند و بین شواهد و حدس تفاوت بگذارد.
طراحی تعامل و رابط
جریان، معماری اطلاعات، وایرفریم، نمونهسازی، تایپوگرافی، رنگ، اجزا و دسترسپذیری ابزارهای اصلی تبدیل فکر به تجربهاند.
ارتباط و تسهیلگری
طرحی که فقط خود طراح میفهمد جلو نمیرود. باید تصمیم را توضیح دهد، بازخورد بگیرد، اختلاف نظر را از سلیقه به معیار برگرداند و با زبان تیمهای مختلف حرف بزند.
فهم محصول و کسبوکار
شناخت معیارها، اولویتها، مدل درآمد، محدودیت زمان و چرخهٔ توسعه کمک میکند طرح به نتیجه برسد. این فهم جای تخصص مدیر محصول را نمیگیرد؛ همکاری را بهتر میکند.
قضاوت و مسئولیت
ابزارهای هوش مصنوعی تولید خروجی را سریع کردهاند. ارزش طراح بیشتر در انتخاب، نقد، دیدن حالتهای فراموششده و پذیرفتن مسئولیت پیامد تصمیم دیده میشود.
یک روز کاری طراح محصول چه شکلی است؟
تصویر رمانتیک شغل شاید ساعتها طراحی در سکوت باشد، اما روز واقعی ترکیبی است. ممکن است صبح دادهٔ یک آزمایش را با مدیر محصول بررسی کنید، بعد با توسعهدهنده دربارهٔ محدودیت یک کامپوننت حرف بزنید، ظهر دو سناریوی جریان را بسازید و عصر یک تست کوتاه کاربر انجام دهید.
بخش زیادی از کار هماهنگی و تصمیمگیری است. حتی وقتی در فیگما هستید، فقط شکل نمیسازید؛ فرضیه را قابل مشاهده میکنید تا تیم بتواند دربارهاش حرف بزند.
جلسه زیاد الزاماً نشانهٔ کار خوب نیست. طراح باید بداند کدام موضوع با یک سند کوتاه حل میشود، کجا نمونه لازم است و چه زمانی گفتوگوی همزمان ارزش دارد.
خروجی خوب طراح محصول را چطور بسنجیم؟
تعداد صفحه یا سرعت تحویل بهتنهایی معیار خوبی نیست. باید ببینیم طرح چه تغییری ایجاد کرده است. آیا کاربر کار را با خطای کمتر انجام میدهد؟ آیا زمان رسیدن به ارزش کم شده؟ آیا درخواست پشتیبانی کاهش یافته؟ آیا تیم توانسته سریعتر و هماهنگتر اجرا کند؟
گاهی نتیجه فوراً عددی نیست. روشن شدن مسئله، حذف قابلیت غیرضروری یا جلوگیری از یک ریسک هم ارزش دارد. مهم این است که پیش از طراحی بدانیم چه نشانهای موفقیت را نشان میدهد.
پورتفولیوی خوب هم فقط تصاویر نهایی را نمایش نمیدهد. باید مسئله، نقش شخص، محدودیت، تصمیمها، گزینههای ردشده و نتیجه را توضیح دهد.
چگونه طراح محصول شویم؟
مسیر واحدی وجود ندارد. افراد از گرافیک، مهندسی، روانشناسی، کسبوکار یا رشتههای دیگر وارد میشوند. چیزی که لازم است ساختن ترکیبی از مهارت و تجربهٔ حل مسئله است.
برای شروع یک محصول کوچک یا جریان مشخص انتخاب کنید. دربارهٔ کاربر تحقیق کنید، مسئله را بنویسید، چند راهحل بسازید، نمونه را تست کنید و فرایند را مستند کنید. یک پروژهٔ واقعی کوچک که تصمیمها را نشان میدهد از چندین صفحهٔ تمرینی بدون زمینه ارزشمندتر است.
بعد بازخورد بگیرید، کار تیمی را تجربه کنید و کمکم دامنهٔ مسئلهها را بزرگتر کنید. مقالهٔ «مسیر یادگیری UI UX از صفر» نقشهٔ مرحلهای این شروع را کاملتر توضیح میدهد.
پرسشهای متداول
آیا طراح محصول باید کدنویسی بداند؟
اجباری نیست، اما فهم پایهٔ فناوری، محدودیت پلتفرم و منطق کامپوننتها همکاری را بهتر میکند. توان گفتوگو با توسعهدهنده مهمتر از تبدیل شدن به برنامهنویس تماموقت است.
آیا طراح محصول همان مدیر محصول است؟
نه. مدیر محصول معمولاً مسئول جهت، اولویت و موفقیت کلی محصول است؛ طراح محصول روی تجربه و راهحل تمرکز عمیقتری دارد. این دو نقش نزدیک و مکملاند و مرزشان در سازمانها متفاوت است.
برای استخدام چه چیزی مهمتر است؟
پورتفولیویی که فرایند فکر کردن و اثر کار را نشان دهد، تسلط کاربردی به ابزار، توان ارتباط و درک مسئله. عنوان دوره یا تعداد اسکرینها جای اینها را نمیگیرد.
جمعبندی من
من محمد عبدی هستم و طراحی محصول را ساختن صفحههای بیشتر نمیدانم. وظیفهٔ طراح این است که ابهام را به مسئلهٔ روشن، مسئله را به راهحل قابل آزمون و راهحل را به تجربهای قابل استفاده تبدیل کند؛ بعد هم ببیند در واقعیت چه اتفاقی افتاده است.
اگر به این مسیر علاقه دارید، از ابزار شروع نکنید. از یک مشکل واقعی شروع کنید. سؤال بپرسید، چیزی بسازید، به دست کاربر بدهید و آماده باشید نظرتان را عوض کنید. همین چرخه هستهٔ شغل طراح محصول است.
نوشتهٔ محمد عبدی، طراح محصول و تجربهٔ کاربری.