تجارت الکترونیک فرامرزی؛ سنجش بازار، پرداخت و لجستیک

اولین سؤال فروش فرامرزی «کدام کشور بازار بزرگ‌تری دارد؟» نیست؛ «آیا می‌توانیم یک سفارش را قانونی، سودآور و قابل‌تکرار تحویل دهیم؟» است. اگر پرداخت قابل‌تسویه نباشد، کالا در مقصد مجاز نباشد، مشتری هنگام تحویل با هزینه پیش‌بینی‌نشده روبه‌رو شود یا مرجوعی حاشیه سود را ببلعد، ترجمه سایت و تبلیغات فقط سرعت ضرر را بیشتر می‌کنند.

این راهنما برای کسب‌وکار ایرانی نوشته شده است تا تجارت الکترونیک فرامرزی را از رؤیای «فروش به همه جهان» به یک Pilot محدود و قابل‌ممیزی تبدیل کند. خروجی مطلوب یک Market launch pack است: بازار و Segment، محصول مجاز، اقتصاد هر سفارش، مسیر پرداخت و تسویه، مالیات و گمرک، مسئولیت تحویل، تجربه بومی، عملیات مرجوعی، معیار ادامه و Runbook توقف.

یادداشت حقوقی و زمانی: این مقاله مشاوره حقوقی، مالیاتی، تحریمی یا گمرکی نیست. مقررات به محصول، اشخاص، مبدأ، مقصد، مسیر، ارز، پلتفرم و تاریخ وابسته‌اند. Snapshot منابع: ۱۹ مرداد ۱۴۰۵ / ۱۰ اوت ۲۰۲۶؛ برای هر Launch از مشاور واجدصلاحیت و مرجع رسمی همان قلمرو تأیید مکتوب بگیرید.

تجارت الکترونیک فرامرزی چیست؟

در این مقاله، فروش فرامرزی یعنی سفارش آنلاین که فروشنده و مشتری، یا کالا/خدمت، میان دو قلمرو جابه‌جا می‌شوند. برای کالای فیزیکی، مرز گمرکی و حمل مطرح است؛ برای محصول دیجیتال یا خدمت، Place of supply، مالیات، مجوز، داده و روش پرداخت می‌تواند مسئله اصلی باشد. B2C، B2B، Marketplace و فروش مستقیم نیز مسئولیت یکسان ندارند.

اگر Order-to-Cash-to-Return داخلی هنوز پایدار نیست، ابتدا مدل راه‌اندازی فروشگاه اینترنتی تا ۱۰۰ سفارش را تثبیت کنید. مرز، خطای موجودی یا Refund ناقص را درمان نمی‌کند؛ آن را گران‌تر می‌کند.

چه زمانی فروش فرامرزی انتخاب خوبی نیست؟

• محصول در مقصد ممنوع، محدود یا نیازمند مجوزی است که ندارید؛
• مسیر قانونی Payment/Settlement و KYB تأیید نشده است؛
• حاشیه سود پس از Freight، Duty، Return، FX و Fraud منفی است؛
• هیچ Importer of Record یا مسئول روشن برای ترخیص وجود ندارد؛
• عمر، ابعاد، خطر یا شکنندگی کالا با مسیر حمل سازگار نیست؛
• پشتیبانی زبان/Time zone و Refund در SLA ممکن نیست؛
• داده تقاضا فقط Like و بازدید است، نه Intent خرید یا پیش‌سفارش معتبر؛
• کسب‌وکار برای یک بازار داخلی چند Segment دارد اما می‌خواهد هم‌زمان ده کشور باز کند.

«بین‌المللی‌شدن یک ضرورت است» حکم عمومی نیست. Diversification می‌تواند ریسک یک بازار را کم کند، اما ریسک ارز، قانون، Partner و عملیات را هم اضافه می‌کند. تصمیم باید با Counterfactual—مثلاً رشد بازار داخلی یا همکاری عمده‌فروشی—مقایسه شود.

از یک Market thesis شروع کنید

Market thesis یک جمله قابل‌آزمون است: «برای Segment مشخص در کشور X، محصول Y به دلیل مسئله Z و مزیت Q، پس از تمام هزینه‌های تحویل و Return حاشیه نگه‌داشته‌شده مثبت می‌سازد و از مسیر قانونی P فروخته می‌شود.» اگر نتوانید X تا P را پر کنید، هنوز Market strategy ندارید.

market_thesis = {
  customer_segment,
  job_and_alternative,
  product_and_variant,
  destination,
  channel,
  legal_route,
  payment_and_settlement,
  delivery_and_return,
  retained_contribution,
  evidence,
  confidence,
  stop_conditions
}

انتخاب بازار؛ اول Knockout، بعد امتیاز

امتیاز تقاضا نباید یک مانع قانونی را جبران کند. ابتدا Knockout gateها را بررسی کنید؛ فقط بازارهای عبورکرده وارد Scorecard شوند.

Scorecard بازار چه چیزهایی را بسنجد؟

وزن‌ها را قبل از دیدن نتیجه نهایی تعیین کنید و «Unknown» را صفر نگذارید؛ Unknown یک ریسک یا کار Discovery است. بازار کوچک‌تر با Route روشن ممکن است برای Pilot بهتر از بازار بزرگ و مبهم باشد.

Demand را با Commitment اشتباه نگیرید

Search volume و نظرسنجی علاقه را نشان می‌دهند، نه خرید با قیمت نهایی و زمان تحویل واقعی. Ladder شواهد بسازید: Query/Traffic → Landing signup → Qualified interview → Quote request → Deposit/Preorder مجاز → Paid order → Delivered/kept order → Repeat. هر پله Confidence را بیشتر می‌کند.

پیش‌فروش فقط وقتی انجام شود که زمان، Refund، موجودی، قانون و وعده تحویل روشن‌اند. پول گرفتن برای کالایی که مسیر قانونی یا تأمینش تأیید نشده، آزمایش بازار نیست.

اقتصاد سفارش نگه‌داشته‌شده

Revenue ثبت‌شده در Checkout سود نیست. سفارش ممکن است رد، برگشت، Chargeback، گم یا Refund شود. واحد تصمیم را «سفارش تحویل‌شده و خارج از پنجره ریسک/بازگشت طبق تعریف مالی شما» قرار دهید.

retained_contribution_per_order =
  collected_product_revenue
  - discounts
  - COGS
  - pick_pack_and_packaging
  - outbound_freight
  - duties_taxes_brokerage_paid_by_seller
  - payment_and_fx_fees
  - fraud_chargeback_expected_loss
  - return_refund_reverse_logistics
  - variable_support
  - marketplace_or_partner_fee

market_contribution =
  retained_orders × retained_contribution_per_order
  - market_fixed_costs

Tax collected on behalf of government معمولاً Revenue اقتصادی شما نیست؛ تعریف حسابداری را با تیم مالی یکسان کنید. همچنین Shipping paid by customer ممکن است کل هزینه Freight، Remote surcharge و Fuel surcharge را پوشش ندهد.

Price waterfall را شفاف کنید

قیمت محلی را فقط از ضرب Rate نسازید. Tax-inclusive convention، Psychological pricing، Willingness to pay، Return cost، Channel fee و قانون نمایش قیمت ممکن است متفاوت باشد. Display currency نیز لزوماً Currency پرداخت یا Settlement نیست.

سناریوهای FX و Cash flow

زمان Order، Capture، Payout، Refund و Chargeback یکسان نیست. تغییر نرخ میان آن‌ها می‌تواند Margin را جابه‌جا کند. برای هر Currency، منبع نرخ، Spread، تاریخ، Settlement delay، Reserve، حداقل Payout و Owner تعریف کنید.

هزینه‌های Setup، Run، Risk و Exit را نیز ببینید؛ چارچوب هزینه‌های پنهان و TCO سایت برای License، Partner، عملیات و مهاجرت مکمل این اقتصاد سفارش است.

Market compliance pack را برای هر محصول بسازید

یک عبارت «ارسال جهانی» نمی‌تواند جای Matrix محصول×مقصد را بگیرد. Pack باید نسخه، تاریخ، منبع و بازبین داشته باشد.

• توضیح فنی محصول، Material، کاربرد و Variant؛
• HS classification و منطق/مرجع آن؛
• Country of origin و اسناد مبدأ؛
• Export control، Sanction، Restricted party و End-use review؛
• Import prohibition، License، Quota یا Permit؛
• Safety، Label، Language، Packaging و Environmental obligations؛
• Tax/VAT/GST، Registration، Marketplace role و Invoice؛
• Consumer right، Warranty، Return و Recall؛
• Privacy، Cookie، Cross-border data و Retention؛
• Owner، Counsel/Broker، Expiry و Refresh trigger.

سازمان جهانی گمرک HS را نظام بین‌المللی طبقه‌بندی کالا معرفی می‌کند که مبنای تعرفه و بسیاری از کنترل‌هاست. شش رقم جهانی پایان کار نیست؛ کشور مقصد ممکن است Subheading و قواعد اجرایی خودش را داشته باشد. حدس کد از روی عنوان فروشگاه یا کپی کد رقیب، Evidence نیست.

تحریم و Eligibility؛ یک Gate مستقل برای کسب‌وکار ایرانی

ملیت زبان یا محل Server به‌تنهایی پاسخ نمی‌دهد. رژیم‌های تحریمی و Export control می‌توانند بر اساس Person، UBO، Entity، Product، Software، End use، Currency، Bank، Carrier، Destination و Provider اعمال شوند. یک مسیر ممکن است در مقصد مجاز اما نزد بانک یا پلتفرم ممنوع باشد.

FAQ رسمی OFAC درباره ایران نمونه‌ای از جزئیات و Due diligence در یک قلمرو است. مجوزهای محدود مرتبط با بعضی خدمات ارتباطی اینترنتی را نباید به مجوز عمومی فروش هر کالا، SaaS یا خدمت از/به ایران تعمیم داد. اگر U.S. nexus یا طرف‌های دیگر وجود دارند، مشاور متخصص باید Scope را تأیید کند.

Product safety و مسئول اقتصادی را پیش از Listing روشن کنید

استاندارد، آزمایش، Label و شخص مسئول بر اساس دسته کالا و مقصد فرق دارند. برای نمونه، چارچوب Product Safety اتحادیه اروپا فروش آنلاین و الزامات کسب‌وکارها را پوشش می‌دهد. وجود CE روی کالای نامرتبط یا چاپ یک Label عمومی، Compliance ایجاد نمی‌کند.

قبل از Scale، Recall path داشته باشید: تشخیص Batch/Order، توقف Listing، تماس با مشتری، Refund/Replacement، اطلاع به Marketplace/Authority در صورت لزوم، Reverse logistics و Evidence. اگر نمی‌توانید خریداران Batch معیوب را پیدا کنید، هنوز آماده فروش بین‌مرزی آن کالا نیستید.

مالیات و حقوق مصرف‌کننده را در Checkout طراحی کنید

VAT/GST/Sales tax، Place of supply، Import VAT، Marketplace deemed supplier و Registration به نوع کالا/خدمت، B2C/B2B، محل مشتری و Channel بستگی دارند. Thresholdها و Schemeها تغییر می‌کنند؛ Rule engine بدون Tax owner، Automation خطاست.

برای مثال، راهنمای رسمی گمرکی اتحادیه اروپا برای محموله‌های کم‌ارزش IOSS و اظهار واردات را توضیح می‌دهد. این مثال را به همه کشورها تعمیم ندهید و اصلاحات بعدی را پیش از Launch بررسی کنید.

همچنین راهنمای رسمی Distance selling اتحادیه اروپا برای بسیاری از قراردادهای آنلاین B2C حق انصراف ۱۴روزه و استثناها/تعهدات اطلاع‌رسانی را شرح می‌دهد. Policy مرجوعی سایت نمی‌تواند حقوق اجباری قلمرو را حذف کند.

Importer of Record و Exporter of Record را نام ببرید

«Carrier انجام می‌دهد» پاسخ مسئولیت نیست. برای هر Route ثبت کنید چه شخصی Export declaration، Import declaration، Permit، Duty/Tax، Record keeping و پاسخ به Customs را مالک است. Customer، Seller، Marketplace، Distributor، Broker و 3PL نقش‌های متفاوت دارند و Contract باید این تفاوت را روشن کند.

Payment feasibility را قبل از Integration تأیید کنید

نمایش لوگوی یک درگاه در Checkout به معنی پذیرش Entity ایرانی، Product، Destination یا Bank شما نیست. Provider باید Country of incorporation، UBO/residency، Industry، Website، Fulfillment، Refund، Settlement account و Volume را بپذیرد. Eligibility را از Terms و تأیید رسمی بگیرید، نه تجربه یک کانال تلگرامی.

Payment contract داخلی

• Seller/Merchant of Record و Account owner؛
• کشور/Entity/UBO و KYB renewal؛
• Currencyهای Display، Presentment و Settlement؛
• Payment methodهای بازار و محدودیت هرکدام؛
• Authorization، Capture، Partial capture و Expiry؛
• Refund، Partial refund، Chargeback و Evidence deadline؛
• Fee، FX spread، Reserve، Hold، Payout و negative balance؛
• Webhook، Idempotency، Reconciliation و failure mode؛
• Data/PCI scope، Fraud tooling و Account termination/Exit.

پیاده‌سازی چرخه امن Intent→Redirect/SDK→Webhook→Verify→Order→Refund در راهنمای اتصال درگاه پرداخت تفصیل داده شده است. «پرداخت موفق در مرورگر» بدون Webhook و Reconciliation، سفارش قطعی نیست.

روش پرداخت محلی را با Outcome انتخاب کنید

Card، Wallet، Bank transfer، Buy now pay later یا Cash-like method رفتار، Refund و Risk متفاوت دارند. محبوبیت یک روش کافی نیست؛ Eligibility فروشنده، Cost، Authorization rate، Settlement، Chargeback، Refund SLA، Device و Segment را بسنجید.

Fraud را با ردکردن همه سفارش‌های جدید حل نکنید

ریسک‌ها شامل stolen credential، card testing، reshipping، promo abuse، account takeover، friendly fraud و refund abuse‌اند. کنترل باید Risk-based باشد: Velocity، Device/account signals، address consistency، authentication مناسب، manual review، shipment hold، proof of delivery و post-order monitoring.

False positive نیز هزینه دارد و می‌تواند یک کشور یا نام فارسی را ناعادلانه رد کند. Ruleها را با Label واقعی، Review outcome و Appeal بازآموزی کنید؛ Nationality را Proxy تقلب نکنید.

Reconciliation؛ پل میان Payment، Order و بانک

برای هر تراکنش باید Order ID، Payment ID، Capture، Fee، FX، Payout، Refund، Dispute و Bank entry قابل‌اتصال باشند. Reconciliation روزانه/دوره‌ای اختلاف Missing capture، duplicate refund، Fee anomaly و Payout shortfall را آشکار می‌کند.

order_financial_state =
  authorized
  → captured
  → fulfilled
  → paid_out
  → refunded_or_disputed?

reconcile:
  order_total
  = capture - refund - dispute - fee - fx_adjustment
  ≈ allocated_payout

تقریب فقط برای اختلاف‌های تعریف‌شده است؛ Tolerance، Currency rounding و Owner را مستند کنید. اختلاف حل‌نشده نباید به‌عنوان Revenue قطعی گزارش شود.

Incoterms را به‌عنوان شعار حمل استفاده نکنید

ICC Incoterms 2020 وظایف، هزینه‌ها و ریسک تحویل بین خریدار و فروشنده را روشن می‌کند؛ مالکیت کالا، Payment term یا همه تعهدات حقوقی را تعیین نمی‌کند. Rule، نسخه و نقطه نام‌گذاری‌شده باید در Quote/Contract بیایند.

DDP توصیه عمومی نیست. در DDP فروشنده مسئولیت بسیار بالایی، از جمله Import clearance و Duty/Tax طبق Rule، می‌پذیرد؛ اگر فروشنده قانوناً نتواند Importer شود یا Tax/Permit را اداره کند، وعده DDP ممکن است غیرعملی باشد. DAP نیز تجربه مشتری را خودکار خوب نمی‌کند؛ هزینه و اقدام هنگام تحویل باید شفاف باشد.

بسته استانداردهای تجارت الکترونیک فرامرزی WCO بر داده الکترونیکی پیشاپیش، Risk management، Revenue collection، Return و همکاری ذی‌نفعان تأکید دارد. کیفیت Description و Data بخشی از Fulfillment است، نه کار اداری بعد از ارسال.

زمان تحویل را یک عدد قطعی ننویسید

Order processing، pickup، line-haul، customs clearance و last mile را جدا کنید. به‌جای «تحویل ۵ روزه» بدون Confidence، Range و Cut-off بدهید و موارد خارج از کنترل را صریح کنید. Calendar مقصد، Weekend، Holiday، Address quality و Remote area را در محاسبه ببینید.

Metricهای تحویل:

• Label created تا اولین Carrier scan؛
• Pickup و export clearance time؛
• Customs hold rate و reason؛
• On-time delivered بر ETA وعده‌داده‌شده؛
• First-attempt delivery؛
• Lost/damage/return-to-sender rate؛
• Claim resolution و cost recovery.

مرجوعی بخشی از Product است

سیاست مرجوعی باید با حق قانونی مشتری، نوع کالا، هزینه Reverse logistics و توان بازرسی هماهنگ باشد. گزینه‌ها: بازگشت به مبدأ، آدرس محلی، Consolidation، Returnless refund برای موارد مشخص، Exchange یا Repair. هیچ‌کدام پیش‌فرض جهانی نیست.

Return rate را فقط به «سلیقه مشتری» نسبت ندهید. Size، Description، Image، Damage، Delay، unexpected duty و wrong item علت‌های قابل‌اصلاح‌اند.

Localization فراتر از ترجمه است

• زبان محصول، Checkout، ایمیل، خطا، Policy و Support؛
• نام، ترتیب Address، Postal code، Province و Phone؛
• Currency، Decimal، Tax-inclusive display و Payment method؛
• واحد اندازه، Size، Material و هشدار محصول؛
• تصویر، Color meaning و مناسبت بدون کلیشه فرهنگی؛
• ETA، Cut-off، Weekend، Time zone و Calendar؛
• Return/Warranty و متن حقوقی همان قلمرو؛
• Support hours، Escalation و پاسخ انسان؛
• Search vocabulary و Intent واقعی، نه ترجمه Keyword.

Translation memory، Glossary، SME، Legal review و QA باید Workflow داشته باشند. فرایند محتوای چندزبانه برای Source of truth، ترجمه، QA و نگهداری نسخه‌هاست.

معماری International SEO را بعد از Market decision بسازید

ccTLD، Subdomain و Subdirectory هرکدام Trade-off دارند؛ معماری نباید پیش از مالک محتوا، Offer و عملیات انتخاب شود. Hreflang زبان/منطقه را اعلام می‌کند، رتبه تضمین نمی‌کند و جای Canonical نیست. Auto-redirect اجباری بر اساس IP می‌تواند کاربر و Crawler را به نسخه غلط ببرد؛ Selector قابل‌برگشت بهتر است.

• هر URL یک Language/Market purpose روشن دارد؛
• Canonical معمولاً به نسخه خودش است، مگر Duplicate واقعی؛
• Hreflang reciprocal و با URL نهایی ۲۰۰ است؛
• Currency switch محتوای Indexable بی‌نهایت تولید نمی‌کند؛
• Shipping/availability واقعی همان بازار را نشان می‌دهد؛
• Sitemap، internal link و locale selector هماهنگ‌اند.

برای Market selection، URL topology، hreflang و Governance از استراتژی سئو بین‌المللی استفاده کنید.

Checkout باید هزینه و تعهد را پیش از پرداخت روشن کند

Country availability، Address، Currency، Stock، Shipping، Tax/Duty، ETA، Return و Payment باید پیش از Capture سازگار شوند. اگر Duty در مقصد پرداخت می‌شود، مشتری باید قبل از خرید بداند؛ Surprise fee علت Refusal و Chargeback است.

Guest checkout، Address validation قابل‌اصلاح، Input محلی، Error recovery، Accessibility و حفظ سبد مهم‌اند. اما کاهش Field نباید داده لازم Customs یا Fraud را حذف کند. راهنمای بهینه‌سازی Checkout این اصطکاک را با Evidence و Guardrail کنترل می‌کند.

Channel strategy؛ سایت، Marketplace و Partner را متصل کنید

هر Channel قیمت، Inventory، Fee، Return و Customer ownership متفاوت دارد. Source of truth کاتالوگ و موجودی را روشن کنید تا Oversell و تناقض Offer رخ ندهد. Marketplace order نباید در گزارش مالی یا CRM گم شود؛ سایت مستقیم هم نباید قیمت Partner را بی‌منطق تخریب کند.

مدل Omnichannel commerce برای اتصال Catalog، Inventory، Order، Customer و Service بین کانال‌هاست. «حضور همه‌جا» هدف نیست؛ تداوم وعده و داده هدف است.

Acquisition را با Contribution پس از Return بهینه کنید

ROAS بر Gross revenue می‌تواند Market زیان‌ده را موفق نشان دهد. Cost attribution باید Ad، Influencer، Affiliate، Coupon، Marketplace fee، Return و Refund lag را در Cohort سفارش ببیند.

Privacy، Consent و Data residency را Market-specific کنید

Checkout جهانی داده نام، Address، Payment token، Support، Device و Marketing consent را جابه‌جا می‌کند. Data map باید Purpose، Legal basis طبق قلمرو، Processor، Transfer، Retention، Access و Deletion را نشان دهد. Privacy policy ترجمه‌شده بدون عملیات پاسخ‌گویی کافی نیست.

کمینه‌سازی داده با Customs و Fraud تعارض ذاتی ندارد؛ داده لازم را با Purpose و Retention روشن بگیرید. اطلاعات حساس را در Notes آزاد، Email یا Sheet پراکنده نکنید. Incident response باید Customer communication و تعهدات قلمرو را پوشش دهد.

معماری حداقلی عملیات فرامرزی

لازم نیست از روز اول ابزار جدا برای همه Domainها بخرید؛ لازم است مالک و شناسه مشترک داشته باشید. Spreadsheet کنترل‌شده برای Pilot کوچک ممکن است کافی باشد، اما نباید کد HS، Tax rule یا Refund را بدون Version و Access control نگه دارد.

Order state machine؛ وضعیت تجاری را از وضعیت حمل جدا کنید

commercial:
  cart → placed → authorized → captured → refunded/disputed

fulfillment:
  allocated → picked → packed → handed_over

customs:
  declared → held → cleared/rejected

delivery:
  in_transit → delivered/refused/lost/returned

return:
  requested → approved → received → inspected → refunded/disposed

یک «completed» واحد همه این حقیقت‌ها را پنهان می‌کند. Transition باید Event، Timestamp، Actor، Evidence و Compensation داشته باشد. Refund نباید Order یا Inventory را بی‌خبر تغییر دهد.

Pilot را کوچک اما کامل طراحی کنید

کوچک‌بودن یعنی یک بازار، یک Segment، یک خانواده محصول، یک Channel، یک Route و سقف سفارش؛ نه حذف Tax، Return یا Support. Pilot باید یک چرخه واقعی تا Delivery/Return/Reconciliation را آزمایش کند.

Scorecard Pilot

• Eligible product/order rate؛
• Payment authorization/capture و false decline؛
• Pick-pack و handover SLA؛
• Customs hold/clearance و علت؛
• On-time/first-attempt delivery؛
• Damage/lost/refused/return-to-sender؛
• Contact per order و first-resolution time؛
• Return/refund/chargeback پس از بلوغ Cohort؛
• Settlement delay و Reconciliation difference؛
• Retained contribution per order و Cash conversion؛
• Repeat/Referral فقط پس از فرصت کافی؛
• Compliance incident و Near miss.

Tracking plan و داده مالی/بازاریابی را با معماری تحلیل داده بازاریابی هم‌سطح کنید. Session بدون Order/Payment/Delivery join، اقتصاد بازار را نشان نمی‌دهد.

مثال آموزشی: ۱۰۰ واحد فروش یک کالای غیرحساس

فرض کنید پس از Classification و بررسی حرفه‌ای، یک کالای دکور غیرحساس برای Pilot یک بازار مجاز شده است. این اعداد قیمت بازار یا توصیه صادراتی نیستند؛ فقط نشان می‌دهند چرا Gross revenue کافی نیست.

اگر Return واقعی به‌جای ۸ واحد، ۱۸ شود، Contribution به ۱۲ می‌رسد. اگر Fixed cost بازار برای حجم کم ۱۵ باشد، Pilot هنوز سودآور نیست. تصمیم Scale باید بر Scenario و ظرفیت باشد، نه یک سفارش خوش‌شانس.

Runbook ۱: Provider پرداخت حساب را Hold کرده است

1. Capture/Refund/Payout را Freeze منطقی کنید و از ایجاد تعهد جدید جلوگیری کنید.
2. Notice، دلیل، Scope، Deadline و کانال Appeal رسمی را ثبت کنید.
3. موجودی قابل‌تسویه، Refundهای باز و Cash exposure را Reconcile کنید.
4. KYB، UBO، Product، Fulfillment و Evidence را فقط از مسیر رسمی ارائه کنید.
5. Customer communication و Order cancellation را طبق Policy اجرا کنید.
6. مسیر جایگزین ازپیش‌تأییدشده را فقط اگر قانونی/قراردادی است فعال کنید.
7. Root cause و Exit decision را ثبت کنید؛ Account پنهان جایگزین نسازید.

Runbook ۲: محموله در گمرک Hold شده است

Carrier/Broker reference و علت رسمی را بگیرید؛ HS، Value، Origin، Invoice، Permit و Importer role را بررسی کنید؛ از تغییر صوری Description/Value خودداری کنید؛ ETA و هزینه را Reforecast کنید؛ مشتری را با پیام صادقانه آگاه کنید؛ سپس Clear، Return، Abandon یا Escalate را فقط با اختیار و مشاوره انتخاب کنید.

Runbook ۳: Duty یا FX حاشیه را منفی کرده است

Price waterfall و Cost basis را تازه کنید؛ سفارش‌های Captured و Uncaptured را جدا کنید؛ Floor contribution را محاسبه کنید؛ Promotion/Market/SKU را طبق Stop rule Pause کنید؛ Reprice یا Incoterm/Route را فقط پس از بررسی Compliance تغییر دهید؛ Refund و وعده قبلی مشتری را نقض نکنید.

Runbook ۴: Chargeback یا Fraud جهش کرده است

Cohort را بر Payment method، SKU، Campaign، Country، Device و Fulfillment بشکنید؛ credential testing را از friendly fraud جدا کنید؛ Rule موقت با Guardrail false decline بگذارید؛ Shipment hold و Review را Risk-based کنید؛ Evidence deadline را رعایت کنید؛ منبع نشت/Promotion abuse را اصلاح و پس از افت ریسک Rule را بازتنظیم کنید.

Runbook ۵: کالا آسیب‌دیده یا فراخوان شده است

SKU/Batch/Market را Pause کنید؛ سفارش‌های متاثر را با Traceability پیدا کنید؛ Safety owner و مراجع/Marketplace/Partner را طبق تعهد درگیر کنید؛ مشتری را با اقدام روشن آگاه کنید؛ Refund/Replacement/Return/Disposal را اجرا کنید؛ علت بسته‌بندی/تولید/حمل و Corrective action را ثبت کنید.

RACI فروش فرامرزی

برنامه ۹۰روزه ورود به یک بازار

چک‌لیست Go/No-go

• Market thesis و Counterfactual داریم.
• یک بازار، Segment، Product family، Channel و Route انتخاب شده است.
• Product/party/provider screening تاریخ‌دار انجام شده است.
• هیچ هویت، اقامت، UBO، مبدأ یا Payment route پنهان نیست.
• HS، Origin، Exporter/Importer و اسناد با Broker/Compliance تأیید شده‌اند.
• Safety، Label، Consumer right، Tax و Privacy Market pack دارند.
• Seller/Merchant of Record و نقش Marketplace روشن است.
• Price نهایی، Duty/Tax و ETA پیش از پرداخت شفاف است.
• Payment، Refund، Dispute، Payout و Reconciliation تست شده‌اند.
• Incoterm، نسخه و Named place در قرارداد مشخص‌اند.
• Lost/damage/customs hold/return/recall Runbook دارند.
• Localization شامل Address، Currency، Support و Policy است، نه فقط متن.
• International SEO پس از Market/Offer طراحی شده است.
• Contribution پس از Return، FX، Fraud و تمام Feeها مثبت است.
• Pilot سقف، Owner، Guardrail، Stop rule و Cohort بالغ دارد.
• Scale بر Outcome و ظرفیت تکیه دارد، نه Gross revenue.

جمع‌بندی؛ نخست یک مسیر سالم، سپس رشد

تجارت الکترونیک فرامرزی پروژه ترجمه سایت یا اتصال یک درگاه نیست؛ سیستم مشترک محصول، قانون، پرداخت، مالیات، گمرک، حمل، محتوا، داده و خدمات مشتری است. هر حلقه‌ای که Owner و Evidence ندارد، در Scale به توقف، Refund یا زیان تبدیل می‌شود.

با یک Market thesis و Knockout gate شروع کنید، اقتصاد سفارش نگه‌داشته‌شده را بسازید، مسئولیت‌ها را در Contract و سیستم نام ببرید و یک Order واقعی را تا Delivery، Return و Reconciliation دنبال کنید. رشد پایدار از «ارسال به همه کشورها» نمی‌آید؛ از تکرار یک Route قانونی، سودآور و قابل‌پشتیبانی می‌آید.

پرسش‌های متداول تجارت الکترونیک فرامرزی

آیا یک کسب‌وکار ایرانی می‌تواند از هر درگاه بین‌المللی استفاده کند؟

خیر. Eligibility به کشور و نوع Entity، UBO/اقامت، محصول، مقصد، بانک، ارز، تحریم و Terms همان Provider وابسته است. لوگوی درگاه یا تجربه شخص دیگر تأیید نیست. مسیر باید با اطلاعات واقعی در KYB و تأیید رسمی/حقوقی ساخته شود؛ Account قرضی یا هویت پنهان ریسک مسدودی و نقض قانون/قرارداد دارد.

برای شروع فروش خارجی کدام کشور بهترین است؟

پاسخ عمومی وجود ندارد. ابتدا بازارهایی را که Product، Payment، Customs، Safety و Operations آن‌ها Gate را رد می‌کنند حذف کنید؛ سپس تقاضا، Contribution پس از Return، Logistics، Localization و Strategic fit را امتیاز دهید. بازار کوچک‌تر با Route روشن می‌تواند Pilot بهتری باشد.

آیا DDP همیشه بهترین تجربه برای مشتری است؟

خیر. DDP مسئولیت سنگینی برای Import clearance، Duty/Tax و تحویل بر فروشنده می‌گذارد و فقط وقتی مناسب است که فروشنده قانوناً و عملیاتی بتواند این نقش را انجام دهد. DAP یا مدل‌های دیگر نیز باید هزینه و مسئولیت مشتری را پیش از خرید شفاف کنند. Incoterm را با متخصص و Named place انتخاب کنید.

آیا برای فروش در خارج حتماً شرکت یا انبار محلی لازم است؟

نه همیشه؛ اما نوع کالا، Tax، Importer role، Product safety، Marketplace و حجم می‌توانند Entity، Representative یا موجودی محلی را لازم یا اقتصادی کنند. Direct shipping، 3PL، Distributor و Marketplace را با یک افق و TCO مشترک مقایسه کنید و از قانون همان مقصد تأیید بگیرید.

مهم‌ترین KPI فروش فرامرزی چیست؟

برای تصمیم Scale، Contribution هر سفارش نگه‌داشته‌شده از Gross revenue مفیدتر است: مبلغ جمع‌شده پس از COGS، حمل، Duty/Tax پرداختی فروشنده، Payment/FX، Fee کانال، Fraud، Return، Refund و Support. آن را کنار Compliance incident، Delivery SLA، Cash settlement و Repeat ببینید.