ابزارهای کاری زیر تحریم — پشته‌ای بساز که یک روز صبح قطع نشود

هر کسب‌وکاری در ایران این صحنه را دیده است: صبح می‌آیی سر کار و سرویسی که دو سال روی آن حساب می‌کردی دیگر باز نمی‌شود. گاهی موقت است، گاهی حساب بسته شده، گاهی فقط پرداخت اشتراک ممکن نیست. و کاری که به آن وابسته بود، همان روز می‌خوابد.

واکنش معمول این است که دنبال راه دور زدن بگردیم. اما مسئله‌ی اصلی این نیست که امروز چطور به آن سرویس برسیم؛ مسئله این است که چرا کار کسب‌وکار به چیزی گره خورده که تصمیمش دست ما نیست. مارتین ریوز و همکارانش در هاروارد بیزینس ریویو تعریف درستی از تاب‌آوری می‌دهند: تاب‌آوری فقط «ادامه دادن در بحران» نیست، ظرفیت جذب فشار و بازیابی کارکردهای حیاتی است. برای یک کسب‌وکار کوچک ایرانی، این یعنی پشته‌ی ابزار را طوری بچینی که قطع شدن هر تکه، کل کار را نخواباند.

یک نکته را از اول روشن کنیم: این راهنما درباره‌ی روش‌های دور زدن محدودیت‌ها نیست. درباره‌ی این است که چطور ابزارهایت را طوری انتخاب و بچینی که به دور زدن نیاز نداشته باشی — که هم پایدارتر است، هم ارزان‌تر.

مسئله‌ی واقعی چیست؟

وابستگی به یک سرویس بیرونی چهار جور می‌شکند، و هر کدام هشدار و درمان متفاوتی دارد:

سطر آخر، بی‌سروصداترین و گران‌ترین است. خیلی از کسب‌وکارها وقتی می‌فهمند نمی‌توانند داده‌شان را بیرون بکشند که سه سال داده داخلش است و رفتن دیگر گران‌تر از ماندن شده. این همان قفل‌شدگی است، و ربطی به تحریم ندارد — تحریم فقط سرعت رسیدن به آن روز را زیاد می‌کند.

آزمون سه‌سوالی برای هر ابزار

قبل از اینکه کار جدیدی را روی سرویسی سوار کنی، سه سوال:

۱. اگر فردا صبح قطع شود، چه چیزی می‌خوابد و چند روز؟ اگر جواب «هیچ» باشد، ابزار راحتی است. اگر «فروش متوقف می‌شود» باشد، ابزار حیاتی است.

۲. داده‌ام را می‌توانم بیرون بکشم؟ نه در تئوری — همین الان امتحان کن. یک بار خروجی بگیر و ببین چه فرمتی است و آیا قابل استفاده است. بسیاری از سرویس‌های جدی دکمه‌ی خروجی دارند، چون مقرراتی مثل ماده ۲۰ مقررات عمومی حفاظت داده‌ی اروپا (GDPR) حق انتقال‌پذیری داده را برایشان الزامی کرده‌اند. اگر سرویسی خروجی کامل نمی‌دهد، همان یک نشانه کافی است.

۳. پرداختش پایدار است؟ سرویسی که هر بار تمدیدش یک ماجراست، دیر یا زود در بدترین زمان ممکن قطع می‌شود.

بر اساس جواب سوال اول، ابزارهایت را به سه سطح تقسیم کن:

• حیاتی: بدون آن، کسب‌وکار می‌ایستد (حسابداری، انبار، سایت فروش، دیتابیس مشتری، ارتباط با مشتری).
• مهم: بدون آن کار سخت می‌شود ولی نمی‌ایستد (مدیریت پروژه، طراحی، تحلیل).
• راحتی: قشنگ است، ضروری نیست.

و بعد یک قاعده: هرچه ابزار حیاتی‌تر، وابستگی بیرونی‌اش باید کمتر باشد. هیچ اشکالی ندارد که ابزار طراحی‌ات یک سرویس خارجی باشد؛ خیلی اشکال دارد که پایگاه داده‌ی مشتریانت آن‌جا باشد.

ابزارهای حیاتی را کجا بگذاریم؟

سه گزینه وجود دارد و هیچ‌کدام همیشه برنده نیست:

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

اما یک هشدار عملی: گاهی خودِ سایت دانلود آن نرم‌افزار متن‌باز از ایران باز نمی‌شود. پس هر نسخه‌ی نصبی، ایمیج و وابستگی‌ای که استفاده می‌کنی را یک بار دانلود و نزد خودت نگه دار. کد متن‌باز را نمی‌شود از تو گرفت، ولی دسترسی به سرور دانلودش را بله.

برای هر دسته چه گزینه‌هایی هست؟

این جدول نقطه‌ی شروع است، نه فهرست قطعی — وضعیت این حوزه سریع عوض می‌شود و قبل از تصمیم باید خودت وضع روز را بررسی کنی:

الگوی کلی که از این جدول درمی‌آید ساده است: هرچه کار به قوانین، بانک یا اپراتور ایران وصل‌تر است، سرویس داخلی جواب بهتری می‌دهد؛ و هرچه کار صرفاً فنی و داده‌محور است، متن‌باز خودمیزبان پایدارترین انتخاب است.

طرح خروج داده چطور نوشته می‌شود؟

این تنها بخشی از مقاله است که اگر فقط همین را انجام دهی، بیشتر ارزش را برده‌ای. یک جدول ساده بساز و برای هر سرویس پرش کن:

• چه داده‌ای؟ مشتری‌ها، فاکتورها، فایل‌ها، تنظیمات، تاریخچه‌ی گفتگو.
• با چه فرمتی خارج می‌شود؟ فرمت باز و قابل خواندن بهتر از فرمت اختصاصی است.
• چند وقت یک‌بار؟ برای داده‌ی حیاتی هفتگی، برای بقیه ماهانه.
• کجا نگه داشته می‌شود؟ قاعده‌ی شناخته‌شده‌ی ۳-۲-۱: سه نسخه از داده، روی دو نوع رسانه‌ی متفاوت، و یکی جای دیگر.
• آخرین بار کِی بازیابی را آزمودی؟

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

کانال ارتباط با مشتری را روی چه چیزی بگذاریم؟

این یک مورد خاص از همان مسئله است، اما آن‌قدر مهم که جدا بیاید: کانالی که مشتریانت را از طریق آن می‌بینی، خودش یک وابستگی است. کسب‌وکاری که تمام ارتباطش با مشتری از یک پیام‌رسان یا یک شبکه‌ی اجتماعی می‌گذرد، با قطع شدن آن کانال عملاً فهرست مشتریانش را از دست می‌دهد.

قاعده‌ی اصلی ساده است: فهرست را مالک باش، کانال را اجاره کن. شماره‌ی تماس، ایمیل و سابقه‌ی خرید مشتری باید در پایگاه داده‌ی خودت باشد؛ کانال فقط راه رسیدن است و قابل تعویض.

توصیه‌ی عملی: دست‌کم دو کانال فعال داشته باش که یکی‌شان مستقل از اینترنت باشد (پیامک یا تلفن)، و هر مشتری را با هر دو ثبت کن. اگر از تلگرام برای ارتباط و یادآوری استفاده می‌کنی، در راهنمای اتصال به تلگرام توضیح داده‌ایم چطور آن را به‌عنوان کانال اطلاع‌رسانی بچینی — اما همان‌جا هم اصل ماجرا همین است: داده در جای خودش می‌ماند، تلگرام فقط پیام را می‌رساند.

چطور بدون توقف کار، ابزار را عوض کنیم؟

مهاجرت ابزار حیاتی، ترسناک‌ترین بخش ماجراست و معمولاً به همین دلیل هیچ‌وقت انجام نمی‌شود. روال کم‌ریسکش چهار قدم دارد:

۱. یک فرایند یا یک تیم را انتخاب کن، نه همه را. کوچک‌ترین بخشی که سرتاسری باشد.

۲. دو هفته موازی کار کن. داده در هر دو سیستم ثبت شود. این دوره هزینه دارد، ولی جایی است که همه‌ی اشکالات بیرون می‌زند — بدون اینکه کار بخوابد.

۳. معیار عبور را از قبل بنویس. مثلاً: «اگر تا پایان هفته‌ی دوم همه‌ی فاکتورها بدون اصلاح دستی صادر شد، مهاجرت کامل می‌شود.» بدون معیار، دوره‌ی موازی تا ابد ادامه پیدا می‌کند.

۴. سیستم قدیمی را فقط‌خواندنی نگه دار، حذف نکن. دست‌کم تا یک دوره‌ی کامل مالی. هزینه‌ی نگه داشتنش ناچیز است و روزی که به داده‌ی قدیمی نیاز پیدا کنی، همه‌چیز است.

حساب‌ها و دسترسی‌ها را چطور مرتب کنیم؟

چند اشتباه ساختاری که در کسب‌وکارهای کوچک تقریباً همیشه هست و روزی خیلی گران تمام می‌شود:

• همه‌ی سرویس‌ها روی ایمیل شخصی یک نفر. آن نفر که برود یا در دسترس نباشد، نصف کسب‌وکار قفل است. سرویس‌ها باید روی حساب‌های سازمانی باشند، نه شخصی.
• دامنه به نام کارمند یا شرکت طراح سایت. دامنه دارایی کسب‌وکار است. مالکیتش را همین امروز چک کن.
• نبود فهرست دسترسی‌ها. یک سند ساده که می‌گوید چه سرویس‌هایی داریم، مالکش کیست، چه کسانی دسترسی دارند و تاریخ تمدیدش کِی است. بدون این سند، در اولین بحران هیچ‌کس نمی‌داند کجا را باید نگاه کند.
• نبود روال خروج. وقتی کسی از تیم می‌رود، دسترسی‌هایش باید در همان هفته بسته شود. این کار امنیتی نیست فقط؛ نظم عملیاتی است.

هزینه‌ی پنهان دور زدن روزمره چقدر است؟

کسب‌وکارها معمولاً هزینه‌ی مهاجرت به ابزار پایدار را حساب می‌کنند و هزینه‌ی ماندن را نه. یک محاسبه‌ی ساده:

فرض کن سه نفر هر روز به‌طور میانگین ۲۰ دقیقه صرف کلنجار رفتن با ابزارهای ناپایدار می‌کنند — قطعی، ورود دوباره، انتقال دستی داده. این می‌شود ۲۲ ساعت در ماه. با هزینه‌ی ساعتی ۲۵۰ هزار تومان، یعنی ۵.۵ میلیون تومان در ماه و ۶۶ میلیون تومان در سال — بدون حساب کردن خطاهایی که در این انتقال‌های دستی رخ می‌دهد و روزی که سرویس کامل قطع شود.

با این عدد، مهاجرت به ابزار پایدار معمولاً در چند ماه خودش را درمی‌آورد. نکته این است که هزینه‌ی ماندن پخش است و دیده نمی‌شود، ولی هزینه‌ی مهاجرت یک‌جا و قابل‌مشاهده است — و ذهن ما همیشه هزینه‌ی قابل‌مشاهده را بزرگ‌تر می‌بیند.

چه چیزهایی را نباید امتحان کرد؟

چند مسیر که کوتاه به نظر می‌رسند و در عمل ریسک را بیشتر می‌کنند:

• حساب خریداری‌شده از واسطه. کنترلش دست تو نیست، هر لحظه ممکن است بسته شود، و داده‌ی کسب‌وکارت روی حسابی است که به نام تو نیست.
• دادن اطلاعات کسب‌وکار یا مشتری به واسطه‌ها برای ثبت‌نام یا پرداخت. این داده از دست تو خارج می‌شود و دیگر برنمی‌گردد.
• نسخه‌های دستکاری‌شده و کرک‌شده‌ی نرم‌افزار. رایج‌ترین مسیر ورود بدافزار به کسب‌وکارهای کوچک است، و وقتی روی همان سیستم داده‌ی مالی و مشتری هست، هزینه‌اش از قیمت هر نرم‌افزاری بیشتر است.
• ساختن فرایند حیاتی روی سرویسی که پرداخت قانونی‌اش ممکن نیست. حتی اگر امروز کار کند، روی چیزی بنا کرده‌ای که تمدیدش در کنترل تو نیست.

قاعده‌ی کلی: اگر راه‌حلی را نمی‌توانی در جلسه‌ی تیم رسماً مستند کنی و به نفر بعدی تحویل بدهی، آن راه‌حل زیرساخت کسب‌وکار نیست؛ یک وصله‌ی موقت است — و وصله‌ی موقت نباید زیر کار حیاتی برود.

نقشه‌ی راه ۳۰ روزه

• هفته‌ی اول — فهرست‌برداری. همه‌ی سرویس‌هایی که استفاده می‌کنی را بنویس: مالک، دسترسی‌ها، تاریخ تمدید، و سطح (حیاتی / مهم / راحتی).
• هفته‌ی دوم — آزمون خروجی. از هر سرویس حیاتی یک بار خروجی کامل بگیر و ببین چه چیزی واقعاً بیرون می‌آید. همین‌جا معلوم می‌شود کدام سرویس تو را گروگان گرفته است.
• هفته‌ی سوم — رفع تک‌نقطه‌های شکست. حساب‌های روی ایمیل شخصی، دامنه‌ی به نام دیگری، و سرویس حیاتی بدون جایگزین. برای هر کدام یک اقدام مشخص.
• هفته‌ی چهارم — پشتیبان و آزمون بازیابی. برنامه‌ی ۳-۲-۱ را راه بینداز و یک بازیابی واقعی را امتحان کن.

بیشتر از این در یک ماه شدنی نیست و لازم هم نیست. این چهار قدم، بیشترین ریسک را با کمترین کار برمی‌دارد.

در ریبین چطور اجرایش کنیم؟

چهار قدم:

۱. فهرست سرویس‌ها و مالکانشان را در اسناد بگذار. همان سندی که در هفته‌ی اول می‌سازی باید جایی باشد که در بحران قابل پیدا کردن است — نه در فایل اکسل روی لپ‌تاپ یک نفر.

۲. آزمون خروجی و رفع تک‌نقطه‌های شکست را تعهد زمان‌دار کن. این کارها هیچ‌وقت فوری نیستند تا روزی که خیلی فوری می‌شوند؛ فقط با مهلت انجام می‌شوند.

۳. مهاجرت ابزارهای حیاتی را یک پروژه تعریف کن، با نتیجه‌ی کلیدی عددی: «تا پایان فصل، هیچ سرویس حیاتی بدون نسخه‌ی پشتیبان محلی نمانده باشد.»

۴. هر شش ماه یک پیش‌نگری بگذار با این سوال: «فرض کنیم شش ماه دیگر کارمان دو هفته خوابیده — چه چیزی قطع شده بود؟» جواب‌های این جلسه معمولاً دقیقاً همان چیزهایی است که باید امروز درست شود.