«بهترین سایتساز» بدون دانستن نوع سایت، پاسخ معناداری ندارد. یک Portfolio باید نمونهکار را سریع و بیاصطکاک به مشتری مناسب نشان دهد؛ سایت خیریه باید اعتماد، کمک مالی، گزارش و داده حامی را درست اداره کند؛ پلتفرم آموزشی باید ثبتنام، دسترسی درس، پیشرفت، آزمون و پشتیبانی را کنترل کند. ابزار مناسب آن است که مسیر حیاتی نیچ شما را با کمترین ریسک و هزینه کل اجرا کند و راه خروج واقعی داشته باشد، نه ابزاری که زیباترین Template یا طولانیترین فهرست Feature را دارد.
در این راهنما انتخاب سایتساز را به یک فرایند قابلآزمون تبدیل میکنیم: Need map، Mandatory gate، مقایسه خانواده پلتفرم، الزامات فارسی/RTL و ایران، TCO، مالکیت و Export، امنیت، سئو و دسترسپذیری، سپس PoC و برنامه ۹۰روزه. نامهایی مثل Wix، Squarespace، WordPress یا LMSهای آماده فقط نامزدند؛ نتیجه باید از Evidence پروژه شما بیاید.
پاسخ کوتاه: برای هر نیچ از کجا شروع کنیم؟
| نیچ | Shortlist اولیه | Gate تعیینکننده |
|---|---|---|
| Portfolio کوچک و تکزبانه | Hosted builder یا WordPress مدیریتشده | نمایش Media، سرعت، SEO، فرم، RTL و Export |
| Portfolio فارسی/چندزبانه | CMS یا Builder با RTL اثباتشده | BiDi، فونت فارسی، Locale، URL زبان و Content stress |
| خیریه/سازمان مردمنهاد | CMS قابلکنترل یا پلتفرم تخصصی واجدشرایط | درگاه مجاز، چرخه Donation، رسید، گزارش، Privacy و Reconciliation |
| آموزش کوچک با محتوای ساده | LMS SaaS، WordPress+LMS یا LMS متنباز مدیریتشده | Payment، Video، Progress، Export و Support |
| آموزش سازمانی/پیچیده | LMS تخصصی یا معماری سفارشی مرحلهای | Role، SSO، Assessment، Report، Integration، SLO و Data ownership |
این جدول حکم خرید نیست. اگر پلتفرم از Gate اجباری عبور نکند، امتیاز زیبایی یا قیمت پایین آن مهم نیست.
اول نوع تصمیم را روشن کنید
«سایتساز» در گفتوگوی روزمره چند محصول متفاوت را پوشش میدهد. مسئولیت، آزادی و هزینه آنها یکسان نیست.
| خانواده | چه چیزی میخرید؟ | مزیت محتمل | ریسک اصلی |
|---|---|---|---|
| Hosted website builder | Editor، Hosting و Update یکپارچه | راهاندازی سریع و عملیات کمتر | محدودیت RTL/Integration/Export و Lock-in |
| Hosted vertical SaaS | Workflow تخصصی مثل Course یا Donation | Feature دامنه آماده | Eligibility، Payment، Fee، Data و Exit |
| Self-hosted CMS | نرمافزار + Hosting/Operations جدا | کنترل، توسعه و انتخاب Provider | Security، Update، Backup و Compatibility با شماست |
| Managed CMS | CMS با بخشی از عملیات برونسپاریشده | تعادل کنترل و Toil | مرز Support و محدودیت Plan |
| Open-source LMS | هسته آموزشی قابلاستقرار | کنترل Course/Data و توسعه | نیاز Platform/Instructional/Operations |
| Custom build | محصول اختصاصی | Fit دقیق برای Differentiator واقعی | بالاترین TCO، زمان و ریسک نگهداری |
Drag-and-drop یک Interaction در Editor است، نه مدل مالکیت. ممکن است ابزار سادهای برای ویرایش داشته باشید اما نتوانید Theme، Course state، Donation record یا کل سایت را به میزبان دیگری منتقل کنید.
Need map بسازید، نه Feature wishlist
Feature list معمولاً از صفحه فروش Vendor کپی میشود. Need map از کار کاربر و عملیات سازمان شروع میشود. هر نیاز را با Trigger، Actor، Data، Rule، Outcome، Failure و Owner بنویسید.
| فیلد | نمونه Portfolio | نمونه خیریه | نمونه آموزش |
|---|---|---|---|
| Job | دیدن Case study مرتبط و درخواست همکاری | فهم اثر و پرداخت کمک | خرید و تکمیل یک دوره |
| Actor | مشتری بالقوه | حامی/داوطلب/مالی | دانشجو/مدرس/پشتیبان |
| Data | اثر، نقش، نتیجه، Lead | Campaign، مبلغ، رسید، Consent | Enrollment، progress، score |
| Rule | Media با حق انتشار | کمک موفق فقط پس از تأیید درگاه | دسترسی فقط برای Enrollment معتبر |
| Outcome | Lead واجدشرایط | کمک Reconciled و قابلگزارش | یادگیری/Completion قابلاثبات |
| Failure | فرم گمشده یا تصویر کند | پرداخت نامشخص/تکراری | پرداخت موفق و دسترسی ناموفق |
| Owner | Marketing/Creator | Fundraising + Finance | Education ops + Support |
الزامها را به سه سطح تقسیم کنید
- Must: نبود آن پلتفرم را حذف میکند؛ مثل RTL صحیح یا اتصال مجاز درگاه.
- Should: ارزش زیادی دارد اما Workaround محدود و قیمتگذاریشده پذیرفتنی است.
- Could: مزیت جانبی است و نباید تصمیم را منحرف کند.
| قاعده | مثال |
|---|---|
| Must بدون Evidence = Fail | Vendor میگوید Export دارد؛ شما باید فایل را Restore کنید |
| Workaround باید TCO داشته باشد | RTL با CSS سفارشی یعنی QA و Regression دائمی |
| Feature آینده امتیاز ندارد | Roadmap یا «بهزودی» وارد Score نمیشود |
| Plugin وجود دارد ≠ Integration حل است | Gateway باید Callback، Refund و Reconciliation را Pass کند |
Gate صفر برای کسبوکار ایرانی
قبل از Design، Eligibility و امکان خرید پایدار را بررسی کنید: کشور و هویت طرف قرارداد، روش پرداخت، Terms، Support، Export control، نگهداری داده، درگاه و سرویسهای ثالث. از هویت، نشانی یا Payment جعلی و دورزدن محدودیت استفاده نکنید؛ حسابی که پایه قراردادی سالم ندارد، زیرساخت قابلاعتماد نیست.
| Gate | Evidence | Kill condition |
|---|---|---|
| Eligibility/Contract | Terms جاری و تأیید حقوقی برای Entity/End use | اتکا به هویت غیرواقعی یا تفسیر شفاهی |
| Billing | روش قانونی، Invoice، Renewal و Billing owner | واسطه بیقرارداد و بدون دسترسی خروج |
| Domain | مالکیت مستقل، Transfer و DNS control | دامنه در حساب شخص ثالث بدون Recovery |
| Payment/Donation | Sandbox و Production test درگاه مجاز | فقط نمایش Logo یا Plugin بدون Callback test |
| Support | Ticket واقعی، زبان/ساعت/Severity و پاسخ آزموده | مسیر حیاتی بدون Escalation |
| Exit | Export و Restore محتوا/رسانه/کاربر/تراکنش | Export ناقص یا فقط CSV بدون رابطه داده |
برای خیریه، شرایط جمعآوری کمک، مجوز، رسید، مالیات و گزارشدهی را با متخصص واجدصلاحیت بررسی کنید. برای آموزش نیز مالکیت محتوا، حق پخش ویدئو، داده دانشجو، Cancellation و Refund باید قراردادی روشن باشند. این راهنما مشاوره حقوقی نیست.
فارسی و RTL یک Checkbox نیست
پلتفرمی که حروف فارسی را میپذیرد لزوماً تجربه فارسی سالم نمیسازد. Contract فارسی شامل lang="fa"، dir="rtl"، فونت و Fallback، اعداد، تاریخ و مبلغ، BiDi برای ایمیل/URL/کد، فرم، خطا، Search، Table، Email و PDF است.
| تست | Fixture | قبولی |
|---|---|---|
| عنوان بلند | ۶۰–۹۰ نویسه فارسی + English | بدون Clip/Overlap در موبایل |
| BiDi | شماره، ایمیل، URL، کد دوره و مبلغ | ترتیب بصری و Copy صحیح |
| Form | Label، Placeholder، Error و Autofill | Focus/reading order و پیام قابلفهم |
| Calendar | شمسی/میلادی، timezone و deadline | معنای تاریخ در UI/Email/Export یکسان |
| Currency | IRR/IRT و جداکننده | واحد در Data و UI مبهم نیست |
| Email/PDF | رسید Donation یا Certificate | فونت، RTL و متن قابلجستوجو سالم |
| Zoom | ۲۰۰٪ و متن بزرگ | عملیات بدون Scroll دوبعدی غیرضروری |
مستندات جاری Wix میگویند Editor کاراکترهای UTF-۸ و زبانهای متعدد را میپذیرد، اما این با QA کامل فارسی یکی نیست. مستند رسمی Squarespace Text blocks صریحاً RTL را پشتیبانینشده میداند؛ بنابراین برای سایت فارسی یک ریسک/احتمالاً Kill condition است، نه جزئیات ظاهری. راهنمای طراحی سایت فارسی و RTL Fixtureهای کاملتری برای PoC دارد.
مالکیت و Portability را قبل از تولید محتوا بسنجید
«محتوا متعلق به شماست» با «سامانه قابلانتقال است» فرق دارد. Export باید Content، Media، Metadata، URL، User، Form submission، Donation/Order، Course، Progress و Certificate را پوشش دهد؛ و Import مقصد باید آزموده شود.
مستند رسمی Wix درباره Export/Hosting توضیح میدهد که سایت بهدلیل معماری SaaS باید روی زیرساخت Wix اجرا شود و به میزبان دیگر منتقل نمیشود. Squarespace Export فقط برخی محتواها را به XML میبرد و مواردی مانند Portfolio/Store page، Video block، Style و Custom CSS را در فهرست خروجیناپذیر میآورد. WordPress Tools Export محتوای WXR شامل Post/Page/Custom type/Comment/Field/Taxonomy/User تولید میکند؛ اما این خروجی را با Backup کامل فایل، Media، Database و Configuration اشتباه نگیرید.
| Asset | Export test | Restore acceptance |
|---|---|---|
| Domain/DNS | Transfer/zone export | Owner و MFA مستقل |
| Page/Post | Structured export | Heading، URL و metadata حفظ |
| Media | Original + derivative + alt | File، rights و association سالم |
| Forms/Leads | CSV/API with timestamp/consent | Relation و status قابلبازیابی |
| Donation | Attempt/settled/refund/receipt | تطبیق با درگاه و Ledger |
| Course | Lesson/quiz/resource/enrollment | Structure و access rule سالم |
| Progress | completion/score/attempt | دانشجو از نقطه درست ادامه میدهد |
| Design | Token/template/asset manifest | Rebuild effort برآورد شده |
راهنمای انتخاب برای Portfolio
هدف Portfolio نمایش «تصویرهای زیبا» نیست؛ تبدیل مشاهدهکننده مناسب به اعتماد و اقدام است. Case study باید مسئله، نقش شما، Constraint، فرایند، تصمیم، خروجی و Evidence را روشن کند.
Contract محتوای Portfolio
| جزء | سؤال | ریسک |
|---|---|---|
| Audience | چه مشتری/کارفرمایی باید قانع شود؟ | گالری عمومی بدون Positioning |
| Role | کدام بخش کار واقعاً متعلق به شماست؟ | Claim مبهم یا اغراقآمیز |
| Outcome | چه تغییری ایجاد شد؟ | نمایش Deliverable بدون اثر |
| Rights | اجازه نمایش Client/Person/Data دارید؟ | نقض NDA/Consent/License |
| Media | چه رزولوشن/نسبت/Caption/Alt لازم است؟ | سرعت پایین و محتوای نامفهوم |
| CTA | بعد از دیدن چه اقدامی؟ | فرم عمومی بدون Qualification |
ویژگیهای Must برای Portfolio
- Template با محتوای واقعی، نه فقط Demo کوتاه انگلیسی؛
- Image pipeline برای Crop،
srcset، Format و Lazy loading؛ - Project taxonomy و URL مستقل برای Case study؛
- Caption، Alt و Transcript/Poster برای Media؛
- فرم با Spam defense، Consent و Delivery قابلآزمون؛
- SEO title/meta/canonical/sitemap و کنترل Redirect؛
- Export اصل فایل و Metadata؛
- تست موبایل، شبکه کند، Zoom و Keyboard.
واترمارک امنیت کامل نیست و تصویر بسیار سنگین Evidence بهتر تولید نمیکند. نسخه وب بهینه، ثبت حقوق و نگهداری Master مستقل لازم است. برای قرارداد کامل رسانه از راهنمای تصویر و ویدئو در طراحی سایت استفاده کنید.
Hosted builder یا WordPress برای Portfolio؟
| معیار | Hosted builder | WordPress/Managed CMS |
|---|---|---|
| راهاندازی | اغلب سریعتر | نیاز Theme/Hosting/Setup |
| Design freedom | داخل حدود Editor | بیشتر، همراه ریسک Complexity |
| Operations | بخش عمده با Vendor | Update/Backup/Security باید Owner داشته باشد |
| RTL فارسی | بسته به محصول/Template؛ PoC اجباری | قابلکنترلتر، اما Theme/Plugin باید تست شود |
| Export | ممکن است ناقص/محدود باشد | محتوا/فایل/DB قابلکنترلتر |
| SEO | Feature پایه تا متوسط | کنترل بیشتر؛ کیفیت وابسته به اجرا |
راهنمای انتخاب برای سایت خیریه
سایت خیریه Brochure نیست؛ یک سیستم Trust و عملیات مالی است. Donate button پایان Journey نیست. باید مبلغ، Campaign، Payment attempt، Settlement، Receipt، Refund، Consent، گزارش و Reconciliation در Stateهای روشن باشند.
Journey کمک مالی
Campaign viewed
→ amount/purpose selected
→ donor details and consent
→ payment attempt created
→ gateway redirect
→ callback/webhook received
→ payment verified
→ donation settled
→ receipt and thank-you
→ finance reconciliation
→ impact update / communication by consentRedirect موفق کاربر بهتنهایی Settlement نیست. اتصال فنی درگاه، Verify سمت سرور، Idempotency، Refund و Reconciliation باید آزموده شود. راهنمای اتصال امن درگاه پرداخت این چرخه را با جزئیات پوشش میدهد.
ویژگیهای Must برای خیریه
| Capability | Acceptance |
|---|---|
| Campaign/Fund | Purpose، بازه، Owner و گزارش هزینه روشن |
| Payment | Sandbox/Production، Verify، Duplicate، Failure و Refund test |
| Receipt | شماره، مبلغ/واحد، تاریخ، هویت حقوقی و وضعیت |
| Recurring | فقط اگر Gateway/Contract/Consent و Cancellation پشتیبانی میکنند |
| Donor data | حداقلگرایی، Access، Retention، Export و Delete policy |
| Anonymous donation | مرز ناشناسبودن عمومی و نیازهای مالی روشن |
| Volunteer | Form، screening، assignment، safety و retention |
| Impact report | Claim با Evidence، تاریخ و Scope |
| Accessibility | Keyboard، error، target، contrast و screen reader |
اعتماد را با Badge نسازید
Trust از همخوانی Claim و Evidence میآید: هویت و راه تماس، مأموریت مشخص، گزارش مالی/عملکرد، سیاست استفاده از کمک، تیم و مسئولیت، فرایند شکایت/بازپرداخت و Update اثر. Counter یا Testimonial بدون Provenance جای گزارش را نمیگیرد.
ریسک افزونه Donation
وجود یک افزونه بینالمللی به معنی سازگاری با درگاه، قرارداد یا عملیات ایران نیست. نام Plugin را از Requirement شروع نکنید. Adapter درگاه، مدل داده Donation، Webhook، Currency، Receipt، Privacy، Update و Exit را در Staging و Production محدود تست کنید. نسخه رایگان/پولی و Feeها نیز زمانحساساند و باید در روز خرید از منبع رسمی تأیید شوند.
راهنمای انتخاب برای سایت آموزشی و LMS
سایت آموزشی ممکن است فقط Marketing page و فروش چند ویدئو باشد یا یک LMS با Role، Course، Quiz، Assignment، Grade، Certificate، Cohort و Report. قبل از انتخاب، سطح محصول را تعیین کنید.
| سطح | نیاز | راهکار معمول |
|---|---|---|
| Content site | مقاله/ویدئو عمومی و Lead | Builder یا CMS |
| Paid library | Payment و access ساده | Membership/LMS سبک |
| Structured course | Lesson، progress، quiz، certificate | LMS SaaS یا CMS+LMS |
| Cohort learning | زمانبندی، Live، Assignment، Community | LMS + scheduling/community integration |
| Organization training | SSO، role، compliance، report، API | LMS سازمانی/متنباز مدیریتشده |
Course contract
| Entity | فیلدهای ضروری | Invariant |
|---|---|---|
| Course | version، prerequisites، outcomes، owner | تغییر نسخه Progress را بیمعنا نمیکند |
| Lesson | type، duration، resource، completion rule | Completion فقط با event معتبر |
| Enrollment | user، course version، status، start/end | یک Source of truth |
| Payment | attempt، verified، refund | Payment و access قابلReconcile |
| Assessment | attempt، rubric، score، feedback | Retry/late/appeal rule ثابت |
| Certificate | issuer، course version، criteria، ID | قابلVerify و Revoke |
Video hosting را جدا ارزیابی کنید
آپلود ویدئو در Page builder الزاماً تجربه آموزش نمیسازد. Storage، Transcoding، Adaptive bitrate، Subtitle فارسی، Poster، Playback روی ISP/اپراتور، Tokenized access، Download policy، Analytics، Cost و Export باید سنجیده شوند.
| آزمون ویدئو | Scenario | Metric |
|---|---|---|
| Startup | موبایل میانرده و شبکه واقعی | time-to-first-frame |
| Rebuffer | افت پهنای باند | rebuffer ratio |
| Caption | فارسی/English/BiDi | sync و readability |
| Resume | قطع و ورود دوباره | position accuracy |
| Access | لینک share و session expired | policy enforcement |
| Cost | ۱۰/۱۰۰/۱۰۰۰ learner | cost per completed hour |
Featureهایی که نباید وعده آموزشی تلقی شوند
- Certificate بهتنهایی یادگیری را اثبات نمیکند؛ Criteria و Verification لازم است.
- Progress bar الزاماً Engagement یا Outcome نیست؛ Event semantics باید روشن باشد.
- Quiz ساده امنیت آزمون یا اعتبارسنجی هویت ایجاد نمیکند.
- Drip content بدون Timezone، Pause، Extension و Support rule ناقص است.
- Community بدون Moderation، Safety و Escalation میتواند ریسک بسازد.
سئو را بر اساس کنترل قابلآزمون بسنجید
Google در SEO Starter Guide تأکید میکند محتوای مفید و ساختار قابلفهم مهماند و هیچ راز تضمینی برای رتبه اول وجود ندارد. ادعای «فلان پلتفرم بهترین سئو را دارد» بدون بررسی URL و Rendering ارزشی ندارد.
| کنترل | تست |
|---|---|
| Title/Meta | برای هر URL قابلویرایش و بدون Template conflict |
| Canonical | Self canonical صحیح و قابلکنترل برای Duplicateها |
| Indexing | noindex برای Search/Preview/Account/Quiz result |
| URL/Redirect | Slug ماندگار و ۳۰۱ map هنگام تغییر |
| Sitemap | فقط URLهای canonical/indexable |
| Structured data | همخوان با محتوای قابلمشاهده، بدون Spam |
| Media | Alt، caption، poster و transcript |
| Language | lang/dir/hreflang و URL مستقل زبان |
| 404 | حذف Course/Project با replacement/۴۱۰ تصمیمدار |
پلتفرم باید حداقل نیازهای سئو داخلی صفحه را بدون Hack شکننده پوشش دهد. Plugin بیشتر به معنی SEO بهتر نیست؛ خروجی HTML عمومی را بررسی کنید.
Performance را روی Template خالی نسنجید
Demo Vendor معمولاً محتوای شما، Scriptهای شما، فونت فارسی، فرم، Video player و Integrationها را ندارد. Fixture واقعی بسازید: Hero، سه فونت/وزن، ۱۲ تصویر، یک ویدئو، فرم، Analytics و Widgetهای لازم.
راهنمای رسمی Web Vitals سنجش LCP، INP و CLS در صدک ۷۵ و تفکیک موبایل/دسکتاپ را توصیه میکند. Lab برای قبل از انتشار مفید است، اما تصمیم نهایی باید با داده Field/RUM کاربران واقعی پشتیبانی شود.
| Budget | Portfolio | خیریه | آموزش |
|---|---|---|---|
| Critical image | Hero/Project cover | Campaign proof image | Course poster |
| Critical interaction | Gallery/filter/contact | Donate amount/form | Login/player/quiz |
| Third party | Gallery/analytics | Gateway/form/CRM | Video/chat/payment |
| Failure fallback | Media placeholder | Alternative contact/payment guidance | resume/download/support path |
برای اندازهگیری و جلوگیری از Regression، راهنمای Core Web Vitals و RUM را به Acceptance پلتفرم وصل کنید.
دسترسپذیری را به Template واگذار نکنید
W3C WCAG استاندارد مشترکی برای دسترسپذیرترکردن محتوا و کد وب ارائه میکند. Vendor یا Template ممکن است پایه خوبی بدهد، اما Content author، Plugin، Form و Customization میتوانند آن را خراب کنند.
| مسیر | تستهای ضروری |
|---|---|
| Portfolio gallery | Keyboard، focus، alt/caption، modal close، zoom |
| Donation | Label، error summary، redundant entry، target size، payment return |
| Course | Caption، transcript، player keyboard، quiz feedback، time limit accommodation |
| Admin/editor | آیا نویسنده دارای معلولیت میتواند محتوا را اداره کند؟ |
Automated scan کافی نیست. Keyboard، Screen reader، Zoom و Task test دستی را در ممیزی WCAG وارد کنید.
Security: Hosted بودن مسئولیت شما را حذف نمیکند
Hosted builder ممکن است Patch زیرساخت را مدیریت کند، اما Account takeover، Role اشتباه، Domain، Content، Form data، Integration token و Privacy همچنان مسئله شماست. Self-hosted CMS کنترل بیشتری میدهد و همزمان Patch، Plugin، Backup و Hardening بیشتری میطلبد.
| کنترل | Acceptance |
|---|---|
| Admin identity | MFA، recovery، offboarding و audit log |
| Role | مدرس/نویسنده/مالی/پشتیبان حداقل دسترسی |
| Domain | Registrar lock، MFA و recovery مستقل |
| Integration | Secret rotation، scope و revoke |
| Forms | Validation، spam/rate limit، retention و access |
| Payment | Server verify، idempotency، webhook و reconciliation |
| Update | Staging، compatibility، backup و rollback |
| Incident | export evidence، revoke، restore و communication |
OWASP ASVS میتواند Requirementهای امنیتی قابلخرید و قابلآزمون بدهد. برای WordPress، فرایند Update امن با Staging و Rollback بخشی از هزینه مالکیت است.
Privacy و Data governance برای سه نیچ
| نیچ | داده حساس | اصل طراحی |
|---|---|---|
| Portfolio | Lead، NDA، تصویر فرد/مکان/Client | Consent/right، حداقل فرم و retention کوتاه |
| خیریه | هویت حامی، مبلغ، نیازمندان، داوطلب | Purpose separation، access سختگیرانه و گزارش غیرشخصی |
| آموزش | هویت، progress، score، رفتار، پیام | Role، retention، appeal، export و child-safety در صورت لزوم |
Data map باید مشخص کند هر داده کجا جمع، به کدام Processor ارسال، چه مدت نگه، چگونه Export/Delete و در Incident چگونه اطلاعرسانی میشود. Budget و عملیات حریم خصوصی را میتوانید با راهنمای بودجه حریم خصوصی و Data map تکمیل کنید.
TCO را برای ۲۴ ماه حساب کنید
«WordPress رایگان است» و «سایتساز یک مبلغ ثابت دارد» هر دو تصویر ناقصاند. Total Cost of Ownership شامل زمان و ریسک است.
| گروه هزینه | Hosted builder/SaaS | Self-hosted CMS/LMS |
|---|---|---|
| Subscription/Hosting | Plan و Add-on | Host/CDN/Storage/Email |
| Transaction | Platform + gateway fee احتمالی | Gateway و integration ops |
| Build | Template/config/custom code | Theme/plugin/integration/development |
| Operations | کمتر، اما Vendor coordination | Update/security/backup/monitoring |
| Content | Migration و محدودیت editor | authoring workflow و QA |
| Support | Plan/partner | Host/plugin/developer چندمالکیتی |
| Failure | Suspension/outage/feature change | vulnerability/compatibility/misconfiguration |
| Exit | Export محدود و rebuild | migration/cleanup/compatibility |
24-month TCO = setup and migration
+ subscription/hosting/domain
+ plugins/apps/transaction fees
+ media delivery and email/SMS
+ content/design/development
+ security/backup/monitoring/support
+ expected incident and downtime loss
+ planned upgrade and exit rehearsalسه سناریو بسازید: Base، Growth و Stress. برای آموزش، تعداد دانشجوی فعال/ساعت ویدئوی تماشا؛ برای خیریه، تعداد Donation و Campaign؛ برای Portfolio، تعداد Project/Media و Lead را تغییر دهید.
Unit economics مخصوص هر نیچ
Portfolio cost per qualified lead = 24-month TCO / qualified inquiries
Charity platform cost per settled donation = platform TCO / reconciled donations
Education platform cost per completed learner = platform TCO / learners meeting completion criteriaاگر ابزار ارزانتر نرخ تکمیل Donation را پایین بیاورد یا Support آموزش را زیاد کند، صرفاً Bill کمتر به معنی گزینه اقتصادیتر نیست.
ماتریس انتخاب سایتساز
وزنها را پیش از Demo تعیین کنید. Mandatory gate جدا از Score است و با امتیاز بالا جبران نمیشود.
| معیار نمونه | Portfolio | خیریه | آموزش |
|---|---|---|---|
| Eligibility/Payment/Contract | ۱۰ | ۱۵ | ۱۵ |
| Core workflow fit | ۱۵ | ۲۰ | ۲۰ |
| فارسی/RTL/Locale | ۱۵ | ۱۲ | ۱۲ |
| Performance/Media | ۱۵ | ۸ | ۱۲ |
| Security/Privacy | ۸ | ۱۵ | ۱۲ |
| SEO/Content | ۱۲ | ۸ | ۷ |
| Accessibility | ۸ | ۱۰ | ۱۰ |
| TCO/Operations | ۱۰ | ۷ | ۷ |
| Export/Exit | ۷ | ۵ | ۵ |
Weighted score = Σ (score 0..5 × approved weight)
Rules:
- failed Must = disqualified
- no reproducible evidence = score 0
- workaround cost belongs in TCO
- close scores favor the simpler operating modelPoC هفتروزه با محتوای واقعی
Trial را با Template نمونه ارزیابی نکنید. یک Slice end-to-end بسازید.
| روز | کار | Evidence |
|---|---|---|
| ۱ | Account/role/domain sandbox و فارسی/RTL | Screenshot و defect log |
| ۲ | یک Project/Campaign/Course واقعی | content build time |
| ۳ | Form/Payment/Enrollment path | state log و reconciliation |
| ۴ | Mobile/ISP/Video/Performance | Lab + field-like traces |
| ۵ | Keyboard/Screen reader/SEO/public HTML | issue list |
| ۶ | Failure، Backup، Restore و Support ticket | timeline و result |
| ۷ | Export/Import، Bill و Scorecard | artifact + cost + decision |
Fixture Portfolio
- سه Case study با Title بلند فارسی/English؛
- ۱۲ تصویر در سه نسبت، یک Video و Caption/Alt؛
- Filter، Project URL، Contact form و Confirmation؛
- Export کامل یک Project و Media.
Fixture خیریه
- یک Campaign با Target، گزارش و Update؛
- سه مبلغ، کمک ناشناس/نامدار و Consent؛
- Payment success/failure/duplicate/refund؛
- Receipt فارسی و Reconciliation مالی.
Fixture آموزش
- یک Course، دو Lesson، Video، PDF و Quiz؛
- خرید/Enrollment، Resume و Completion؛
- Refund/access revoke و Support request؛
- Export Course، Learner و Progress و Restore.
Migration را بخشی از انتخاب بدانید
| مرحله | خروجی |
|---|---|
| Inventory | URL، content، media، form، user، transaction، course و integration |
| Mapping | Source entity → Target entity + transformation |
| SEO plan | URL parity، redirect، canonical، sitemap و ۴۰۴/۴۱۰ |
| Data freeze | Cutoff، delta migration و owner |
| Dress rehearsal | زمان، defect، checksum و acceptance |
| Cutover | DNS، cache، email/payment callback و rollback trigger |
| Validation | Task، data، SEO، payment، access و telemetry |
| Decommission | export retained، access revoke، contract و data deletion evidence |
در سایت فروشگاهی، نیازهای Catalog/Checkout/Inventory آنقدر متفاوتاند که باید از چارچوب تخصصی انتخاب فروشگاهساز با TCO و Pilot استفاده شود؛ مقاله حاضر مالک Portfolio، خیریه و آموزش است.
Governance افزونه، App و Integration
سایتساز با هر App جدید یک Dependency میگیرد. Registry بسازید:
| فیلد | دلیل |
|---|---|
| Purpose/Owner | App بیOwner حذف شود |
| Data accessed | Scope و Privacy روشن باشد |
| Permissions/Secret | Least privilege و rotation |
| Vendor/Version | Support و vulnerability tracking |
| Cost/Renewal | غافلگیری Billing کم شود |
| Failure behavior | Core path با اختلال App چه میکند؟ |
| Exit format | داده چگونه برمیگردد؟ |
| Replacement | تعویض بدون بحران ممکن باشد |
RACI انتخاب و اداره پلتفرم
| کار | Accountable | Responsible | Consulted |
|---|---|---|---|
| Outcome/Scope/Budget | Business owner | Product owner | Finance/Operations |
| Eligibility/Contract | Legal/Procurement | Legal owner | Finance/Security |
| Content/Information architecture | Content owner | Editor/Designer | SEO/A11y |
| Platform/Integration | Tech owner | Developer/Administrator | Security/Operations |
| Donation finance | Finance owner | Fundraising ops | Legal/Tech |
| Course operations | Education owner | Instructor/Support | Tech/Data |
| Security/Privacy | Risk owner | Security/Data owner | Legal/Product |
| Exit/Restore | Service owner | Tech/Data team | Vendor/Legal |
چهار Runbook ضروری
۱. فرم یا Lead تحویل نمیشود
- Submission ID، timestamp و provider status را ثبت کنید.
- UI success را از delivery/CRM receipt جدا بررسی کنید.
- Queue/retry یا مسیر تماس جایگزین را فعال کنید.
- Missing record را Reconcile و علت را اصلاح کنید.
۲. پرداخت موفق است اما Donation/Enrollment ثبت نشده
- Gateway reference را بدون ثبت دوباره پرداخت بررسی کنید.
- Verify سمت سرور و Callback/Webhook log را تطبیق دهید.
- رکورد را با Operation idempotent ترمیم کنید.
- Receipt/access و Ledger مالی را Reconcile کنید.
۳. Update یا App مسیر حیاتی را شکسته است
- Change freeze و Feature/App disable کمریسک اجرا شود.
- آخرین تغییر با evidence شناسایی شود.
- Rollback/restore آزموده اجرا و Smoke test انجام شود.
- Compatibility gate به Pipeline افزوده شود.
۴. Vendor access یا Contract در خطر است
- Legal/Service owner Incident را طبقهبندی کند.
- Export محتوای اولویتدار، Media، User و Transaction آغاز شود.
- Domain/DNS و Communication مستقل حفظ شوند.
- مقصد مجاز از پیشآزموده با Validation و Redirect فعال شود.
برنامه ۹۰روزه انتخاب و راهاندازی
| بازه | خروجی | Gate |
|---|---|---|
| روز ۱ تا ۱۰ | نیچ، Audience، Job، Outcome، Owner و Baseline | Scope مبهم وارد خرید نشود |
| روز ۱۱ تا ۲۰ | Must/Should/Could، Data map، RACI و budget | هر Must acceptance دارد |
| روز ۲۱ تا ۳۰ | Eligibility/Contract/Billing/Payment/Support gate | نامزد نامعتبر حذف میشود |
| روز ۳۱ تا ۴۵ | RTL/content/media/workflow/SEO/A11y/Security PoC | محتوای واقعی و مسیر end-to-end |
| روز ۴۶ تا ۵۵ | Failure/Restore/Export/Support drill و TCO | Export باید Import شود |
| روز ۵۶ تا ۶۵ | Scorecard، Decision record و Risk acceptance | بدون Evidence امتیاز صفر |
| روز ۶۶ تا ۸۰ | MVP، Content migration، Analytics و Runbook | Critical path و rollback Pass |
| روز ۸۱ تا ۹۰ | Soft launch، RUM، Support، Fix و review calendar | Scale فقط با SLO و Owner |
چکلیست نهایی انتخاب سایتساز
- نیچ، Audience، Job و Outcome مشخصاند.
- Mustها Acceptance و Kill condition دارند.
- Eligibility، Contract، Payment، Support و Domain ownership تأیید شدهاند.
- فارسی/RTL/BiDi/فونت/تاریخ/مبلغ در Fixture واقعی Pass شدهاند.
- Core workflow نیچ end-to-end و Failure path تست شده است.
- محتوا، Media، User، Transaction/Course و Progress Export و Restore شدهاند.
- SEO از HTML عمومی و URL/Redirect/Canonical سنجیده شده است.
- Performance با محتوای واقعی و داده Field/RUM برنامهریزی شده است.
- Keyboard، Screen reader، Zoom و Error flow بررسی شدهاند.
- MFA، Role، Secret، Backup، Update و Incident owner دارند.
- TCO ۲۴ماهه و Unit economics سه سناریو محاسبه شدهاند.
- App/Plugin/Integration registry و Exit plan وجود دارند.
- Decision record، RACI، Runbook و تاریخ بازبینی ثبت شدهاند.
جمعبندی
برای Portfolio، سایتی را انتخاب کنید که Case study و Media را سریع، دسترسپذیر و قابلکشف عرضه کند. برای خیریه، Trust، Payment state، Receipt، Privacy و Reconciliation بر Template مقدماند. برای آموزش، Course/Enrollment/Progress/Assessment/Video/Support و Export باید یک سیستم منسجم بسازند.
Hosted builder میتواند بهترین پاسخ یک Scope ساده باشد؛ WordPress یا LMS متنباز میتواند کنترل بیشتری بدهد؛ پلتفرم تخصصی میتواند زمان راهاندازی را کم کند. هیچکدام بهطور ذاتی برنده نیستند. بهترین انتخاب، گزینهای است که Mandatory gateها را میگذراند، در PoC با محتوای واقعی Pass میشود، TCO آن پذیرفتنی است و خروج از آن فقط یک وعده روی صفحه فروش نیست.
پرسشهای متداول
بهترین سایتساز برای سایت نمونهکار چیست؟
برای Portfolio ساده، Hosted builder یا WordPress مدیریتشده میتوانند مناسب باشند. انتخاب را با کیفیت Case study، Media performance، فرم، SEO، RTL فارسی، Accessibility و Export انجام دهید. اگر Squarespace نامزد است، محدودیت رسمی RTL آن را جدی بگیرید؛ اگر Wix نامزد است، محدودیت Hosting/Export کامل را قیمتگذاری کنید.
برای سایت خیریه WordPress بهتر است یا سایتساز آماده؟
بستگی به چرخه Donation و توان عملیات دارد. WordPress کنترل و Integration بیشتری میدهد اما Update، Security و Backup میخواهد. SaaS عملیات زیرساخت را کم میکند اما Eligibility، درگاه ایران، Data و Export ممکن است محدود باشند. Payment verify، Receipt، Refund و Reconciliation را در PoC مقایسه کنید.
برای فروش دوره آنلاین سایتساز کافی است یا LMS لازم داریم؟
اگر فقط محتوای عمومی یا کتابخانه ساده دارید، Membership سبک ممکن است کافی باشد. برای Course ساختاریافته با Progress، Quiz، Assignment، Certificate، Cohort و Report به LMS نیاز دارید. سطح نیاز را پیش از خرید تعریف و Payment-to-access، Video، Progress و Export را end-to-end تست کنید.
آیا Wix و Squarespace برای سایت فارسی مناسباند؟
پذیرش متن فارسی بهتنهایی کافی نیست. Wix کاراکترهای UTF-۸ و چندزبانگی را پشتیبانی میکند، اما RTL، Appها، Email، Form و Export باید روی Fixture شما تست شوند. Squarespace در مستندات جاری Text block، RTL را پشتیبانینشده اعلام میکند؛ برای سایت فارسی این ریسک مهم و ممکن است Kill condition باشد.
آیا بعداً میتوان سایت را به پلتفرم دیگری منتقل کرد؟
معمولاً بخشی از محتوا قابلانتقال است، اما Design، App data، Store/Donation، Course و Progress ممکن است کامل منتقل نشوند. پیش از خرید، Export بگیرید، آن را در مقصد آزمایشی Import کنید و زمان، نقص، URL redirect، Media و هزینه Rebuild را ثبت کنید.






