نصب n8n یک عصر کار دارد. چیزی که ماه‌ها وقت می‌گیرد، نگه‌داشتن ورک‌فلوهایی است که در همان هفته‌ی اول با ذوق ساخته شده‌اند. کسی که تازه سراغ یادگیری n8n آمده معمولا از نصب شروع می‌کند، بعد از آموزش گره‌ها، و آخر سر به این پرسش می‌رسد که اصلا چه چیزی را باید خودکار کند. ترتیب درست برعکس است.
اکثر آدم‌ها اتوماسیونی می‌سازند که نگه‌داشتنش از خود کار دستی گران‌تر درمی‌آید. نه چون بد ساخته‌اند؛ چون پیش از ساختن، هزینه‌ی نگه‌داشت را صفر فرض کرده‌اند. این نوشته از همان‌جا شروع می‌کند: پیش از اولین گره، یک حساب.
ستونی که در حساب همه جا می‌افتد
اتوماسیون وقتی می‌ارزد که زمان ساخت به‌اضافه‌ی نگه‌داشت چندساله، از زمانی که صرفه‌جویی می‌شود کمتر باشد. ساخت و صرفه‌جویی را همه حساب می‌کنند. ستون وسط، نگه‌داشت، تقریبا همیشه جا می‌ماند. و صفر نیست، به سه دلیل:
- سرویس طرف مقابل روزی شکل درخواست یا جوابش را عوض می‌کند. پرسش «اگر» نیست، «کی» است.
- ورک‌فلو نیمه‌شب می‌شکند و تو صبح می‌فهمی، اگر اصلا بفهمی.
- نفر بعدی می‌خواهد چیزی را در آن عوض کند و نمی‌داند کدام گره چه کاری می‌کند.
یک قاعده‌ی سرانگشتی هم از همین‌جا درمی‌آید: کاری که کمتر از هفته‌ای سه بار تکرار می‌شود و هر بار کمتر از ده دقیقه طول می‌کشد، معمولا نباید خودکار شود. ساختنش شاید سرگرم‌کننده باشد، ولی جمع حساب منفی می‌شود.
دو کار یک آژانس کوچک، با عدد
مثالی که دنبال می‌کنیم فرضی است و فقط روش حساب را نشان می‌دهد. یک آژانس کوچک خدماتی دو کار تکراری دارد و دستمزد ساعتی کسی که انجامشان می‌دهد دویست هزار تومان است.
| کار | تکرار | دقیقه‌ی هر بار | تخمین ساخت | نوع اتصال |
|---|---|---|---|---|
| الف: ثبت لید فرم در شیت و خبر دادن به تیم | روزی شش بار | ۳ | ۸ ساعت | از راه API |
| ب: گزارش ماهانه از سه پنل | ماهی یک بار | ۱۸۰ | ۲۴ ساعت | خواندن صفحه‌ی سایت |
اول صرفه‌جویی سالانه. کار الف: شش بار در روز، سه دقیقه، سیصد و شصت و پنج روز؛ حدود صد و نه و نیم ساعت در سال. کار ب: یک بار در ماه، صد و هشتاد دقیقه، دوازده ماه؛ سی و شش ساعت. تا این‌جا الف سه برابر بهتر است و بیشتر آدم‌ها همین‌جا دست از حساب می‌کشند.
حالا نگه‌داشت. اتصالی که صفحه‌ی یک سایت را می‌خواند هر بار که طراحی آن صفحه عوض شود می‌شکند و کسی هم خبرت نمی‌کند؛ اتصال API معمولا نسخه‌بندی دارد و کمتر می‌شکند. در این مثال، نگه‌داشت سالانه‌ی الف را حدود یک ساعت و دوازده دقیقه و نگه‌داشت ب را شش ساعت گرفته‌ایم.
سود خالص سال اول، یعنی صرفه‌جویی منهای ساخت منهای نگه‌داشت: الف حدود صد ساعت، که با آن دستمزد نزدیک بیست میلیون تومان می‌شود. ب شش ساعت، یعنی یک میلیون و دویست هزار تومان. ب هنوز مثبت است. پس چرا نسازیمش؟
چرا ورک‌فلوی سودده ب ساخته نمی‌شود
چون سال اول همه‌ی ماجرا نیست. کار صفحه‌محور در چند سال بخش بزرگی از زمان ساختش را دوباره به شکل تعمیر پس می‌گیرد. اگر سه سال جلو برویم، صرفه‌جویی ب صد و هشت ساعت است؛ منهای بیست و چهار ساعت ساخت و حدود هجده ساعت تعمیر در سه سال، شصت و شش ساعت می‌ماند. سالی بیست و دو ساعت.
پرسش واقعی این است: آن بیست و دو ساعت در سال، می‌ارزد که یک سیستم شکننده‌ی دیگر داشته باشی که جز تو کسی بلد نیست درستش کند؟ برای الف بحثی نیست؛ در سه سال بیش از سیصد ساعت می‌ماند.
راه درست برای ب ساختن ورک‌فلو نیست، ساده کردن خود گزارش است. اگر همان گزارش را بشود در چهل دقیقه گرفت، بی‌آنکه حتی یک گره ساخته شود، در سه سال حدود صد و چهل ساعت آزاد شده است.
کار نادر سنگین را ساده کن؛ کار مکرر سبک را خودکار کن.
این جمله با حس آدم جور درنمی‌آید. کاری که بیشتر از همه آزارت می‌دهد معمولا همان کار نادر سنگین است، و دقیقا همان نامزد بدی برای خودکار شدن است. نامزدهای خوب بی‌سروصدایند: کاری که روزی سه بار، هر بار دو دقیقه، تکرار می‌شود و کسی حتی از آن گلایه نمی‌کند.
جایی که n8n می‌درخشد و جایی که نه
هر آموزشی که درباره‌ی n8n دیده‌ای احتمالا وانمود می‌کند این ابزار جواب همه‌چیز است. نیست. اگر مرزش را ندانی، شش ماه بعد با یک ورک‌فلوی هشتادگره‌ای روبه‌رو می‌شوی که کسی جرئت دست زدن به آن را ندارد.
n8n در سه جا واقعا خوب است:
- وصل کردن چند سرویس بیرونی به هم.
- کارهای زمان‌بندی‌شده‌ی سبک.
- ساختن سریع نمونه‌ی اولیه از چیزی که هنوز نمی‌دانی ارزش ساختن دارد یا نه.
و جایی که نباید از آن استفاده کنی: قلب تراکنشی کسب‌وکار. پرداخت و ثبت سفارش باید یا هر دو با هم انجام شوند یا هیچ‌کدام. یک ورک‌فلو می‌تواند درست وسط این دو قدم بمیرد؛ آن‌وقت پول گرفته شده و سفارشی ثبت نشده است. این بخش در کد اپلیکیشن و با تراکنش پایگاه داده نوشته می‌شود، و n8n بعد از تایید موفق، کارهای جانبی را انجام می‌دهد: پیامک تشکر، ثبت در شیت، خبر به تیم. آن‌ها اگر بشکنند فاجعه نیست.
این را از روی تجربه می‌گوییم: سیستمی که مثال‌های این دوره از آن آمده، خودش کارهای داخلی‌اش را با کد مستقیم انجام می‌دهد، چون به تراکنش پایگاه داده و کنترل دقیق خطا نیاز داشت. n8n آن‌جا برای ساختن فایل ورک‌فلوی قابل دانلود به کار می‌رود، نه برای گرداندن خود کسب‌وکار.
ترتیبی که یادگیری n8n را کوتاه می‌کند
اگر حساب بالا نشان داد کاری داری که ارزش ساختن دارد، این ترتیب از کم‌خطرترین به حرفه‌ای‌ترین جلو می‌رود و هر قدم روی قدم قبلی سوار است:
- تصمیم: همان جدول بالا، پیش از نصب هر چیزی.
- محیط: نصب روی سرور خودت. نسخه‌ی ابری برای آشنایی خوب است، ولی برای کار واقعی در ایران، نسخه‌ی خودمیزبان راه عملی است.
- تریگر: اینکه چه چیزی ورک‌فلو را شروع می‌کند بی‌سروصداترین تصمیم است و بیشترین اثر را روی قابل اعتماد بودن آن دارد.
- شکل داده: تقریبا هر ورک‌فلوی شکسته یک ریشه دارد: داده آن شکلی نبود که فکر می‌کردی.
- خطا و هشدار: ورک‌فلویی که وقتی می‌شکند خبر نمی‌دهد، روزی بی‌صدا از کار می‌افتد.
- اجرای دوباره: هر اتوماسیونی روزی دو بار اجرا می‌شود؛ باید مطمئن باشی دو بار پیامک نمی‌فرستد.
- کلیدها و لاگ: ورک‌فلو روزی برای کسی فرستاده می‌شود و هر کلیدی که داخلش نوشته باشی با آن می‌رود.
- آزمون پیش از اجرای واقعی: «روی سیستم من کار کرد» درباره‌ی اتوماسیون تقریبا هیچ نمی‌گوید.
- سرویس‌های ایرانی: پیامک، پیام‌رسان و درگاه، که برایشان گره‌ی آماده نیست.
- مرز ابزار: جایی که باید بایستی و کد بنویسی.
- نسخه و پشتیبان: ورک‌فلوی بی‌پشتیبان یک کلیک اشتباه با از دست رفتن کل کار فاصله دارد.
دقت کن که «یاد گرفتن همه‌ی گره‌ها» در این فهرست نیست. گره‌ها را هنگام ساختن کار واقعی یاد می‌گیری. چیزی که آموزش‌های معمول جا می‌اندازند، قدم‌های پنجم تا هشتم است؛ همان‌هایی که فرق یک ورک‌فلوی نمایشی را با ورک‌فلویی که ماه‌ها بی‌دخالت کار می‌کند می‌سازند.
برگه‌ی ده کار، پیش از نصب
هنوز چیزی نصب نکن. یک برگه یا یک شیت باز کن و کارها را از هفته‌ی گذشته‌ات بردار، نه از تصورت درباره‌ی هفته‌ای معمولی.
- ده کار تکراری واقعی هفته‌ی گذشته را بنویس.
- برای هر کدام چهار ستون پر کن: تکرار در هفته، دقیقه‌ی هر بار، تخمین ساعت ساخت، و نوع اتصال (API یا خواندن صفحه).
- صرفه‌جویی سالانه را حساب کن: تکرار در هفته ضرب در پنجاه و دو ضرب در دقیقه، تقسیم بر شصت.
- برای نگه‌داشت سالانه سهمی از زمان ساخت را در نظر بگیر و برای اتصال صفحه‌محور آن سهم را بزرگ‌تر بگیر.
- سود سه‌ساله را دربیاور: سه برابر صرفه‌جویی، منهای ساخت، منهای سه برابر نگه‌داشت.
- یک ستون آخر اضافه کن: اگر این ورک‌فلو بی‌صدا بشکند چه می‌شود؟ اگر جواب «پول یا مشتری از دست می‌رود» است، علامتش بزن.
یک محک برای سخت‌گیری: دست‌کم سه ردیف باید رد شوند. اگر همه قبول شدند، با خودت سخت نگرفته‌ای. و ردیفی که هم عدد خوبی دارد و هم علامت «پول از دست می‌رود» خورده، اولین پروژه‌ی خوبی است، به یک شرط: بدون هشدار خرابی ساخته نشود. چنین ورک‌فلویی بدون هشدار، از نبودنش خطرناک‌تر است.
اگر هیچ ردیفی قبول نشد
این هم نتیجه‌ی درستی است و کم پیش نمی‌آید. یعنی کارهای تکراری تو یا هنوز کم‌حجم‌اند یا از جنس نادر سنگین، که راهشان ساده کردن است. در این حالت یادگیری n8n را رها نکن؛ فقط روی کار کس دیگری تمرین کن، مثلا یک مشتری یا یک دوست که فرم و شیت و پیامک دارد.
این حساب قانون نیست. سهم نگه‌داشتی که برای هر نوع اتصال در نظر می‌گیری ممکن است برای کار تو کمتر یا بیشتر باشد. کارش این است که جلوی فرض «نگه‌داشت صفر است» را بگیرد. اگر می‌خواهی همین مسیر را از جدول تصمیم تا ورک‌فلویی با هشدار، پشتیبان و اتصال به سرویس‌های ایرانی قدم‌به‌قدم بروی، جزئیات این دوره را ببین.
