پاسخ کوتاه
در پروژه اختصاصی آونا، سورس کامل پس از تسویه تحویل میشود و ادامه توسعه با تیم دیگر امکانپذیر است. رفع باگ امکانات تحویلشده ۲۴ ماه و پشتیبانی فنی ۳ تا ۱۲ ماه طبق قرارداد است. فایل قابلویرایش Figma در پروژههای دارای این مرحله طراحی تحویل داده میشود.
- سورس کامل بخشهای اختصاصی سفارشدادهشده تحویل میشود.
- انتخاب فناوری بر اساس نیاز و قابلیت نگهداری پروژه است.
- فایل Figma در صورت وجود این مرحله در محدوده پروژه تحویل میشود.
- رفع باگ ۲۴ ماه و پشتیبانی فنی ۳ تا ۱۲ ماه از هم تفکیک شدهاند.
- تست پیش از تحویل، جای تضمین رتبه یا امنیت مطلق را نمیگیرد.
در طراحی سایت اختصاصی با تحویل سورس، فقط ظاهر سایت یا نام زبان برنامهنویسی مهم نیست. باید از ابتدا بدانید چه چیزی ساخته میشود، چه فایلهایی تحویل میگیرید، کیفیت چگونه بررسی میشود و اگر شش ماه بعد تیم توسعه را تغییر دهید، چه اتفاقی میافتد.
پاسخ آونا روشن است: سورس کامل بخشهای اختصاصی پروژه پس از تسویه تحویل میشود و میتوانید توسعه را با هر تیم دیگری ادامه دهید. تستهای پیش از تحویل انجام میشوند؛ رفع باگ امکانات تحویلشده ۲۴ ماه و پشتیبانی فنی، متناسب با قرارداد، ۳ تا ۱۲ ماه است. فایل قابلویرایش Figma نیز در پروژههایی تحویل میشود که طراحی در Figma جزو محدوده کار باشد.
این راهنما برای کسبوکاری است که قصد سفارش طراحی سایت، وباپ یا اپلیکیشن اختصاصی دارد و میخواهد قبل از قرارداد، درباره تکنولوژی، مالکیت و خدمات پس از تحویل تصمیم روشنی بگیرد.
در سفارش طراحی سایت اختصاصی چه چیزهایی را مشخص کنیم؟
| سؤال قبل از قرارداد | پاسخ و محدوده خدمات آونا |
|---|---|
| تکنولوژی پروژه چیست؟ | متناسب با نیاز انتخاب و در پیشنهاد فنی مشخص میشود؛ همه پروژهها الزاماً یک ترکیب یکسان ندارند. |
| فایل Figma تحویل میشود؟ | اگر طراحی در Figma جزو پروژه باشد، فایل قابلویرایش آن تحویل میشود. |
| سورس کامل تحویل میگیرم؟ | بله؛ سورس بخشهای اختصاصی سایت، پنل، بکاند و اپِ سفارشدادهشده پس از تسویه تحویل میشود. |
| پیش از تحویل تست دارید؟ | بله؛ عملکرد، سرعت، امنیت، ریسپانسیو و سئوی فنی در محدوده پروژه بررسی میشوند. |
| پشتیبانی چقدر است؟ | ۲۴ ماه رفع باگ امکانات تحویلشده؛ پشتیبانی فنی ۳ تا ۱۲ ماه طبق قرارداد. |
| میتوانم تیم توسعه را عوض کنم؟ | بله؛ تحویل سورس و دسترسیهای مربوط به پروژه، امکان ادامه همکاری با تیم دیگر را فراهم میکند. |
۱. تکنولوژی و معماری فنی پروژه دقیقاً چیست؟
تکنولوژی ابزار ساخت است؛ معماری مشخص میکند بخشهای پروژه چگونه با هم کار کنند. برای مثال در یک سامانه رزرو، سایت و اپلیکیشن میتوانند به یک API (رابط ارتباطی نرمافزارها) و پایگاه داده مشترک متصل شوند تا قیمت، ظرفیت و وضعیت رزرو یکسان باشد.
در پیشنهاد فنی باید زبان و فریمورک بکاند، فناوری فرانتاند، پایگاه داده، شیوه اتصال اپلیکیشن، نیازهای سرور و روش استقرار مشخص باشند. استفاده از نسخه پایدار و پشتیبانیشده مهمتر از انتخاب تازهترین شماره نسخه بدون بررسی سازگاری است.
برای بسیاری از پروژهها، یک سامانه ماژولار با مرزبندی روشن بخشها، شروع قابلمدیریتی است. تفکیک به Microservices (سرویسهای مستقل) زمانی بررسی میشود که نیاز واقعی به استقرار یا مقیاسدهی مستقل وجود داشته باشد؛ صرف نام این معماری، نشانه کیفیت بالاتر نیست.
بکاندهای معتبر برای طراحی سایت و اپلیکیشن اختصاصی
فهرست زیر خانوادههای مهم و گزینههای شناختهشده را پوشش میدهد؛ فهرست تمام ابزارهای دنیا یا تعهد استفاده آونا از همه آنها نیست. انتخاب نهایی بر اساس امکانات، تیم نگهداری، اتصالهای موردنیاز و بودجه پروژه انجام میشود.
| خانواده فناوری | گزینههای مهم | معیار بررسی برای پروژه |
|---|---|---|
| PHP | Laravel، Symfony | سامانههای تجاری، پنل مدیریت، API و فرآیندهای کسبوکار |
| JavaScript / TypeScript روی Node.js | NestJS، Express، Fastify | توسعه API و سرویسهای وب؛ میزان ساختار و اجزای آماده موردنیاز تیم |
| Python | Django، FastAPI، Flask | وباپ، API و ارتباط با سرویسهای پردازش داده یا هوش مصنوعی |
| C# / .NET | ASP.NET Core | وب و API، بهویژه با توجه به زیرساخت و دانش تیم سازمان |
| Java / Kotlin روی JVM | Spring Boot | سرویسهای سازمانی و یکپارچهسازی با سامانههای موجود |
| Go | کتابخانه استاندارد، Gin، Echo | سرویسهای شبکه و API با توجه به نیاز اجرایی و مهارت تیم |
| Ruby | Ruby on Rails | محصولات وب با ساختار و قراردادهای توسعه یکپارچه |
| Elixir | Phoenix | سامانههای تعاملی و بلادرنگ با نیاز فنی مشخص |
| Rust | Axum، Actix Web | سرویسهایی با نیاز ویژه به کنترل منابع و تیم مسلط به Rust |
پایگاه داده نیز تصمیم جداگانهای است؛ برای نمونه PostgreSQL یا MySQL برای دادههای رابطهای و Redis برای کاربردهایی مانند کش یا صف بررسی میشوند. هیچکدام بهتنهایی امنیت، سرعت یا مقیاسپذیری پروژه را تضمین نمیکنند.
فرانتاندهای مهم برای سایت و وباپ
| فناوری | نقش در پروژه |
|---|---|
| React و Next.js | رابطهای تعاملی؛ Next.js امکان ترکیب بخشهای سمت سرور و کلاینت را فراهم میکند. |
| Vue و Nuxt | ساخت رابط وب و اپلیکیشنهای مبتنی بر Vue؛ انتخاب شیوه رندر باید متناسب با صفحات باشد. |
| Angular | فریمورک ساخت وباپ با ابزارهای یکپارچه برای مواردی مانند مسیریابی و فرمها |
| Svelte و SvelteKit | ساخت رابط و اپلیکیشن وب در اکوسیستم Svelte |
| Astro | گزینهای برای بررسی در سایتهای محتوامحور با نیاز به تعاملات محدود یا انتخابی |
| HTML، CSS و JavaScript / TypeScript | پایه توسعه وب؛ برخی صفحات ساده به فریمورک سنگین نیاز ندارند. |
برای صفحات عمومی و جذب ورودی گوگل، دسترسی خزنده به محتوای اصلی، رندر مناسب و عملکرد واقعی صفحه بررسی میشود. پنل خصوصی کاربر نیاز متفاوتی دارد. نام Next.js یا هر ابزار دیگر، جای اجرای درست سئوی فنی را نمیگیرد.
فناوریهای مهم اپلیکیشن اندروید و iOS
| روش ساخت | فناوری | نکته تصمیمگیری |
|---|---|---|
| چندسکویی | Flutter با Dart | اشتراک بخش زیادی از کد؛ امکانات ویژه دستگاه و خروجی هر پلتفرم جداگانه بررسی میشوند. |
| چندسکویی | React Native با JavaScript / TypeScript | توسعه رابط موبایل و اتصال به قابلیتهای بومی با توجه به نیاز پروژه |
| بومی اندروید | Kotlin و Jetpack Compose؛ Java برای برخی پروژههای موجود | انتخابی برای توسعه اختصاصی روی اکوسیستم Android |
| بومی iOS | Swift و SwiftUI؛ UIKit در پروژههای متناسب | توسعه اختصاصی روی اکوسیستم Apple |
| اشتراک کد میان پلتفرمها | Kotlin Multiplatform | تعیین میزان اشتراک منطق و رابط بر اساس معماری پروژه |
| گزینههای دیگر چندسکویی | .NET MAUI؛ Ionic همراه Capacitor | بررسی با توجه به مهارت تیم، امکانات دستگاه و کیفیت تجربه موردنیاز |
برای انتخاب بین وبسایت، PWA و اپلیکیشن نصبشدنی، راهنمای انتخاب نسخه اول سایت یا اپلیکیشن را ببینید. PWA خودِ یک زبان یا فریمورک نیست و پشتیبانی قابلیتهای آن به مرورگر و دستگاه وابسته است.
۲. آیا فایلهای Figma و UI/UX تحویل داده میشوند؟
بله؛ در پروژههایی که طراحی در Figma جزو محدوده کار است، فایل قابلویرایش طراحی تحویل میشود. این موضوع باید از ابتدا در فهرست خروجیهای پروژه مشخص باشد تا «تصویر پیشنمایش» با «فایل طراحی قابلویرایش» اشتباه گرفته نشود.
تعداد صفحات، حالت موبایل و دسکتاپ، حالتهای خطا و خالی، کامپوننتهای طراحی و وجود یا نبود پروتوتایپ تعاملی در محدوده طراحی مشخص میشوند. اگر پروژه بدون مرحله مستقل Figma تعریف شود، نباید وجود چنین فایلی را بهصورت خودکار فرض کرد.
برای شناخت این مرحله، خدمات طراحی رابط و تجربه کاربری آونا را بررسی کنید. هدف طراحی، روشنکردن مسیر کاربر و جزئیات اجرا پیش از توسعه است.
۳. آیا سورس کامل و دسترسی سرور و Git پس از تسویه تحویل میشود؟
بله؛ در پروژه اختصاصی آونا، سورس کامل بخشهای سفارشدادهشده پس از تسویه تحویل داده میشود. این موضوع شامل کد بکاند، فرانتاند، پنل و اپلیکیشنهایی است که در محدوده قرارداد ساخته شدهاند. فایل خروجی نصب اپلیکیشن یا نسخه آماده اجرای سایت بهتنهایی معادل سورس قابل توسعه نیست.
دسترسیهای مربوط به سرور و مخزن Git پروژه نیز باید در صورتجلسه تحویل مشخص و منتقل شوند. منظور، منابع و مخزن مربوط به همان پروژه است؛ حسابهای مشترک شرکت یا اطلاعات پروژههای مشتریان دیگر جزء تحویل نیستند.
چکلیست تحویل برای ادامه توسعه
- سورس آخرین نسخه تحویلشده و فایلهای تعیین وابستگیها و نسخهها
- مخزن اختصاصی Git پروژه و دسترسی لازم برای نگهداری و توسعه
- ساختار پایگاه داده، مهاجرتها و روش انتقال امن دادههای متعلق به کارفرما
- راهنمای نصب، ساخت خروجی و اجرای سرویسهای مرتبط با پروژه
- فهرست تنظیمات محیطی موردنیاز؛ انتقال رمزها از مسیر امن، نه داخل مخزن عمومی
- دسترسیهای سرور و سرویسهای متعلق به پروژه و تعیین مسئول هزینه تمدید آنها
- فایل طراحی قابلویرایش، در صورت وجود مرحله Figma در قرارداد
- فهرست سرویسها و اجزای ثالث و شرایط مجوز یا اشتراک آنها
این چکلیست مبنای شفافکردن اقلام تحویل است. کتابخانههای متنباز، فونتها، سرویس پیامک، درگاه پرداخت و ابزارهای دارای اشتراک، شرایط مجوز و هزینه خودشان را دارند؛ تحویل سورس اختصاصی به معنی مالکیت نرمافزارهای شخص ثالث نیست.
برای تنظیم امکانات و خروجیها پیش از شروع، راهنمای سفارش طراحی سایت و بریف آماده مکمل این مقاله است.
۴. پیش از تحویل، چه تستهایی انجام میشوند؟
در آونا، تست پیش از تحویل بخشی از اجرای پروژه است. دامنه بررسی باید با امکانات سفارشدادهشده هماهنگ باشد؛ مثلاً آزمون پرداخت برای پروژه دارای پرداخت و آزمون رزرو همزمان برای سامانه رزرو اهمیت دارد.
| حوزه تست | موارد قابل بررسی |
|---|---|
| عملکرد | مسیرهای اصلی کاربر، فرمها، ورود، سطح دسترسی و فرآیندهای اختصاصی پروژه |
| سرعت | بارگذاری صفحات مهم، حجم تصاویر و فایلها، پاسخ سرور و شاخصهای عملکرد در شرایط آزمون مشخص |
| امنیت | احراز هویت، مجوز دسترسی، اعتبارسنجی ورودی، آپلود فایل و تنظیمات مرتبط با پروژه |
| ریسپانسیو | نمایش و کارکرد منو، فرم، جدول و دکمهها در اندازههای هدف موبایل، تبلت و دسکتاپ |
| سئوی فنی | عنوان و توضیحات، ساختار تیتر، canonical، robots، نقشه سایت، لینکها و دسترسی به محتوای صفحات عمومی |
| اپلیکیشن | سناریوهای اصلی روی پلتفرمهای توافقشده و شرایطی مانند قطع شبکه یا خطای سرویس |
برای سرعت، معیارهای Core Web Vitals و تفاوت داده آزمایشگاهی با تجربه واقعی کاربران اهمیت دارند. امتیاز یک اجرای تست، تضمین امتیاز ثابت روی هر دستگاه و شبکه نیست. برای بررسی امنیت نیز میتوان از چارچوبهایی مانند راهنمای آزمون امنیت وب OWASP استفاده کرد؛ آزمون امنیت به معنی ادعای «نفوذناپذیری مطلق» نیست.
بررسی سئوی فنی با اجرای کمپین مستمر سئو تفاوت دارد. تحویل زیرساخت مناسب، تضمین رتبه یک گوگل یا معرفی قطعی در پاسخهای هوش مصنوعی نیست؛ محتوا، رقابت و اعتبار بیرونی نیز اثر دارند.
۵. پشتیبانی پس از تحویل شامل چیست و چند ماه است؟
رفع باگ امکانات تحویلشده در آونا ۲۴ ماه است. منظور از باگ، خطای قابل بازتولید در عملکرد توافقشده پروژه است؛ مانند درست ذخیرهنشدن یک فرم یا محاسبه نادرست در بخشی که در نسخه تحویلشده پیادهسازی شده است.
پشتیبانی فنی بین ۳ تا ۱۲ ماه و متناسب با قرارداد پروژه تعیین میشود. مواردی مانند راهنمایی استفاده، رسیدگی به مسائل اجرایی، نگهداری سرور، بهروزرسانی وابستگیها یا پایش، باید در بسته پشتیبانی مشخص شوند؛ تمام این خدمات بهصورت خودکار جزء هر بسته نیستند.
| نوع خدمت | مدت و محدوده |
|---|---|
| رفع باگ | ۲۴ ماه برای خطاهای امکانات تحویلشده؛ تاریخ شروع در قرارداد ثبت میشود. |
| پشتیبانی فنی | ۳ تا ۱۲ ماه؛ شرح خدمات، کانال پاسخگویی و سطح خدمت طبق قرارداد |
| توسعه جدید | افزودن قابلیت، تغییر فرآیند یا بازطراحی؛ برآورد و توافق جداگانه |
| تغییرات تیم دیگر یا سرویس ثالث | بررسی علت خطا؛ مشکلات ناشی از تغییرات جدید، با باگ نسخه تحویلشده یکسان محسوب نمیشوند. |
برای مثال، اصلاح خطای محاسبه هزینه ارسالِ توافقشده، رفع باگ است؛ افزودن روش جدید ارسال، توسعه جدید محسوب میشود. همچنین مدت پشتیبانی، بهتنهایی زمان پاسخ یا تعهد حضور شبانهروزی را مشخص نمیکند؛ این موارد در سطح خدمات قرارداد تعیین میشوند.
سؤال طلایی: شش ماه بعد میتوانم با تیم دیگری کار کنم؟
بله. پس از تسویه و تحویل سورس کامل و دسترسیهای پروژه، میتوانید توسعه سایت یا اپلیکیشن را با هر تیم دیگری ادامه دهید. ادامه همکاری با آونا انتخاب شماست و دریافت سورس به تمدید پشتیبانی وابسته نیست.
تیم جدید باید با فناوری پروژه آشنا باشد و زمانی برای شناخت کد، دادهها و فرآیندها در نظر بگیرد. تحویل مستندات و امکان اجرای پروژه روی محیط مستقل، این انتقال را آسانتر میکند؛ بنابراین فقط دریافت یک فایل ZIP را معیار تحویل کامل نگذارید.
آزمون عملی مناسب این است که تیم تحویلگیرنده بتواند نسخه پروژه را با راهنمای موجود اجرا کند، به دادهها و سرویسهای مجاز دسترسی داشته باشد و مسیر انتشار نسخه بعدی را بفهمد. پیش از جابهجایی تیم، نسخه پشتیبان و وضعیت آخرین نسخه ثبت شود.
قیمت طراحی سایت اختصاصی را با چه چیزهایی مقایسه کنیم؟
دو پیشنهاد قیمت زمانی قابل مقایسهاند که امکانات، مراحل طراحی، خروجیهای موبایل، سورس قابل توسعه، آزمونها و مدت پشتیبانی یکسان باشند. ممکن است یک مبلغ شامل فقط سایت باشد و مبلغ دیگر، پنل چندنقشی و اپلیکیشن را هم پوشش دهد.
برای شناخت عوامل هزینه، راهنمای قیمت طراحی سایت و مقایسه پیشفاکتور را بخوانید. هزینه سرور، دامنه، پیامک و اشتراک سرویسها نیز باید جداگانه روشن باشد تا هزینه نگهداری بعد از تحویل غافلگیرکننده نشود.
نمونهای از ترکیب وب، اپ و فرآیندهای اختصاصی را میتوانید در نمونهکار پلتفرم رزرو باغچه ببینید. قابلیتها و فناوری هر نمونهکار، مشخصات همان پروژه است و نسخه ثابت برای همه کسبوکارها محسوب نمیشود.
پرسشهای متداول درباره تحویل پروژه اختصاصی
آیا آونا سورس کامل سایت و اپلیکیشن اختصاصی را تحویل میدهد؟
بله؛ پس از تسویه، سورس کامل بخشهای اختصاصی سفارشدادهشده و دسترسیهای مربوط به پروژه تحویل میشود. اقلام تحویل در قرارداد مشخص میشوند.
آیا پس از تحویل میتوانم با برنامهنویس یا شرکت دیگری کار کنم؟
بله. پس از تحویل سورس و دسترسیها، میتوانید نگهداری و توسعه را به تیم دیگری بسپارید؛ تیم جدید باید با فناوری پروژه آشنا باشد.
رفع باگ و پشتیبانی فنی آونا چند ماه است؟
رفع باگ امکانات تحویلشده ۲۴ ماه است. پشتیبانی فنی متناسب با قرارداد، ۳ تا ۱۲ ماه است و توسعه قابلیت جدید جداگانه برآورد میشود.
آیا فایل قابلویرایش Figma هم تحویل میگیرم؟
اگر طراحی در Figma جزو محدوده پروژه باشد، فایل قابلویرایش آن تحویل میشود. تعداد صفحات، حالتها و سایر خروجیهای طراحی در قرارداد مشخص میشوند.
آیا تست سرعت، امنیت، ریسپانسیو و سئو پیش از تحویل انجام میشود؟
بله؛ این موارد به همراه عملکرد امکانات، در محدوده پروژه بررسی میشوند. انجام تست به معنی تضمین امنیت مطلق، امتیاز ثابت سرعت یا رتبه مشخص گوگل نیست.
بهترین تکنولوژی برای طراحی سایت اختصاصی چیست؟
انتخاب به امکانات، یکپارچهسازیها، مهارت تیم نگهداری و بودجه بستگی دارد. زبان، فریمورک، پایگاه داده و معماری باید پیش از شروع در پیشنهاد فنی مشخص شوند.
برای پروژه خودتان یک پیشنهاد فنی روشن بگیرید
برای شروع، نوع کسبوکار، کاربران پروژه، سه قابلیت ضروری، نیاز به Android یا iOS و زمان موردنظر را مشخص کنید. بر این اساس میتوان درباره معماری، خروجیها، هزینه و محدوده پشتیبانی گفتوگو کرد.
بررسی خدمات طراحی سایت آونا · طراحی اپلیکیشن اختصاصی · درخواست مشاوره و برآورد پروژه
منابع فنی و مبنای اطلاعات
معرفی فناوریها با مراجعه به مستندات رسمی تهیه شده است. لینک منابع بکاند در جدول آمده است؛ منابع فرانتاند و موبایل: Next.js، Vue، Nuxt، Angular، Svelte، Astro، Flutter، React Native، Android، SwiftUI، Kotlin Multiplatform، .NET MAUI و Capacitor.
شرایط تحویل و پشتیبانی این مقاله بر اساس اعلام مدیریت آونا در ۲۳ سپتامبر ۲۰۲۶ تنظیم شده است. مشخصات فنی، اقلام تحویل و تاریخ شروع خدمات هر پروژه در قرارداد همان پروژه درج میشوند.
نویسنده: کارشناس محتوای هوشمند آونا
منابع و روش بررسی
مدت ۲۴ ماه رفع باگ و تحویل مشروط فایل Figma در این جلسه توسط مدیریت آونا تأیید شد. تحویل کامل سورس، آزادی انتخاب تیم و پشتیبانی فنی ۳ تا ۱۲ ماه طبق اعلام مدیریت است. معرفی فناوریها بر اساس مستندات رسمی؛ تصاویر نمودار مفهومیاند و ادعای تست عملی پروژه مشخصی ندارند.
بازبینی: کارشناس محتوای هوشمند آونا · ۱ مهر ۱۴۰۵
- Laravel documentationLaravel
- Server and Client ComponentsNext.js
- Web Vitalsweb.dev
- Web Security Testing GuideOWASP




