معنی اصطلاحات این مقاله
- API
- رابط ارتباط میان دو نرم‌افزار یا سرویس
- CRM
- سیستم مدیریت ارتباط با مشتری و پیگیری فروش
قیمت این پروژه چگونه مشخص می‌شود؟
قیمت قابل مقایسه باید همراه فهرست امکانات، موارد خارج از قرارداد و معیار تحویل باشد. برای بررسی خدمت و نمونه‌کارها، صفحه خدمات مرتبط با این پروژه را ببینید. عدد نهایی پس از مشخص‌شدن نیاز پروژه اعلام می‌شود.
چه چیزهایی هزینه را تغییر می‌دهند؟
| عامل | اثر بر حجم کار |
|---|---|
| کاربرد | پاسخ‌گویی، جست‌وجو و اجرای اقدام سه دامنه متفاوت‌اند. |
| داده | جمع‌آوری، پاک‌سازی و به‌روزرسانی منابع هزینه مستقل دارند. |
| مدل و مصرف | تعداد درخواست و حجم متن، تصویر یا صوت روی هزینه مستمر اثر دارند. |
| اتصالها | CRM، سفارش و سامانه پشتیبانی نیازمند مجوز و API هستند. |
| کنترل خطا | منبع پاسخ، ارجاع به انسان و محدودیت اقدام‌ها باید طراحی شوند. |
| ارزیابی | نمونه سؤال واقعی و معیار پاسخ صحیح برای آزمون لازم است. |
هزینه اجرای اتوماسیون برای کسب‌وکارتان را بررسی کنید
کار تکراری، اطلاعات موجود و سیستم‌های مورد استفاده را توضیح دهید تا امکان اجرا و هزینه توسعه و نگهداری راهکار بررسی شود.
یک نمونه برای تعریف نسخه اول
برای پاسخ به سؤال‌های خدمات، نسخه اول می‌تواند جست‌وجو در اطلاعات تأییدشده، نمایش پاسخ و ارجاع موارد نامشخص به کارشناس باشد. اقدام در حساب مشتری یا سفارش به دسترسی و تأیید جدا نیاز دارد.
برای هر قابلیت بنویسید چه کسی از آن استفاده می‌کند، چه داده‌ای لازم دارد و چه خروجی‌ای باید تحویل بگیرد. به جای اضافه‌کردن همه امکانات از روز اول، قابلیت‌های ضروری شروع را از توسعه بعدی جدا کنید. این کار هزینه را قابل کنترل‌تر و آزمون تحویل را روشن‌تر می‌کند.
هزینه ساخت را از هزینه نگهداری جدا کنید
در پیشنهاد مالی، هزینه میزبانی، دامنه، سرویس‌های بیرونی، تهیه محتوا، انتقال داده، آموزش و پشتیبانی باید مشخص شود. امکان دارد برخی داخل مبلغ پروژه و برخی جدا باشند؛ پیش از مقایسه دو پیشنهاد، این تفاوت‌ها را بررسی کنید.
رفع خطای نسخه تحویلی با توسعه قابلیت جدید فرق دارد. مدت پشتیبانی، روش اعلام خطا، دسترسی به کد و حساب‌های پروژه و مسئولیت تهیه نسخه پشتیبان را هم روشن کنید.
پیش از درخواست برآورد چه اطلاعاتی آماده کنیم؟
- کاری که انتظار دارید سیستم انجام دهد
- منابع تأییدشده و مسئول به‌روزرسانی
- حجم تقریبی استفاده و اتصال‌های لازم
- چند نمونه درخواست بدون اطلاعات محرمانه
لازم نیست طرح فنی کامل داشته باشید؛ شرح ساده مسئله و چند نمونه از کار فعلی کافی است تا گفت‌وگو شروع شود. اطلاعات محرمانه و رمزهای سیستم را در فرم اولیه نفرستید.
پرسش‌های متداول
آیا فقط تعداد صفحات برای قیمتگذاری کافی است؟
خیر. دو پروژه با تعداد صفحه یکسان ممکن است منطق، اتصالها و سطح دسترسی متفاوتی داشته باشند. حجم طراحی، توسعه و آزمون باید همراه صفحات بررسی شود.
چطور هزینه شروع را کنترل کنیم؟
یک مسیر اصلی قابل استفاده تعریف کنید، امکانات جانبی را فازبندی کنید و قبل از توسعه، معیار پذیرش نسخه اول را بنویسید. حذف آزمون و امنیت راه مناسبی برای کم‌کردن هزینه نیست.
قدم بعدی برای دریافت قیمت چیست؟
شرح نیاز و امکانات ضروری را از طریق درخواست برآورد پروژه ارسال کنید. برای دیدن خروجیهای اجراشده هم میتوانید نمونهکارهای آرکوتک را بررسی کنید.
