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

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

Saboksaran

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

مسئله تجاری

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

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

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

رویکرد فنی

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

نتیجه و شواهد

کسب‌وکار ساختاری دارد که با افزوده‌شدن پروژه‌ها و خدمات منظم می‌ماند، نه ساختاری که با استفاده تخریب شود.

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

کار تکمیل‌شده‌ی یک شرکت ساختمانی قوی‌ترین دارایی فروشش است. سایت باید بتواند همان‌طور که می‌رسد جذبش کند.

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

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

خلاصه_اجرایی {
  پروژه: "Saboksaran"
  نوع: "پلتفرم کسب‌وکار ساختمانی"
  هدف_طراحی: "محتوایی که هنوز نرسیده"
  رشد_با: "پروژه‌های تکمیل‌شده، خدمات، توانمندی‌ها"
  ساختار: "کار جدید در سازمان‌دهی جا می‌گیرد،
           نه الحاق به انتها"
  محدودیت: "قابل گسترش بدون کار توسعه‌ای"
}

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

طراحی برای محتوایی که هنوز نرسیده، تفاوت بین سایتی است که دوام می‌آورد و سایتی که هجده ماه بعد باید دوباره ساخته شود.

این همچنین چیزی است که مشتری هنگام تحویل نمی‌تواند ارزیابی‌اش کند، و همین آن را به مسئولیت توسعه‌دهنده تبدیل می‌کند که بدون درخواست درستش کند.