کاراینجا، اتصال کارفرما و مجری

معرفی پروژه

مسئله و نیاز

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

راهکار

تیم پرنیان دیتا کار را با ترسیم دقیق سفر کاربری هر دو گروه - کارفرما و مجری - آغاز کرد؛ نه به‌صورت جداگانه، بلکه با در نظر گرفتن نقطه‌ای که این دو مسیر باید به هم متصل شوند: لحظه‌ی ثبت پیشنهاد برای یک پروژه. این تحلیل مشخص کرد کدام بخش‌ها باید ساده و کدام بخش‌ها باید دقیق و کنترل‌شده طراحی شوند. برای پیاده‌سازی، لاراول به‌عنوان فریم‌ورک اصلی انتخاب شد؛ چون امکان تعریف چند نقش کاربری با سطح دسترسی متفاوت را به‌شکل منظمی فراهم می‌کند. این ویژگی برای سامانه‌ای که همزمان با کارفرما، مجری و مدیر سیستم سروکار دارد، اهمیت زیادی داشت. پایگاه داده هم با MySQL طراحی شد تا رابطه‌ی بین پروژه‌ها، پیشنهادها و کاربران با دقت بالا مدیریت شود. برای حل مسئله‌ی ثبت درخواست پروژه، فرمی طراحی شد که کارفرما را در چند گام کوتاه هدایت می‌کند و در همان حال، اطلاعات کافی برای دسته‌بندی درست پروژه را جمع‌آوری می‌کند. این دسته‌بندی، مستقیماً روی این‌که کدام مجریان پروژه را ببینند اثر می‌گذارد و کیفیت پیشنهادهای دریافتی را بالا می‌برد. برای مسئله‌ی مقایسه‌ی پیشنهادها، رابط کاربری داشبورد کارفرما طوری طراحی شد که پیشنهادهای دریافتی به‌صورت منظم و قابل مقایسه نمایش داده شوند - نه به شکل فهرستی درهم که تصمیم‌گیری را سخت کند. این طراحی به کارفرما اجازه می‌دهد بدون گم‌شدن در جزئیات، بهترین گزینه را انتخاب کند. برای آماده‌سازی سیستم جهت رشد آینده، معماری ماژولار در پیش گرفته شد؛ به‌این‌ترتیب که هسته‌ی اصلی سامانه (ثبت پروژه، پیشنهاد، انتخاب) مستقل از قابلیت‌های جانبی احتمالی مثل چت داخلی یا سیستم امتیازدهی طراحی شد. این تصمیم باعث شد افزودن این قابلیت‌ها در آینده، بدون دست‌کاری هسته‌ی سیستم ممکن باشد. در نهایت، پیش از راه‌اندازی، سناریوهای واقعی مثل ثبت هم‌زمان چند پیشنهاد برای یک پروژه یا تغییر وضعیت پروژه در میانه‌ی کار آزمایش شدند تا از پایداری سیستم در شرایط واقعی اطمینان حاصل شود.

چالش‌ها

چالش ۱: طراحی تجربه‌ی متفاوت برای دو گروه کاربری یکی از پیچیده‌ترین بخش‌های پروژه‌ی کاراینجا، این بود که کارفرما و مجری نیازهای کاملاً متفاوتی از سامانه دارند، اما هر دو باید در یک سیستم واحد و یکپارچه کار کنند. طراحی یک رابط کاربری مشترک برای هر دو گروه، ریسک این را داشت که هیچ‌کدام تجربه‌ی مطلوبی نداشته باشند. راه‌حل این بود که به‌جای یک داشبورد عمومی، دو مسیر کاربری کاملاً مجزا طراحی شود؛ داشبورد کارفرما روی ثبت سریع پروژه و پیگیری پیشنهادها متمرکز شد، و داشبورد مجری روی جست‌وجوی سریع پروژه‌های مرتبط با تخصص. این تفکیک، هرچند کار طراحی را پیچیده‌تر کرد، اما تجربه‌ی نهایی را برای هر دو گروه به‌مراتب بهتر کرد. چالش ۲: طراحی فرآیند منصفانه برای مقایسه پیشنهادها وقتی چند مجری برای یک پروژه پیشنهاد می‌دهند، کارفرما باید بتواند این پیشنهادها را به‌سرعت و بدون سردرگمی مقایسه کند. اگر این بخش به‌درستی طراحی نمی‌شد، احتمال داشت کارفرما تصمیم عجولانه بگیرد یا اصلاً از بررسی پیشنهادها منصرف شود. برای حل این چالش، پیشنهادهای دریافتی در داشبورد کارفرما به‌صورت ساختاریافته و قابل مقایسه نمایش داده شدند؛ با تاکید روی اطلاعات کلیدی مثل قیمت پیشنهادی و زمان‌بندی تحویل. این طراحی، تصمیم‌گیری را برای کارفرما ساده‌تر کرد بدون این‌که جزئیات مهم حذف شوند. چالش ۳: جلوگیری از ابهام در فرآیند ثبت پروژه اگر فرم ثبت پروژه خیلی ساده طراحی می‌شد، اطلاعات کافی برای دسته‌بندی درست جمع‌آوری نمی‌شد و مجریان نامرتبط پروژه را می‌دیدند. اگر خیلی پیچیده می‌شد، کارفرما از تکمیل فرآیند ثبت منصرف می‌شد. پیدا کردن نقطه‌ی تعادل بین این دو، یکی از چالش‌های اصلی طراحی UX پروژه بود. راه‌حل، طراحی فرم چندمرحله‌ای بود که کارفرما را قدم‌به‌قدم هدایت می‌کند و در هر مرحله فقط اطلاعات ضروری همان بخش را می‌پرسد. این رویکرد باعث شد هم کیفیت اطلاعات ثبت‌شده بالا برود و هم کارفرما احساس نکند در حال پر کردن یک فرم طولانی و خسته‌کننده است. چالش ۴: آماده‌سازی معماری برای قابلیت‌های آینده از ابتدا مشخص بود که کاراینجا قرار نیست در همین نسخه‌ی اول متوقف بماند؛ قابلیت‌هایی مثل چت داخلی یا سیستم امتیازدهی مجریان، جزو برنامه‌های آینده بودند. چالش این بود که چطور سیستمی طراحی شود که این افزودنی‌ها را بدون بازطراحی هسته‌ی اصلی بپذیرد. پاسخ، انتخاب معماری ماژولار بود؛ به‌طوری‌که هسته‌ی سیستم (ثبت پروژه، پیشنهاد، انتخاب مجری) کاملاً مستقل از قابلیت‌های جانبی طراحی شد. این تصمیم از روز اول، مسیر توسعه‌ی آینده‌ی کاراینجا را بدون نیاز به تغییرات پرهزینه در هسته‌ی سیستم هموار کرد.

نتیجه

خروجی نهایی پروژه‌ی کاراینجا، سامانه‌ای است که توانسته دو نیاز اصلی کارفرما را برآورده کند: جریان کاری منظم برای ثبت و مدیریت پروژه، و تجربه‌ای متفاوت و هدفمند برای هر دو گروه کاربری. تفکیک داشبورد کارفرما و مجری، یکی از تصمیم‌هایی بود که مستقیماً کیفیت تجربه‌ی هر دو طرف را بالا برد. از نظر فنی، انتخاب معماری ماژولار باعث شده کاراینجا بدون نیاز به بازطراحی اساسی، آماده‌ی پذیرش قابلیت‌های جدید مثل پیام‌رسانی داخلی یا سیستم امتیازدهی باشد. این انعطاف، از دید تیم فنی یکی از مهم‌ترین دستاوردهای پروژه است؛ چون بسیاری از سامانه‌های مشابه بعد از مدتی به دلیل ساختار سفت‌وسخت، نیازمند بازسازی پرهزینه می‌شوند. اهمیت دیگر این پروژه، تبدیل تجربه‌ی به‌دست‌آمده به یک محصول قابل استفاده‌ی مجدد بود؛ همان‌طور که در بخش‌های قبلی اشاره شد، هسته‌ی فنی کاراینجا بعدتر به یک اسکریپت آماده هم تبدیل شد که کسب‌وکارهای دیگر هم می‌توانند از آن استفاده کنند. [ در صورت داشتن داده‌ی واقعی، می‌توانید در این بخش نتایج کمّی مثل تعداد پروژه‌های ثبت‌شده، تعداد مجریان فعال یا بازخورد کارفرما را جایگزین این پاراگراف کنید. ] در مجموع، کاراینجا نمونه‌ای است از این‌که چطور طراحی سایت فریلنسری اختصاصی، وقتی با شناخت دقیق رفتار دو گروه کاربری همراه شود، می‌تواند به ابزاری واقعی برای رشد کسب‌وکارهای خدماتی تبدیل شود.