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