«هزینه طراحی وب اپلیکیشن چقدر است؟» سؤالی است که جواب یک‌عددی ندارد، ولی جواب ساختاری دارد. اگر بدانید عدد از چه چیزی ساخته می‌شود، هم می‌توانید پیشنهادها را با هم مقایسه کنید و هم قبل از سفارش، خودتان هزینه را پایین بیاورید.
نقطه‌ی شروع
برای یک پنل، پرتال یا سامانه‌ی گردش کار با چند نقش، از 250 میلیون تومان. این عددی است که برای وب اپلیکیشن منتشر می‌کنیم و کف واقعی کار مهندسی‌شده است: سند دامنه، طراحی، بک‌اند با API، فرانت، تست، استقرار و مستند. زیر این عدد یا سند دامنه حذف شده یا تست، و هر دو بعداً گران‌تر برمی‌گردند.
سه چیزی که عدد را می‌سازد
۱. نقش‌ها. هر نقش یعنی مجموعه‌ای از صفحه‌ها، مجوزها و حالت‌های متفاوت. یک سامانه با «مدیر و کاربر» و یک سامانه با «شهروند، کارشناس، رئیس اداره، معاون، ناظر» فاصله‌ی زیادی دارند، نه به‌خاطر صفحه، به‌خاطر ترکیب حالت‌ها که باید طراحی و تست شود.
۲. فرایندها. درخواستی که ثبت می‌شود و از سه تأیید می‌گذرد، برگشت می‌خورد، اصلاح می‌شود و بایگانی می‌شود، یک ماشین حالت است. هر فرایند یک ماشین حالت جدا. تعداد فرایندها بیشتر از هر چیز دیگری عدد را تعیین می‌کند.
۳. اتصال‌ها. حسابداری، انبار، درگاه، پیامک، احراز هویت سازمان، سیستم قدیمی. هر اتصال یعنی مذاکره با یک سیستم دیگر که مستند کامل ندارد، و مسیر خطا برای وقتی که آن سیستم جواب نمی‌دهد.
چیزی که عدد را نمی‌سازد: تعداد صفحه. ده صفحه‌ی گزارش با یک نقش ارزان‌تر از سه صفحه با پنج نقش و دو فرایند است.
دو مدل قرارداد
- پروژه‌ای. سند دامنه، قیمت ثابت، تحویل‌های دوهفته‌ای. برای وقتی که کار مرزدار است و می‌شود از اول نوشتش.
- تیم افزوده. نفر-ماه، روی بک‌لاگ شما. برای وقتی که محصول در حال تغییر است و مرزش را کسی از اول نمی‌داند. معمولاً برای شرکتی که تیم فنی خودش را دارد. تفاوت این دو را جدا نوشته‌ایم.
هزینه در سه مرحله، نه یک عدد
- ساخت. همان عددی که بالا گفته شد.
- نگهداری. به‌روزرسانی، پایش، بک‌آپ، تغییرات کوچک. برای سامانه‌های ما سالانه 20٪ مبلغ راه‌اندازی. سامانه‌ای که نگهداری نمی‌شود، دو سال بعد باز نمی‌شود.
- توسعه. قابلیتی که سال بعد لازم می‌شود. اگر معماری درست باشد، هزینه‌اش خطی است؛ اگر نه، بازنویسی.
پیشنهادی که فقط مرحله‌ی اول را دارد، ارزان به نظر می‌رسد و نیست.
پنج راه کم‌کردن هزینه، بدون کم‌کردن کیفیت
- از نسخه‌ی کوچک شروع کنید. سه نقش و دو فرایند اصلی؛ بقیه بعد از اینکه کاربران واقعی با آن کار کردند. نیمی از قابلیت‌هایی که در جلسه‌ی اول «حتماً لازم» است، هیچ‌وقت استفاده نمی‌شود.
- فرایندها را قبل از جلسه روی کاغذ بکشید. هر ساعتی که در سند دامنه صرف می‌شود، ده ساعت در توسعه صرفه‌جویی است.
- از محصول آماده استفاده کنید، جایی که هست. اگر بخشی از کار CRM، حسابداری یا نوبت‌دهی است، محصول آماده ارزان‌تر و سریع‌تر از ساخت است و به سامانه‌ی شما وصل می‌شود.
- وب اپلیکیشن نصب‌شدنی به‌جای اپ موبایل. برای بیشتر کاربران، PWA همان کار را با یک‌سوم هزینه می‌کند.
- یک پشته، یک تیم. بک‌اند از یک شرکت و فرانت از شرکت دیگر، هزینه‌ی هماهنگی را به شما منتقل می‌کند.
جمع‌بندی
هزینه‌ی وب اپلیکیشن را نقش‌ها، فرایندها و اتصال‌ها تعیین می‌کنند؛ سند دامنه همین سه را می‌شمارد و عدد از روی آن درمی‌آید. جلسه‌ی کشف نیم‌ساعته و سند دامنه تا سه روز کاری بعد از آن، راهی است که ما برای رسیدن به عدد داریم، و اگر عدد به بودجه نخورد، همان‌جا می‌گوییم کدام بخش را می‌شود به بعد سپرد.
دیدگاه‌ها
هنوز دیدگاهی ثبت نشده است؛ اولین نفر باشید.