- Customers
- Follow-up
- Basic Reports
ZALWEB PRICING
قیمت بر اساس Scope واقعی پروژه تعیین میشود
زالوب یک نرمافزار ثابت با چند پلن از پیش بستهبندیشده نیست. تعداد کاربران، فرآیندها، Integrationها، سطح سفارشیسازی، Enterprise AI و مدل استقرار میتوانند دامنه هر پروژه را تغییر دهند.
SCOPE BASED
NO FAKE PACKAGES
PHASED DELIVERY
ENTERPRISE READY
WHY SCOPE-BASED
دو سازمان ممکن است یک ماژول بخواهند، اما دو پروژه کاملاً متفاوت داشته باشند
برای مثال CRM یک شرکت ممکن است فقط شامل مشتری و پیگیری فروش باشد، در حالی که در سازمان دیگر همان CRM به پروژه، تأیید قیمت، انبار، سایت و هوش مصنوعی متصل باشد.
بنابراین اعلام یک عدد ثابت قبل از شناخت فرآیند، نه برای مشتری دقیق است و نه برای اجرای پروژه حرفهای.
ENGAGEMENT MODELS
سه مدل معمول برای شروع
اینها پکیج قیمت ثابت نیستند؛ فقط کمک میکنند دامنه اولیه پروژه بهتر مشخص شود.
01
PILOT
شروع از یک مسئله
مناسب زمانی که میخواهید یک فرآیند مشخص را قبل از توسعه گستردهتر طراحی و ارزیابی کنید.
- یک Use Case مشخص
- تعداد محدود کاربران
- Workflow اصلی
- داده و دسترسی مشخص
- معیار موفقیت قابل ارزیابی
COMMON START
02
DEPARTMENT
یک واحد عملیاتی
مناسب برای دیجیتالسازی چند فرآیند مرتبط در یک واحد مانند فروش، پروژه، خرید یا خدمات.
- چند Workflow مرتبط
- Roleهای سازمانی
- Dashboard و گزارش
- Integrationهای مورد نیاز
- آمادگی برای توسعه بعدی
03
ENTERPRISE
معماری چندواحدی
مناسب برای سازمانهایی که چند واحد، فرآیند، Integration و سطح دسترسی پیچیدهتری دارند.
- چند حوزه عملیاتی
- Data Model مشترک
- Access Architecture
- Integration Layer
- Enterprise AI و Automation
PRICING DRIVERS
چه چیزهایی روی هزینه پروژه اثر میگذارند؟
مهمترین متغیرهایی که در Discovery برای تهیه پیشنهاد فنی و مالی بررسی میشوند.
دامنه فرآیند
تعداد واحدها، فرآیندها، فرمها و سناریوهای عملیاتی.
کاربران و Roleها
ساختار کاربران، سطوح دسترسی و پیچیدگی Permissionها.
پیچیدگی Workflow
تعداد مراحل، شرطها، تأییدها و منطق فرآیند.
اتصال سیستمها
APIها، وبسایت، سرویسهای خارجی و منابع داده.
Enterprise AI
RAG، منابع دانش، Agentها، Toolها و مدل مصرف AI.
استقرار و زیرساخت
مدل Hosting، الزامات امنیتی و محیطهای مورد نیاز.
SCOPE BEFORE PRICE
01
02
03
04
05
قبل از قیمت، باید بدانیم دقیقاً چه چیزی قرار است ساخته شود
پیشنهاد مالی زمانی قابل اتکاست که حدود پروژه، وابستگیها و خروجیهای مورد انتظار تا حد مناسبی مشخص شده باشند.
Problem Definition
مسئلهای که قرار است حل شود.
Users & Roles
افرادی که با راهکار کار میکنند.
Process Map
مراحل واقعی انجام کار.
Technical Dependencies
Integrationها و سیستمهای مرتبط.
Phase One
دامنه مشخص برای اولین تحویل.
COMMERCIAL STRUCTURE
پیشنهاد مالی باید اجزای پروژه را شفاف کند
ساختار دقیق هر پیشنهاد بر اساس پروژه مشخص میشود، اما بهتر است هزینههای اصلی از یکدیگر قابل تشخیص باشند.
طراحی و پیادهسازی
تحلیل، معماری، توسعه، تنظیم Workflowها و آمادهسازی فاز پروژه.
اتصال سیستمها
توسعه API یا Integrationهای مورد نیاز دامنه پروژه.
زیرساخت
Hosting، Server، سرویسهای مورد نیاز یا محیط اختصاصی.
سرویسهای هوش مصنوعی
در صورت استفاده از مدلها یا APIهای خارجی، هزینه مصرف میتواند جداگانه محاسبه شود.
پشتیبانی و توسعه
دامنه نگهداری، پشتیبانی یا توسعههای بعدی بر اساس قرارداد مشخص میشود.
PHASED IMPLEMENTATION
لازم نیست از بزرگترین Scope ممکن شروع کنید
پروژه میتواند با یک فاز محدود و قابل ارزیابی شروع شود و بعد از اثبات ارزش به بخشهای دیگر توسعه پیدا کند.
حل یک مسئله مشخص و ارزیابی نتیجه.
اضافهشدن Workflowها و کاربران مرتبط.
اتصال داده و فرآیند بین واحدها.
اضافهشدن تحلیل، Agent و اتوماسیون پیشرفته.
FAQ
سوالات متداول قیمتگذاری
چرا قیمت ثابت روی سایت قرار ندادهاید؟
چون دامنه پروژهها میتواند از یک Workflow محدود تا معماری چندواحدی با Integration و Enterprise AI متفاوت باشد. عدد ثابت بدون شناخت Scope میتواند گمراهکننده باشد.
آیا میتوان پروژه را با بودجه محدودتر شروع کرد؟
بله. یکی از رویکردهای مناسب، تعریف یک Pilot یا فاز اول محدود با خروجی و معیار موفقیت مشخص است.
تعداد کاربران روی هزینه اثر دارد؟
تعداد کاربران میتواند یکی از متغیرهای Scope باشد، اما پیچیدگی نقشها، دسترسیها، Workflow و معماری فنی نیز اهمیت دارد.
هزینه Enterprise AI چگونه محاسبه میشود؟
دامنه RAG، منابع داده، Agentها، Integrationها و نوع مدلهای مورد استفاده در طراحی فنی بررسی میشوند. در صورت استفاده از APIهای خارجی، هزینه مصرف آن سرویس نیز میتواند مستقل باشد.
هزینه سرور داخل قیمت پروژه است؟
مدل زیرساخت میتواند بر اساس پروژه متفاوت باشد. در پیشنهاد نهایی مشخص میشود Hosting یا زیرساخت مورد نیاز چگونه تأمین خواهد شد.
آیا توسعههای بعدی باید از ابتدا سفارش داده شوند؟
خیر. معماری ماژولار اجازه میدهد دامنه پروژه مرحلهای تعریف شود و قابلیتهای جدید در فازهای بعدی اضافه شوند.
برای دریافت برآورد اولیه چه اطلاعاتی لازم است؟
مسئله اصلی، فرآیند فعلی، کاربران، تعداد تقریبی واحدهای درگیر، سیستمهای موجود، Integrationهای مورد نیاز و نتیجه مورد انتظار فاز اول اطلاعات مفیدی هستند.
GET A REAL ESTIMATE
Scope را مشخص کنیم؛ بعد درباره عدد واقعی صحبت کنیم
یک جلسه کوتاه برای شناخت مسئله، کاربران و دامنه فاز اول میتواند مبنای برآورد بسیار دقیقتری باشد.