سایت‌ساز یا طراح سایت؟ مقایسه هزینه، TCO و مالکیت

یک سایت‌ساز با اشتراک کم‌هزینه می‌خرید؛ سه ماه بعد برای ورود محتوا، اتصال درگاه، رفع RTL و ساخت فرم وقت و متخصص می‌خواهید. در پیشنهاد دیگر، طراح مبلغ اولیه بیشتری می‌گیرد؛ اما قرارداد مشخص نمی‌کند محتوا، Hosting، License، SEO، آموزش و پشتیبانی با چه کسی است. عدد روی Proposal متفاوت است، ولی هیچ‌کدام هنوز «هزینه قابل مقایسه» نیستند.

پاسخ کوتاه: بین سایت‌ساز و طراح، ارزان‌ترین قیمت شروع را انتخاب نکنید. Requirement و مسئولیت‌ها را یکسان کنید، TCO سه‌ساله را با Setup، اشتراک/نگهداری، زمان داخلی، تغییر، ریسک و خروج بسنجید، قابلیت‌های Knockout را در یک Pilot واقعی آزمایش کنید و مالکیت Domain، داده، محتوا، Analytics و حساب‌ها را در قرارداد تثبیت کنید.

این راهنما برای کسب‌وکار ایرانی نوشته شده است تا بین DIY Website builder، فریلنسر، شرکت طراحی، توسعه اختصاصی یا مدل Hybrid تصمیمی قابل دفاع بگیرد؛ بدون قیمت‌نامه‌ای که با تورم، نرخ ارز، Scope و زمان منقضی می‌شود.

مسئله «ابزار یا آدم» نیست؛ مدل تحویل است

سایت‌ساز و استخدام طراح دو انتهای یک خط ساده نیستند. چند مدل رایج دارید:

ممکن است سایت‌ساز را یک Agency پیاده کند یا طراح از Template آماده استفاده کند. برچسب مدل، کیفیت یا هزینه را تعیین نمی‌کند؛ Scope، Evidence، Team و قرارداد تعیین می‌کنند.

قبل از قیمت‌گیری، Outcome و Scope را ثابت کنید

دو Quote فقط وقتی قابل مقایسه‌اند که مسئله یکسانی را حل کنند. یک Brief یک‌صفحه‌ای بسازید:

• Outcome: Lead واجدشرایط، فروش، رزرو، ثبت‌نام، کاهش تماس یا ارائه محتوا؛
• Audience/Journey: چه کسی، با چه Device/Network و چه Taskی؛
• Content inventory: Template، صفحه، محصول، زبان، Media و Owner؛
• Capability: Form، Search، Payment، Booking، Account، Integration و Workflow؛
• Quality: Accessibility، RTL، Performance، SEO، Security و Reliability؛
• Operations: چه کسی Content، Update، Backup، Incident و Support را اداره می‌کند؛
• Timeline: تاریخ لازم، Dependency و Phased launch؛
• Constraints: بودجه، ایران، پرداخت Vendor، Hosting، داده، قانون و Talent.

GOV.UK در راهنمای انتخاب فناوری توصیه می‌کند از نیاز کاربر شروع، امکان تغییر تصمیم در آینده حفظ و TCO و Lock-in در نظر گرفته شود. Solution را پیش از فهم Problem قطعی نکنید.

MoSCoW کافی نیست؛ Acceptance هم لازم است

«سایت سریع، امن و سئو شده» قابل قیمت‌گذاری یا پذیرش نیست. Requirement را به Evidence تبدیل کنید:

Knockoutها؛ قبل از امتیاز و قیمت

اگر یک گزینه Requirement حیاتی را پاس نمی‌کند، امتیاز پایین‌تر یا تخفیف آن را Fit نمی‌کند:

• مالکیت Domain/DNS و دسترسی Recovery در حساب سازمان؛
• امکان قانونی و عملی پرداخت/تمدید Vendor از ایران؛
• درگاه، پیامک، ایمیل، نقشه یا Integration حیاتی؛
• Export محتوا/Media/Data و حفظ URL/Redirect در Exit؛
• کنترل لازم روی Index، Canonical، Sitemap و Structured data؛
• پشتیبانی فارسی/RTL/Bidi و Font/فرم/عدد/تاریخ لازم؛
• سطح Accessibility و Security متناسب با ریسک؛
• Data location، Privacy، Backup و حذف داده؛
• SLA/Support برای Journey حیاتی؛
• Capacity و Performance در ترافیک هدف.

برای سنجش فنی خاص پلتفرم، راهنمای SEO Fit سایت‌ساز را به Knockoutهای Crawl/Render/URL اضافه کنید.

TCO واقعی؛ هزینه شروع فقط یک سطر است

برای هر گزینه یک افق ثابت، مثلاً ۳۶ ماه، Currency و تاریخ مبنا تعیین کنید:

TCO = Setup
    + Recurring platform/hosting/license
    + Usage/transaction
    + Internal labor
    + Content/data/integration
    + Maintenance/change
    + Risk-adjusted loss
    + Exit/migration
    - Recoverable value

«Recoverable value» می‌تواند Asset، Design system، Content model، Documentation، Data و Capability قابل استفاده مجدد باشد؛ فقط اگر واقعاً تحویل و قابل استفاده باشد.

هزینه زمان داخلی را صفر نگذارید

هزینه داخلی = مجموع ساعت هر نقش × نرخ ساعتی Loaded همان نقش

Loaded rate فقط حقوق نیست؛ سربار مرتبط با ظرفیت را طبق روش مالی سازمان تعریف کنید. Owner، Marketing، Content، Legal، IT و Support در هر مدل زمانی صرف می‌کنند. DIY یعنی کار رایگان نیست؛ یعنی هزینه از Invoice به Capacity داخلی منتقل شده است.

سناریو بسازید، نه عدد قطعی

ساختار کامل Cost register، Billing unit، هزینه Risk و خروج در راهنمای هزینه‌های پنهان سایت آمده است.

دفتر هزینه هم‌سطح برای مقایسه

بودجه را با Scope/WBS، Estimate range، Cash flow و Change control در راهنمای بودجه طراحی سایت کامل کنید.

هزینه و ریسک سایت‌ساز

مدل SaaS می‌تواند Time-to-first-release و بار زیرساخت را کم کند، اما هزینه و کنترل را در Unitهای دیگری توزیع می‌کند:

• Plan و تفاوت Feature در Tierها؛
• Seat برای Editor/Admin/Staff؛
• Storage، Bandwidth، Product، Form submission یا Contact limit؛
• App، Template، Email، Booking، Search یا Automation؛
• Transaction fee علاوه بر درگاه؛
• Domain، Mailbox و سرویس‌های بیرونی؛
• زمان Learning، Content entry، Design و QA؛
• Expert برای CSS/Code/Integration مجاز؛
• Plan upgrade با رشد نیاز؛
• Export، Rebuild و Parallel subscription در خروج.

قیمت اشتراک پیش‌بینی‌پذیر است، مصرف نه همیشه

Invoice ماهانه ممکن است ثابت به نظر برسد، اما Currency، Tax، Seat، App و Usage رشد می‌کنند. تاریخ Price، Renewal date، Billing entity، Refund policy، Overage و مسیر Payment ایران را ثبت کنید. قیمت Website یا Screenshot فروشنده Evidence قراردادی بلندمدت نیست.

«بدون کدنویسی» یعنی بدون مهارت نیست

Information architecture، Content، Accessibility، SEO، Analytics، Privacy و Conversion همچنان تصمیم تخصصی‌اند. Drag-and-drop فقط روش تولید Layout را تغییر می‌دهد. اگر تیم ظرفیت ندارد، Builder + متخصص ممکن است از DIY واقعی کم‌ریسک‌تر باشد.

پلن رایگان ابزار Probe است، نه نتیجه اقتصادی

Subdomain، Branding، Feature limit، Export، Support و Data policy را بسنجید. برای جزئیات و Exit trigger به راهنمای محدودیت و TCO سایت‌ساز رایگان مراجعه کنید.

هزینه و ریسک استخدام طراح یا شرکت

مبلغ Proposal باید به Deliverable و Acceptance شکسته شود:

• Discovery، تحقیق، IA و Content model؛
• UX flow، Wireframe، Visual design و Design system؛
• Frontend/CMS/Backend و Integration؛
• Migration محتوا و داده؛
• SEO technical setup و URL mapping؛
• Accessibility، Performance، Security و Browser QA؛
• Analytics/Event dictionary و Consent؛
• Environment، Domain/DNS، Hosting و Deployment؛
• Training، Documentation و Handover؛
• Warranty، Support، Maintenance و SLA.

عبارت «سایت کامل» بدون Matrix مسئولیت، زمینه اختلاف است. آیا Copy، عکس، ترجمه، ورود ۵۰۰ محصول، اتصال CRM، لایسنس و مالیات داخل قیمت‌اند؟ «SEO اولیه» دقیقاً چه Test و Evidence دارد؟

اختصاصی همیشه مالکیت کامل یا مقیاس‌پذیری نیست

مالکیت به قرارداد و Dependencyها بستگی دارد. Code بدون Repository، Build instruction، License inventory، Infrastructure access، Data schema و Runbook قابل بهره‌برداری نیست. Custom code بدساخت نیز می‌تواند از SaaS Locked-inتر باشد.

طراح با تیم محصول یکی نیست

Designer ممکن است Research/UI را پوشش دهد اما Development، Content، Security یا Operations تخصص‌های دیگری‌اند. نام نقش‌ها، ظرفیت، Substitute و مسئولیت را بخواهید. Portfolio زیبا Evidence قابلیت Integration و نگهداری نیست.

فریلنسر یا شرکت طراحی؟

«فریلنسر همیشه ارزان‌تر» یا «شرکت همیشه مطمئن‌تر» قاعده نیست. Quote، Team، نمونه تحویل، Reference و Contract را مقایسه کنید.

مسئولیت‌ها را با RACI روشن کنید

Outsource کردن اجرا، Accountability کسب‌وکار را حذف نمی‌کند. حساب اصلی و Recovery را Vendor با Email شخصی خودش نسازد.

مالکیت و Exit؛ قبل از ورود مذاکره کنید

در قرارداد و Pilot این موارد را اثبات کنید:

• Registrant دامنه، DNS، CDN و Hosting account؛
• Repository، Branch، CI/CD، Package registry و Secret rotation؛
• Design source، Font، Stock asset و License transferability؛
• Content، Media original، Product/Customer/Order/Form data؛
• Analytics، Tag manager، Search Console و Advertising account؛
• Export format، Field coverage، API limit و هزینه؛
• URL list، Redirect map، Metadata و Structured data؛
• Deletion/Retention پس از فسخ؛
• Transition assistance، نرخ، زمان و Parallel run؛
• Documentation و Access handover با Rehearsal.

وجود دکمه Export کافی نیست. WordPress مثلاً WXR برای محتوا ارائه می‌کند، اما Export محتوا معادل Backup کامل Theme، Plugin، Media binary، Config، User secret و Environment نیست. Field matrix و Import test تعیین می‌کند چه چیزی واقعاً قابل انتقال است.

ماتریس تصمیم وزن‌دار

وزن‌ها را پیش از دیدن Demo و قیمت نهایی تعیین کنید تا Brand preference نتیجه را تغییر ندهد:

امتیاز ۰ تا ۵ را فقط با Evidence ثبت کنید؛ «نامعلوم» را امتیاز متوسط ندهید. قبل از Score، Knockoutها را اعمال کنید. وزن نمونه را برای Business خودتان تغییر دهید.

Pilot نماینده؛ کوچک، اما سخت

Demo فروشنده معمولاً Happy path است. Pilot باید نمونه‌ای از سخت‌ترین نیاز واقعی باشد:

• Homepage یا Landing با Content واقعی و CTA؛
• یک Template با متن فارسی بلند و Mixed RTL/LTR؛
• Form با Validation، Email/CRM و Recovery؛
• Integration حیاتی یا Payment/Booking Sandbox؛
• Editor task: ساخت، بازبینی، Schedule و Rollback؛
• Title/Canonical/robots/schema و Rendered HTML؛
• Mobile/Zoom/Keyboard/Screen reader؛
• Device/network واقعی ایران و Third-party timeout؛
• Performance با Font/Media/Tag واقعی؛
• Export محتوا/Media/Metadata و Import نمونه.

برای روش ساخت حرفه‌ای در Builder، Requirement و Operations به راهنمای ساخت سایت با سایت‌ساز مراجعه کنید.

Quality gates را به قرارداد وصل کنید

OWASP ASVS می‌تواند مبنای Requirementهای قابل قرارداد Security باشد و W3C WCAG استاندارد فنی Accessibility است. «بهترین تلاش» را جای معیار پذیرش نگذارید. Gate فنی انتشار در چک‌لیست سئو و Launch سایت آمده است.

قرارداد و پرداخت مرحله‌ای

قرارداد خوب ریسک را بین طرف‌ها قابل مدیریت می‌کند:

• Scope، Assumption، Exclusion و Dependency؛
• Deliverable، Format، Owner و Acceptance window؛
• Milestone پرداخت متصل به Evidence، نه صرف گذشت زمان؛
• Change request با اثر بر Cost/Time/Risk/Scope؛
• IP، Open-source و Third-party license inventory؛
• Privacy، Data processing، Confidentiality و Subprocessor؛
• Security requirement، Access، Incident notification و vulnerability handling؛
• Warranty در برابر Maintenance و Feature request؛
• SLA، Severity، Response/Restore و Service credit در صورت تناسب؛
• Termination، Refund، Data return/deletion و Transition؛
• Dispute، Governing law و مسیر ارتباطی قابل اجرا.

همه مبلغ را تا «تحویل ظاهر Homepage» آزاد نکنید، و تمام ریسک Vendor را هم تا پایان نگه ندارید. Milestone متوازن برای Discovery، Prototype، Pilot، Migration، Acceptance و Handover بسازید.

ریسک تأمین‌کننده و زنجیره نرم‌افزار

NIST CSF ۲.۰ برای Supplier risk بر تعریف و انتقال Requirementهای امنیتی تأکید دارد. برای Vendor/Agency بررسی کنید:

• Criticality و داده/دسترسی‌ای که دریافت می‌کند؛
• Subcontractor و سرویس‌های Third party؛
• Patch/vulnerability disclosure و Dependency management؛
• Access lifecycle، MFA، Offboarding و Log؛
• Business continuity و Key-person dependency؛
• Incident notification و همکاری در Evidence/Recovery؛
• Backup، Restore، Exit و Data deletion؛
• تغییر مالکیت، توقف محصول یا تغییر Terms/Price.

ملاحظات ایران؛ Currency و Availability را جدی بگیرید

• Quote و TCO را با Currency، نرخ مبنا، تاریخ، سناریوی تغییر و مسئول تفاوت ثبت کنید؛
• روش پرداخت SaaS، Eligibility، Renewal و Billing fallback را پیش از Commit اثبات کنید؛
• دامنه ir/com، DNS، CDN، Hosting و Email را در حساب Business و با Recovery مستقل نگه دارید؛
• درگاه، پیامک، نقشه، مالی/انبار و سرویس‌های داخلی را در Pilot واقعی تست کنید؛
• Performance و Accessibility را روی موبایل میان‌رده و چند شبکه/اپراتور بسنجید؛
• Font license، RTL/Bidi، تاریخ شمسی، تومان/ریال و شماره/آدرس ایران Requirement باشند؛
• Support hours، تعطیلات، زبان، Escalation و امکان وصول تعهد قراردادی را بسنجید؛
• Backup خارج Failure domain و برنامه خروج از Vendor داخلی/خارجی داشته باشید.

قیمت به‌سرعت منقضی می‌شود؛ به همین دلیل این مقاله عدد «متوسط بازار» نمی‌دهد. حداقل سه Quote هم‌Scope با تاریخ اعتبار بگیرید و Cost register را دوره‌ای به‌روزرسانی کنید.

چه زمانی سایت‌ساز Fit بهتری است؟

وقتی Evidence نشان دهد:

• نیازها عمدتاً استاندارد و داخل Capability موجودند؛
• Time-to-market ارزش دارد و Pilot مسیر حیاتی را پاس کرده است؛
• تیم توان Content/Config/QA روزمره را دارد یا Specialist مشخص است؛
• Integration، RTL، SEO و Accessibility سقف مسدودکننده ندارند؛
• Pricing/Payment و Support در ایران قابل اتکاست؛
• Export و Exit cost متناسب با ریسک‌اند؛
• TCO افق‌دار از Alternative بهتر یا ارزشمندتر است.

چه زمانی طراح/تیم حرفه‌ای Fit بهتری است؟

وقتی:

• Discovery و ساده‌سازی Journey هنوز حل نشده است؛
• Brand/Content model/Interaction واقعاً متمایز و Outcome‌ساز است؛
• Integration یا Rule کسب‌وکار پیچیده و مرکزی است؛
• Accessibility، Security، Reliability یا Compliance سطح بالاتری می‌خواهد؛
• Migration و URL/Data continuity ریسک جدی دارد؛
• تیم داخلی Capacity طراحی/مهندسی/QA ندارد؛
• Platform ceiling در Pilot اثبات شده است؛
• Roadmap مداوم، نه فقط Launch اولیه، تأمین شده است.

برای کاهش هزینه بدون حذف Quality gate، روش اولویت‌بندی MVP و Reuse در راهنمای طراحی سایت ارزان و کنترل‌شده آمده است.

مدل Hybrid را فراموش نکنید

گاهی پاسخ مناسب این است که Commodity را بخرید و بخش متمایز را بسازید: CMS/Hosting آماده، Design/Content اختصاصی؛ Checkout آماده، Integration سفارشی؛ Builder برای Campaign و Platform اصلی برای Account. مرز باید این موارد را مشخص کند:

• Identity و Session بین سیستم‌ها؛
• Data ownership و Sync؛
• URL/Canonical/Analytics continuity؛
• Accessibility و Design consistency؛
• Failure/timeout و Fallback؛
• Support owner و Incident triage؛
• TCO چند Vendor و Exit order.

سه مثال تصمیم برای کسب‌وکار ایرانی

این مثال‌ها حکم نیستند؛ مسیر تصمیم را نشان می‌دهند. نتیجه را با Pilot و TCO خودتان بسازید.

ROI و Unit economics پس از انتخاب

هزینه را به Outcome مرتبط کنید. FinOps Unit Economics پیشنهاد می‌کند Spend را با Unit ارزشمند پیوند دهید. برای سایت می‌تواند این‌ها باشد:

• هزینه به ازای Lead واجدشرایط؛
• هزینه به ازای رزرو/سفارش سالم؛
• هزینه به ازای Content item منتشرشده؛
• هزینه به ازای Journey موفق؛
• هزینه عملیات به ازای هزار Session یا Transaction؛
• هزینه تغییر به ازای Feature/Template پذیرفته‌شده.

هزینه کمتر لزوماً کارایی بهتر نیست اگر Outcome کم شود؛ هزینه بیشتر نیز خودبه‌خود ارزش نمی‌سازد. Business case، Baseline، Incremental value و Attribution در راهنمای ROI طراحی سایت توضیح داده شده است.

Red flagهای Proposal و فروش

• قیمت قطعی پیش از فهم Scope و Content/Data؛
• «نامحدود»، «۱۰۰٪ امن»، «رتبه یک» یا «بدون نیاز به نگهداری»؛
• Demo به‌جای Pilot با داده و Task شما؛
• عدم ارائه حساب/Repository/Design source یا Export؛
• همه Accessها در Email شخصی Vendor؛
• Plugin/App/License بدون Owner، Renewal و حق استفاده؛
• SEO/Accessibility/Security فقط یک Checklist بی‌Evidence؛
• پرداخت کامل پیش از Acceptance/Handover؛
• Support نامحدود بدون Scope، Severity یا ساعت؛
• نمونه‌کار بدون امکان تماس با Reference یا بدون توضیح نقش واقعی؛
• Custom هر Request برای جبران Fit نبودن Platform؛
• نداشتن Exit/termination و Data deletion plan.

برنامه ۳۰روزه تصمیم و خرید

چک‌لیست نهایی سایت‌ساز یا طراح

• Outcome، Audience، Journey و Scope مستقل از Solution نوشته شده‌اند.
• همه Quoteها یک Content/Data/Feature/Quality/Operations boundary دارند.
• Knockoutهای مالکیت، ایران، Integration، Export، SEO و Quality پاس شده‌اند.
• TCO هم‌افق شامل زمان داخلی، Usage، Risk، Change و Exit است.
• Currency، تاریخ، Renewal، FX scenario و Payment path ثبت شده‌اند.
• RACI برای Domain، Content، Security، SEO، Backup، Support و Exit وجود دارد.
• Pilot با سخت‌ترین Task واقعی، RTL، Mobile، Integration و Export اجرا شده است.
• Score فقط بر Evidence است و Unknown امتیاز متوسط نگرفته است.
• مالکیت Account/Data/Code/Design/Analytics و License روشن است.
• Contract، Acceptance، Change، Warranty، SLA و Termination را تعریف می‌کند.
• Launch، Handover، Training، Monitoring، Backup/Restore و Rollback بودجه دارند.
• Unit metric و cadence بازبینی TCO/Outcome پس از Launch تعیین شده است.

پرسش‌های متداول سایت‌ساز و طراح سایت

سایت‌ساز ارزان‌تر است یا استخدام طراح؟

برای شروع، سایت‌ساز اغلب Invoice پایین‌تری دارد؛ اما نتیجه فقط با TCO هم‌افق مشخص می‌شود. اشتراک، App، Seat، زمان داخلی، متخصص، تغییر، ریسک و خروج را با Discovery، Build، Hosting، Maintenance و Handover طراح مقایسه کنید.

برای یک کسب‌وکار کوچک سایت‌ساز بهتر است؟

اندازه شرکت تعیین‌کننده نیست. اگر Journey استاندارد، Capacity داخلی، Integration محدود و Exit قابل قبول دارید و Pilot پاس می‌شود، Builder می‌تواند مناسب باشد. یک کسب‌وکار کوچک با رزرو یا قانون پیچیده ممکن است به تیم حرفه‌ای نیاز داشته باشد.

فریلنسر بهتر است یا شرکت طراحی سایت؟

هیچ‌کدام ذاتاً بهتر نیست. Scope، مهارت واقعی تیم، Bus factor، Process/QA، Support، Reference، قرارداد و هزینه را مقایسه کنید. نام شرکت جای Evidence را نمی‌گیرد و قیمت کمتر فریلنسر هم تعهد یا کیفیت را تضمین نمی‌کند.

آیا بعداً می‌توان از سایت‌ساز به WordPress یا پلتفرم دیگر مهاجرت کرد؟

معمولاً بخشی از Content/Data قابل Export است، اما Layout، Component، App، Form، SEO metadata، Customer/Order و URLها ممکن است نیاز به بازسازی داشته باشند. قبل از خرید Field matrix و Export→Import rehearsal اجرا و هزینه Parallel run و Redirect را برآورد کنید.

چطور پیشنهادهای قیمت طراحی سایت را مقایسه کنیم؟

Scope، Assumption، Exclusion، Deliverable، Team، License، Quality acceptance، Content/Data migration، Hosting/Operations، Warranty/Support، Ownership و Exit را یکسان کنید. سپس TCO، Risk و Evidence Pilot را کنار مبلغ قرار دهید؛ نه فقط تعداد صفحه و قیمت نهایی.

منابع رسمی برای خرید و تصمیم فناوری

• GOV.UK: انتخاب فناوری، TCO، تغییرپذیری و Lock-in
• GOV.UK: تصمیم Build/Buy، Capability و Product trial
• GOV.UK: ارزیابی COTS با Discovery، Alpha و Accessibility
• NIST CSF ۲.۰: Supplier و Cybersecurity supply-chain requirements
• OWASP ASVS: Requirement امنیتی قابل استفاده در Procurement
• W3C WAI: استاندارد WCAG برای Acceptance دسترس‌پذیری
• FinOps Foundation: پیوند هزینه فناوری با Unit ارزش
• WordPress.org: Scope خروجی WXR و Export محتوا
• Google Search Central: URL mapping، Redirect و پایش مهاجرت

تصمیم خوب، طرفدار سایت‌ساز یا طراح نیست؛ طرفدار Fit و Evidence است. وقتی نیاز، مسئولیت، TCO، Pilot و Exit روشن باشند، می‌توانید گزینه ساده‌تر را با اطمینان انتخاب کنید یا برای پیچیدگی واقعی هزینه کنید—بدون اینکه ارزان‌خریدن امروز، بازسازی اجباری فردا شود.