مطالعه موردی ۰۲ · PlaninGo
PlaninGo.ai
پلتفرم سفر با کمک هوش مصنوعی که کل سفر را پوشش می‌دهد: برنامه‌ریزی، جست‌وجو و رزرو پرواز و هتل، مدیریت برنامه سفر و آنچه بعد از پرداخت اتفاق می‌افتد.
صفحه‌هایی از سایت فعال در نوامبر ۲۰۲۶. من مارس ۲۰۲۶ از آنجا رفتم، پس ممکن است بعضی جزئیات از آن زمان عوض شده باشند.
۰۱مسئله
برنامه‌ریزی، انتخاب و رزرو را در یک تجربه بیاوریم که مسافر بتواند دنبالش کند، و به تیم عملیات ابزارهایی بدهیم که با رشد قاعده‌هایشان خوانا بمانند.
PlaninGo حوزه گسترده‌ای را پوشش می‌دهد: برنامه‌ریزی، جست‌وجو، رزرو، امکانات حساب کاربری و بخش مدیریت. بیشتر کار همان مسئله در جاهای مختلف است: قابل‌فهم نگه داشتن یک جریان بلند و شاخه‌شاخه، وقتی محصول پشتش قاعده‌های زیادی دارد.
برای سفرهای چندشهری و پنل مدیریت، مهم‌ترین چیز ترتیب اطلاعات، تصمیم‌هایی که کاربر باید بگیرد و وضعیت‌های میانی بود.
۰۲سهم من
دو سال روی محصول رو به مسافر و ابزارهای عملیاتی پشت آن، با تیم‌های محصول و توسعه.
برنامه‌ریزی و برنامه سفر
- سازنده سفر با هوش مصنوعی
- سفر چندشهری
- نقشه و تقویم
جست‌وجو و رزرو
- جست‌وجوی هتل و پرواز
- فیلتر و نتایج
- صفحه‌های جزئیات
- پرداخت و وضعیت‌های رزرو
پرداخت و بعد از رزرو
- کیف پول
- پرداخت تقسیم‌شده
- کارت هدیه
- وفاداری و پاداش
- پروفایل و موارد ذخیره‌شده
عملیات
- پنل مدیریت
- گزارش‌گیری
- قاعده‌های مارک‌آپ خدمات
پیام‌های اطراف سفر
- دعوت‌های سفر و پیام‌های گفت‌وگوی مشترک
- پذیرش دعوت و آنچه بعد از آن می‌آید
- ارتباط با مشتری و بازاریابی
در کل محصول
- جریان، وایرفریم، رابط، پروتوتایپ
- حالت‌های استثنا
- تحویل و بازبینی طراحی
اکتشاف
- Planzo، ایده یک همراه سفر
این فهرست آن چیزی است که طراحی، مستند یا بازبینی کرده‌ام، نه فهرست محتوای هر انتشار.
۰۳محدودیت‌ها
وضعیت‌های فراوان در یک جریان
جست‌وجو، انتخاب، پرداخت، رزرو و بعد از رزرو هرکدام حالت موفق، ناقص، خالی و ناموفق دارند. مسیر خوشحال بخش کوچک‌تر کار است.
بیش از یک مقصد
سفر چندشهری برنامه سفر، نقشه و تقویم را پیچیده می‌کند و پیدا کردن اقدام‌هایی که سفر را تغییر می‌دهند را سخت‌تر.
قاعده‌هایی که عملیات باید مدیریت کند
مارک‌آپ خدمات در سطح عمومی، هتل و شهر اعمال می‌شود. قاعده‌ها شبیه هم‌اند و مدیر باید بداند کدام را دارد تغییر می‌دهد.
۰۴تصمیم‌های کلیدی
یک جدول برای هر نوع قاعده مارک‌آپ
قاعده‌های عمومی، هتل و شهر در یک جدول به‌راحتی با هم اشتباه می‌شدند. هر نوع جدول برچسب‌دار خودش را گرفت و قاعده جدید از طریق یک مودال اختصاصی اضافه می‌شود، پس مدیر همیشه می‌داند کدام قاعده را ویرایش می‌کند.
اقدام‌های برنامه سفر را پیداشدنی کن
برای سفرهایی با چند مقصد بررسی کردم اقدام‌های برنامه سفر چقدر قابل‌کشف‌اند و دکمه‌هایشان کجا نشسته‌اند، تا اضافه یا عوض کردن یک توقف به این بستگی نداشته باشد که کاربر بداند کجا را نگاه کند.
وضعیت‌ها را طراحی کن، نه فقط صفحه‌ها را
نتایج جست‌وجو، پرداخت و رزرو هرکدام از وضعیت‌های بارگذاری، خالی، ناقص و ناموفق می‌گذرند. آن‌ها را کنار صفحه‌های اصلی مستند کردم تا توسعه از تصویر کامل بسازد.
قاعده‌های مالی را خوانا کن
موجودی کیف پول، بخشی که قابل برداشت نیست، کارمزد، وضعیت کارت هدیه و پرداخت باقی‌مانده رزرو هرکدام از قاعده‌های کسب‌وکار پیروی می‌کنند. درخواست برداشت، نمای کیف پول و پرداخت تقسیم‌شده را طوری طراحی کردم که کاربر همیشه ببیند چه دارد، چه چیزی را می‌تواند خرج کند و چه مقدار مانده است.
۰۵جریان‌ها
سفر مسافر از ابتدا تا انتها، به‌علاوه دو حوزه پیرامون آن.
۰۶صفحه‌ها
۰۷وضعیت
این جریان‌ها را طراحی، مستند و تحویل دادم و حین ساخت در بازبینی طراحی (QA) مرورشان کردم.
عدد تبدیل، درآمد یا استفاده نقل نمی‌کنم: برای این کار عدد تأییدشده ندارم و فهرست نکرده‌ام کدام قابلیت‌ها منتشر شده‌اند.
در مصاحبه می‌توانم مشخصات کامل و فایل‌های تحویل را مرور کنم.
۰۸آنچه یاد گرفتم
در یک جریان رزرو بلند، وضعیت‌های میان مرحله‌ها (نتیجه ناقص، گزینه ناموجود، پرداخت ناموفق) تعیین می‌کنند تجربه روشن حس شود یا نه.
ابزارهای مدیریتی هم‌اندازه صفحه‌های مشتری مراقبت می‌خواهند. وقتی قاعده‌ها شبیه هم‌اند، برچسب‌ها و ساختار بیشتر کار را انجام می‌دهند.