Amirali Yaghoutiمهندس ارشد نرم‌افزار

مطالعه موردی مهندسی

گالری جواهریان

مطالعه‌ی موردی یک پلتفرم ووکامرس در پروداکشن، روی کسب‌وکار زنده‌ی ساعت و جواهر. اینجا مهندسی دست‌به‌کد با مالکیت روزمره‌ی پلتفرم قاطی است: کارایی، کشف محصول، ابزار عملیاتی، گردش‌کار CRM، گزارش‌گیری، تجربه‌ی کاربری فرانت‌اند و تصمیم‌های سئوی فنی که مستقیم روی فروش اثر می‌گذارند.

مسئله تجاری

گالری جواهریان سایت معرفی نیست. یک فروشگاه ووکامرس زنده در بازار ساعت و جواهر است. سرعت، دقت کاتالوگ، کشف محصول، سلامت پرداخت و گردش‌کار تیم، همه مستقیم روی درآمد اثر می‌گذارند. کار سخت این بود که پلتفرم مدام جلو برود، بی‌آنکه فروش روزانه مختل شود یا وصله‌های شکننده جای سیستم را بگیرند.

آنچه تحویل دادم

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

رویکرد فنی

  • هر تغییر از اندازه‌گیری روی ترافیک واقعی شروع می‌شود، نه از حدس. لاگر کارایی که برای همین ساختم، ورودی بیشتر کارهای دیگر است.
  • هرچه باید همیشه اجرا شود، افزونه‌ی MU شد؛ تا رفتار حیاتی به فعال‌ماندن یک افزونه در پنل گره نخورد.
  • جدول اختصاصی جایی که هسته مدلی ندارد، و هوک هسته جایی که دارد. همین مرز است که آپدیت ووکامرس را بی‌خطر نگه می‌دارد.
  • هر تغییر عملیاتی باید برگشت‌پذیر باشد. روی فروشگاه زنده، مسیر undo شرط شروع کار است، نه یک فیچر اضافه.
  • دامنه‌ی هر مداخله باریک می‌ماند، چون اصلاح باریک همان چیزی است که حادثه نمی‌سازد.

نتیجه و شواهد

پلتفرم پیوسته بهتر شد و فروش روزانه هم هیچ‌وقت نخوابید. عددهای اندازه‌گیری‌شده‌ی هر مسیر در مطالعه‌های موردی جداگانه آمده‌اند. این صفحه شکل کار را می‌گوید: اندازه‌گیری، مداخله‌ی باریک، مسیر بازگشت.

اهمیت برای کارفرما

فرق یک توسعه‌دهنده که فیچر تحویل می‌دهد با کسی که مالک پلتفرم تجاری است همین است. دومی یعنی مسئول اینکه فروشگاه فردا هم بفروشد.

خلاصه-اجرایی-پروژه

خلاصه اجرایی خوانا

خلاصه_اجرایی {
  پروژه: "Javaherian Gallery"
  نوع: "پلتفرم ووکامرس پروداکشن، ساعت و جواهر"
  دامنه: "کارایی، ابزار عملیاتی، CRM، داده‌ی محصول،
          تجربه‌ی کاربری، سئوی فنی"
  روش: "اندازه‌گیری روی ترافیک واقعی ← مداخله‌ی باریک
        ← مسیر بازگشت"
  الگو: "افزونه‌ی MU برای رفتار حیاتی؛ جدول اختصاصی جایی
         که هسته مدل ندارد؛ هوک هسته جایی که دارد"
  محدودیت: "عملیات فروش روزانه هرگز مختل نمی‌شود"
}

ارزش حرفه‌ای این پروژه

این صفحه یک فیچر منفرد را نشان نمی‌دهد، شکل کار را نشان می‌دهد: مالکیت یک پلتفرم زنده در طول زمان، با این قید که عملیات روزانه نباید بخوابد.

بیشتر تصمیم‌ها را همین قید ساخته است — چرا افزونه‌ی MU، چرا اسنپ‌شات و undo، چرا اندازه‌گیری قبل از تغییر.