تحلیل معاملات از دست رفته HubSpot و احیای آن‌ها با هوش مصنوعی

تحلیل معاملات از دست رفته HubSpot و احیای آن‌ها با هوش مصنوعی

15 دقیقه مطالعه · منتشر شده ۱۴۰۵/۴/۲۹

دانلود workflow

فایل JSON آماده import در n8n — credentialها باید در n8n شما تنظیم شوند.

  1. فایل JSON را دانلود کنید.
  2. در n8n: Workflows → Import from File.
  3. Credentialهای هر node را متصل کنید.
  4. workflow را فعال کنید.

شناسه workflow: 12328 · منبع: کاتالوگ Axeto

تحلیل معاملات از دست رفته HubSpot و تولید استراتژی‌های احیا با OpenAI

این گردش کار معاملات از دست رفته HubSpot را تحلیل می‌کند، از OpenAI برای درک دلایل از دست رفتن و تولید استراتژی‌های احیای سفارشی استفاده می‌کند، و سپس یک گزارش جامع را از طریق ایمیل و Slack توزیع می‌کند، در حالی که داده‌ها را برای حسابرسی ثبت می‌کند.

دسته‌بندی‌ها: CRM، خلاصه‌سازی با هوش مصنوعی

گره‌ها: n8n-nodes-base.if، n8n-nodes-base.set، n8n-nodes-base.code، n8n-nodes-base.gmail، n8n-nodes-base.merge، n8n-nodes-base.slack، n8n-nodes-base.hubspot، n8n-nodes-base.stickyNote، n8n-nodes-base.googleSheets، n8n-nodes-base.scheduleTrigger، @n8n/n8n-nodes-langchain.openAi

۱. نمای کلی گردش کار

هدف:

این گردش کار به صورت دوره‌ای معاملات را از HubSpot بازیابی می‌کند، معاملات بسته شده – از دست رفته (Closed–Lost) را جدا می‌کند، از OpenAI (از طریق گره OpenAI LangChain) برای (۱) طبقه‌بندی دلیل از دست رفتن و (۲) تولید یک استراتژی احیا/مجدد درگیر شدن استفاده می‌کند، سپس یک گزارش تجمیعی را از طریق Gmail و Slack توزیع می‌کند و در نهایت یک رکورد قابل حسابرسی را در Google Sheets می‌نویسد.

موارد استفاده هدف:

  • بررسی هفتگی/روزانه معاملات از دست رفته توسط رهبری فروش با دسته‌بندی سازگار.
  • ایجاد خط لوله "احیای معامله" با برنامه‌های ارتباطی با کمک هوش مصنوعی.
  • گزارش حسابرسی توصیه‌های هوش مصنوعی و ارتباطات ارسال شده.

بلوک‌های منطقی

1. ورودی زمان‌بندی شده و بازیابی معامله (HubSpot): گردش کار را بر اساس یک برنامه زمان‌بندی فعال می‌کند و معاملات را از HubSpot واکشی می‌کند و برای مواردی که به عنوان "بسته شده – از دست رفته" علامت‌گذاری شده‌اند، فیلتر می‌کند.

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

3. تحلیل از دست دادن با هوش مصنوعی (طبقه‌بندی + توضیح): از OpenAI برای طبقه‌بندی دلیل از دست رفتن معامله و ارائه یک توضیح مختصر استفاده می‌کند.

4. ادغام داده‌های معامله + بینش از دست دادن: اطلاعات اصلی معامله را با تحلیل از دست دادن تولید شده توسط هوش مصنوعی ترکیب می‌کند.

5. تولید استراتژی احیای هوش مصنوعی: از OpenAI برای ایجاد یک استراتژی خاص برای مجدد درگیر شدن با معامله از دست رفته استفاده می‌کند.

6. ادغام مجموعه داده نهایی + گزارش‌دهی: استراتژی احیا را با داده‌های معامله و از دست دادن ادغام می‌کند، سپس گزارش‌ها را از طریق Gmail و Slack قالب‌بندی و ارسال می‌کند.

7. ماندگاری داده / ثبت حسابرسی (Google Sheets): رکوردی از معاملات تجزیه و تحلیل شده و استراتژی‌های تولید شده را برای حسابرسی به یک Google Sheet اضافه می‌کند.

---

۲. تجزیه و تحلیل بلوک به بلوک

۲.۱ ورودی زمان‌بندی شده و بازیابی معامله (HubSpot)

مرور کلی:

این بلوک به صورت روزانه در زمان پیکربندی شده گردش کار را آغاز می‌کند، لیستی از معاملات را از HubSpot بازیابی کرده و آن‌ها را فیلتر می‌کند تا فقط معاملات در مرحله "بسته شده - از دست رفته" را شامل شود.

گره‌های درگیر:

  • Schedule Trigger
  • Get many deals (HubSpot)
  • If

#### گره: Schedule Trigger

  • نوع / نقش: n8n-nodes-base.scheduleTrigger - گردش کار را بر اساس یک برنامه تعریف شده آغاز می‌کند.
  • پیکربندی: تنظیم شده برای اجرا روزانه در ساعت ۰۹:۰۰.
  • ورودی/خروجی: ورودی ندارد؛ گره "Get many deals" را فعال می‌کند.
  • ملاحظات: زمان اجرای گردش کار به منطقه زمانی نمونه n8n بستگی دارد. اطمینان حاصل کنید که این با نیازهای گزارش‌دهی کسب‌وکار شما همسو باشد.

#### گره: Get many deals (HubSpot)

  • نوع / نقش: n8n-nodes-base.hubspot - رکوردهای معامله را از HubSpot واکشی می‌کند.
  • پیکربندی:

* منبع: Deal

* عملیات: Get All

* احراز هویت: App Token

* ویژگی‌های درخواستی: dealname, dealstage, dealtype, description, amount, createdate, closedate, hubspot_owner_id, hs_deal_stage_probability, hs_last_shared_message_create_date, num_associated_contacts

  • ورودی/خروجی: سیگنال تریگر را دریافت می‌کند؛ لیستی از آیتم‌های معامله را خروجی می‌دهد.
  • یادداشت ادغام: گره‌های پایین‌دستی انتظار نام فیلدهای خاصی را دارند (مانند dealStage, dealName). اگر گره HubSpot نام‌های ویژگی خام را برگرداند (مانند dealstage)، ممکن است لازم باشد قبل از مرحله فیلتر کردن، آن‌ها را تغییر نام دهید.
  • مشکلات احتمالی:

* توکن برنامه نامعتبر یا منقضی شده، یا دسترسی‌های ناکافی.

* محدودیت‌های نرخ یا مشکلات صفحه‌بندی با عملیات "Get All".

* ویژگی‌های درخواستی گمشده یا خالی می‌توانند باعث خطا در عبارات بعدی شوند.

#### گره: If

  • نوع / نقش: n8n-nodes-base.if - معاملات بازیابی شده را فیلتر می‌کند تا فقط معاملات در مرحله "Closed–Lost" را جدا کند.
  • پیکربندی:

* شرط: ={{ $json.dealStage }} برابر است با closedlost

  • ورودی/خروجی: آیتم‌های معامله را دریافت می‌کند؛ آیتم‌هایی را که شرط را برآورده می‌کنند (شاخه "true") به گره "Edit Fields" ارسال می‌کند.
  • اشکال رایج: ویژگی dealstage از HubSpot ممکن است با حروف کوچک باشد (dealstage) یا درون properties قرار گرفته باشد. اگر عبارت $json.dealStage منجر به undefined شود، هیچ معامله‌ای از این فیلتر عبور نخواهد کرد. ساختار دقیق داده‌های JSON ورودی را تأیید کرده و عبارت را بر این اساس تنظیم کنید (مانند $json.dealstage یا $json.properties.dealstage).

---

۲.۲ استانداردسازی معامله / آماده‌سازی فیلد

مرور کلی:

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

گره‌های درگیر:

  • Edit Fields

#### گره: Edit Fields

  • نوع / نقش: n8n-nodes-base.set - یک ساختار داده استاندارد ایجاد می‌کند.
  • پیکربندی: مقادیر را به نام‌های فیلد استاندارد شده اختصاص می‌دهد:

* dealName = {{$json.dealName}}

* amount = {{$json.amount}} (انتظار می‌رود به صورت عدد باشد)

* lostReason = {{$json.lostReason}}

* salesNotes = {{$json.salesNotes}}

* industry = {{$json.industry}}

* ownerName = {{$json.ownerName}}

* closeDate = {{$json.closeDate}}

  • ورودی/خروجی: آیتم‌های معامله فیلتر شده را دریافت می‌کند؛ آیتم‌های استاندارد شده را به گره "Brief Explanation Creator" و به عنوان ورودی دوم به گره "Merge" خروجی می‌دهد.
  • مشکلات احتمالی: چندین فیلد ارجاع شده (lostReason, salesNotes, industry, ownerName, closeDate) ممکن است در لیست ویژگی‌های گره "Get many deals" گنجانده نشده باشند. اگر این فیلدها از HubSpot در دسترس نباشند، خالی خواهند بود و احتمالاً تحلیل هوش مصنوعی را تضعیف می‌کنند. اطمینان حاصل کنید که این ویژگی‌ها از HubSpot واکشی شده یا از فیلدهای موجود نگاشت شده‌اند.

---

۲.۳ تحلیل از دست دادن معامله (طبقه‌بندی + توضیح) با هوش مصنوعی

مرور کلی:

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

گره‌های درگیر:

  • Brief Explanation Creator (OpenAI)
  • Code in JavaScript (Parser)

#### گره: Brief Explanation Creator (OpenAI)

  • نوع / نقش: @n8n/n8n-nodes-langchain.openAi - با مدل زبان OpenAI برای تحلیل از دست دادن تعامل دارد.
  • مدل: gpt-4o-mini
  • طراحی پرامپت:

* System Prompt: "شما یک تحلیلگر ارشد عملیات فروش هستید."

* User Prompt: ویژگی‌های معامله را ارائه می‌دهد و یک طرح خروجی JSON دقیق را مشخص می‌کند.

* محدودیت‌های خروجی: فقط خروجی JSON معتبر را بدون هیچ‌گونه قالب‌بندی Markdown نیاز دارد.

* دسته‌های مجاز: Price, Timing/Budget, Competitor, Feature Gap, Trust/Security, Complexity/Implementation, No Response/Ghosted, Internal Decision/Priority Shift.

  • ورودی/خروجی: آیتم‌های معامله استاندارد شده را دریافت می‌کند؛ یک شیء پاسخ LLM (قالب LangChain) را خروجی می‌دهد که توسط گره تجزیه‌کننده بعدی استفاده می‌شود.
  • مشکلات احتمالی:

* مدل ممکن است داده‌های غیر JSON یا متن اضافی برگرداند و باعث خطاهای تجزیه‌کننده شود.

* اگر توضیحات یا یادداشت‌های معامله بیش از حد طولانی باشند، ممکن است محدودیت‌های توکن رعایت نشوند.

* مشکلات مربوط به اعتبارنامه‌های OpenAI یا دسترسی به مدل.

#### گره: Code in JavaScript (Parser)

  • نوع / نقش: n8n-nodes-base.code - پاسخ JSON را از گره OpenAI تجزیه می‌کند.
  • منطق کلیدی:

* محتوای متنی را از پاسخ LLM استخراج می‌کند، که معمولاً در currentItem.json?.output?.[0]?.content?.[0]?.text یافت می‌شود.

* متن استخراج شده را با استفاده از JSON.parse() تجزیه می‌کند.

* lossCategory, confidenceLevel, و briefExplanation را استخراج می‌کند.

* در صورت شکست تجزیه، مقادیر پیش‌فرض (Other, Low, Could not parse AI response) را ارائه می‌دهد.

* یک itemIndex برای هم‌ترازی احتمالی داده‌ها اضافه می‌کند.

  • ورودی/خروجی: پاسخ LLM را دریافت می‌کند؛ داده‌های تجزیه شده را به گره "Merge" (ورودی اول) خروجی می‌دهد.
  • ملاحظات:

* اگر ساختار خروجی گره OpenAI تغییر کند (مانند استفاده از output_text به جای text)، این تجزیه‌کننده ممکن است شکست بخورد. منطق تجزیه آن را با گره تجزیه‌کننده استراتژی که text || output_text را مدیریت می‌کند، هم‌تراز کنید.

* دسته "Other" به عنوان یک راه‌حل جایگزین استفاده می‌شود که از نظر عملیاتی قابل قبول است اما ممکن است با دسته‌های صراحتاً مجاز در پرامپت متفاوت باشد.

---

۲.۴ ادغام: داده‌های معامله + بینش از دست دادن → استراتژی احیای هوش مصنوعی

مرور کلی:

این بلوک داده‌های معامله استاندارد شده را با تحلیل از دست دادن تولید شده توسط هوش مصنوعی ادغام می‌کند. سپس این اطلاعات ترکیبی را به OpenAI ارسال می‌کند تا یک استراتژی احیای خاص تولید کند، که متعاقباً تجزیه می‌شود.

گره‌های درگیر:

  • Merge
  • Feedback Creator (OpenAI)
  • Code in JavaScript1 (Strategy Parser)

#### گره: Merge

  • نوع / نقش: n8n-nodes-base.merge - دو جریان داده را بر اساس موقعیت آن‌ها ترکیب می‌کند.
  • حالت: combineByPosition
  • ورودی‌ها:

* ورودی ۱: داده‌های تحلیل از دست دادن تجزیه شده (از "Code in JavaScript").

* ورودی ۲: فیلدهای معامله استاندارد شده (از "Edit Fields").

  • خروجی‌ها:

* خروجی اصلی به گره "Feedback Creator" ارسال می‌شود.

* این داده‌های ادغام شده همچنین به عنوان ورودی دوم به گره "Merge1" برای استفاده بعدی ارسال می‌شود.

  • ملاحظات: اگر تعداد آیتم‌ها بین دو ورودی متفاوت باشد (مثلاً به دلیل شکست پردازش هوش مصنوعی)، combineByPosition می‌تواند منجر به عدم هم‌ترازی داده‌ها شود. در صورت دسترسی، از یک کلید پایدار مانند شناسه معامله برای ادغام استفاده کنید.

#### گره: Feedback Creator (OpenAI)

  • نوع / نقش: @n8n/n8n-nodes-langchain.openAi - یک استراتژی مجدد درگیر شدن با استفاده از OpenAI تولید می‌کند.
  • مدل: gpt-4o-mini
  • طراحی پرامپت:

* System Prompt: "شما یک استراتژیست ارشد فروش B2B هستید."

* User Prompt: شامل ویژگی‌های معامله، lossCategory و briefExplanation است.

* محدودیت‌های خروجی: خروجی JSON با فیلدهای زیر را نیاز دارد: reengagementTiming, recommendedChannel, messageAngle, suggestedIncentive, salesActionStep.

  • ورودی/خروجی: داده‌های معامله و از دست دادن ادغام شده را دریافت می‌کند؛ استراتژی تولید شده را به "Code in JavaScript1" خروجی می‌دهد.
  • مشکلات احتمالی: پاسخ‌های غیر JSON، فیلدهای گمشده در پاسخ، محدودیت‌های توکن، یا مشکلات اعتبارنامه.

#### گره: Code in JavaScript1 (Strategy Parser)

  • نوع / نقش: n8n-nodes-base.code - JSON استراتژی احیا را تجزیه کرده و در صورت لزوم مقادیر پیش‌فرض را اعمال می‌کند.
  • منطق کلیدی:

* تلاش برای تجزیه پاسخ LLM، پشتیبانی از فیلدهای text و output_text.

* مقادیر پیش‌فرض را برای اجزای استراتژی در صورت گمشده بودن اعمال می‌کند:

* reengagementTiming: "۳۰–۶۰ روز پس از باخت"

* recommendedChannel: "ایمیل شخصی‌سازی شده"

* messageAngle: قالبی که به lossCategory ارجاع می‌دهد.

* suggestedIncentive: "محتوای آموزشی یا دوره آزمایشی محدود"

* salesActionStep: دستورالعمل پیگیری عمومی.

  • ورودی/خروجی: پاسخ تولید استراتژی را دریافت می‌کند؛ فیلدهای استراتژی تجزیه شده را به ورودی اول "Merge1" خروجی می‌دهد.
  • اشکال/مورد لبه حیاتی: پیاده‌سازی فعلی تلاش می‌کند از lossCategory در پیش‌فرض messageAngle استفاده کند (Re-engage focusing on value related to ${lossCategory || "their needs"}.). با این حال، lossCategory مستقیماً در دامنه این گره در دسترس نیست مگر اینکه صراحتاً ارسال یا ادغام شود. این می‌تواند منجر به ReferenceError شود. برای رفع این مشکل، اطمینان حاصل کنید که lossCategory در داده‌های آیتم ارسال شده به این گره گنجانده شده است (مثلاً با ادغام آن قبل از این مرحله یا اطمینان از اینکه بخشی از ورودی گره "Merge" است).
  • محدودیت ادغام داده: این گره فقط فیلدهای استراتژی را تجزیه و برمی‌گرداند. این فیلدها را با داده‌های معامله اصلی ادغام نمی‌کند؛ آن ادغام در گره بعدی "Merge1" اتفاق می‌افتد.

---

۲.۵ ادغام مجموعه داده نهایی + گزارش‌دهی (ایمیل + Slack)

مرور کلی:

این بلوک استراتژی احیای تولید شده را با داده‌های معامله و باخت غنی شده ادغام می‌کند. سپس یک ایمیل HTML دقیق و یک پیام مختصر Slack را برای خلاصه‌سازی یافته‌ها برای همه معاملات پردازش شده ایجاد کرده و این گزارش‌ها را ارسال می‌کند.

گره‌های درگیر:

  • Merge1
  • Code in JavaScript7 (HTML Email Builder)
  • Send a message2 (Gmail)
  • Code in JavaScript2 (Slack Message Builder)
  • Send a message1 (Slack)

#### گره: Merge1

  • نوع / نقش: n8n-nodes-base.merge - داده‌های استراتژی احیا را با داده‌های تحلیل معامله و باخت ترکیب می‌کند.
  • حالت: combineByPosition
  • ورودی‌ها:

* ورودی ۱: فیلدهای استراتژی احیا (از "Code in JavaScript1").

* ورودی ۲: داده‌های معامله و باخت غنی شده (از "Merge").

  • خروجی‌ها: آیتم‌های ترکیبی را به موارد زیر ارسال می‌کند:

* "Code in JavaScript7" (برای تولید ایمیل).

* "Code in JavaScript2" (برای تولید پیام Slack).

  • ملاحظات: مشابه گره "Merge" قبلی، اگر تعداد آیتم‌ها از دو ورودی متفاوت باشد، عدم هم‌ترازی می‌تواند رخ دهد.

#### گره: Code in JavaScript7 (HTML Email Builder)

  • نوع / نقش: n8n-nodes-base.code - بدنه ایمیل HTML تجمیعی را تولید می‌کند.
  • منطق کلیدی: از طریق تمام آیتم‌های ورودی (معاملات) تکرار شده و ردیف‌های جدول HTML (<tr>) را شامل جزئیات مانند موارد زیر می‌سازد:

* نام معامله، صنعت، نام صاحب

* دسته باخت، دلیل، مبلغ

* زمان‌بندی مجدد تعامل، کانال پیشنهادی، زاویه پیام، مشوق پیشنهادی، گام اقدام فروش

  • خروجی: یک آیتم واحد حاوی رشته کامل emailHtml را برمی‌گرداند.
  • ملاحظات:

* کاراکترهای ویژه HTML در فیلدهای داده‌ای فرار نمی‌شوند، که می‌تواند منجر به HTML شکسته در برخی کلاینت‌های ایمیل شود.

* استفاده از یک ایموجی ("📌") در سربرگ ایمیل ممکن است در کلاینت‌های ایمیل مختلف به طور متفاوتی نمایش داده شود.

#### گره: Send a message2 (Gmail)

  • نوع / نقش: n8n-nodes-base.gmail - گزارش ایمیل HTML تولید شده را ارسال می‌کند.
  • پیکربندی:

* به: sales-person-id (نگهدارنده مکان - با آدرس ایمیل گیرنده واقعی جایگزین کنید).

* موضوع: "گزارش استراتژی مجدد تعامل معاملات از دست رفته"

* بدنه: از خروجی emailHtml از گره "Code in JavaScript7" استفاده می‌کند.

  • ورودی/خروجی: محتوای ایمیل HTML را دریافت می‌کند؛ ایمیل را ارسال می‌کند.
  • مشکلات احتمالی: اعتبارنامه‌های API Gmail، آدرس گیرنده نادرست، یا مشکلات اتصال شبکه.

#### گره: Code in JavaScript2 (Slack Message Builder)

  • نوع / نقش: n8n-nodes-base.code - یک پیام مختصر را برای Slack قالب‌بندی می‌کند.
  • منطق کلیدی: از طریق آیتم‌های معامله تکرار شده و یک خلاصه رشته‌ای برای هر کدام ایجاد می‌کند، اطلاعات کلیدی مانند نام معامله، دسته باخت و گام اقدام احیای تولید شده توسط هوش مصنوعی را برجسته می‌کند. این خلاصه‌ها را در یک پیام واحد ترکیب می‌کند.
  • خروجی: یک آیتم واحد با رشته slackMessage را برمی‌گرداند.
  • ملاحظات: قالب پیام پایه است؛ قالب‌بندی پیچیده ممکن است نیاز به تنظیمات داشته باشد.

#### گره: Send a message1 (Slack)

  • نوع / نقش: n8n-nodes-base.slack - پیام قالب‌بندی شده را به یک کانال Slack ارسال می‌کند.
  • پیکربندی:

* شناسه کانال: کانال Slack هدف را مشخص کنید.

* متن: از خروجی slackMessage از گره "Code in JavaScript2" استفاده می‌کند.

  • ورودی/خروجی: محتوای پیام Slack را دریافت می‌کند؛ پیام را به کانال پیکربندی شده ارسال می‌کند.
  • مشکلات احتمالی: اعتبارنامه‌های API Slack نامعتبر، شناسه کانال نادرست، یا مشکلات شبکه.

---

۲.۶ ماندگاری داده / ثبت حسابرسی (Google Sheets)

مرور کلی:

این بلوک نهایی با نوشتن داده‌ها در یک Google Sheet، اطمینان از ثبت دائمی معاملات تحلیل شده و استراتژی‌های تولید شده را فراهم می‌کند. این به عنوان یک گزارش قابل حسابرسی عمل می‌کند.

گره‌های درگیر:

  • Code in JavaScript (Data Re-fetcher)
  • Append (Google Sheets)

#### گره: Code in JavaScript (Data Re-fetcher)

  • نوع / نقش: n8n-nodes-base.code - داده‌های لازم را مجدداً واکشی می‌کند تا اطمینان حاصل شود که ورودی Google Sheet حاوی تمام اطلاعات اصلی و تولید شده مرتبط است. این مورد نیاز است زیرا گره‌های Gmail و Slack فقط پیام‌های تأیید را خروجی می‌دهند، نه بار داده کامل.
  • منطق کلیدی: این گره احتمالاً به داده‌های خروجی گره "Merge1" (که حاوی داده‌های ترکیبی معامله، تحلیل باخت و استراتژی است) دسترسی پیدا کرده و آن را به طور مناسب برای گره Google Sheets قالب‌بندی می‌کند. اطمینان حاصل می‌کند که فیلدهایی مانند dealName, lossCategory, briefExplanation, reengagementTiming, recommendedChannel, messageAngle, suggestedIncentive, و salesActionStep در دسترس هستند.
  • ورودی/خروجی: داده‌های ترکیبی را از "Merge1" دریافت می‌کند؛ داده‌های قالب‌بندی شده را برای گره Google Sheets خروجی می‌دهد.
  • ملاحظات: منطق دقیق به نحوه ساختاردهی خروجی "Merge1" و نحوه انتخاب و نگاشت فیلدها توسط این گره کد بستگی دارد.

#### گره: Append (Google Sheets)

  • نوع / نقش: n8n-nodes-base.googleSheets - یک ردیف جدید را به یک Google Sheet مشخص اضافه می‌کند.
  • پیکربندی:

* منبع: Value

* عملیات: Append

* احراز هویت: اعتبارنامه‌های Google OAuth2.

* شناسه صفحه گسترده و نام برگه: Google Sheet و صفحه کاری هدف را مشخص کنید.

* مقادیر: فیلدهای خروجی از گره "Code in JavaScript" قبلی را به ستون‌های Google Sheet نگاشت می‌کند.

  • ورودی/خروجی: داده‌های قالب‌بندی شده را دریافت می‌کند؛ یک ردیف را به Google Sheet اضافه می‌کند.
  • مشکلات احتمالی: اعتبارنامه‌های Google OAuth2 نادرست، شناسه صفحه گسترده یا نام برگه نامعتبر، مجوزهای ناکافی برای حساب سرویس، یا مشکلات اتصال شبکه.

---

۳. خلاصه اجرای گردش کار و جریان داده

1. راه‌انداز (Trigger): راه‌انداز Schedule Trigger گردش کار را هر روز ساعت ۰۹:۰۰ آغاز می‌کند.

2. دریافت داده HubSpot: گره HubSpot معاملات را بازیابی می‌کند و گره If معاملات "Closed–Lost" (بسته شده - از دست رفته) را فیلتر می‌کند.

3. استانداردسازی: Edit Fields خصوصیات کلیدی معامله را استاندارد می‌کند.

4. تحلیل با هوش مصنوعی برای دلایل از دست رفتن: اولین گره OpenAI دلیل از دست رفتن را تحلیل می‌کند و اولین گره Code نتیجه را تجزیه می‌کند.

5. تولید استراتژی: گره Merge داده‌های معامله و دلایل از دست رفتن را ترکیب می‌کند. دومین گره OpenAI یک استراتژی احیا تولید می‌کند و دومین گره Code آن را تجزیه می‌کند.

6. ترکیب نهایی و گزارش‌دهی: Merge1 داده‌های استراتژی را با داده‌های غنی‌شده معامله ترکیب می‌کند. HTML برای ایمیل توسط Code in JavaScript7 ساخته شده و از طریق Gmail ارسال می‌شود. پیام Slack توسط Code in JavaScript2 ساخته شده و از طریق Slack ارسال می‌شود.

7. ثبت حسابرسی (Audit Logging): یک گره Code نهایی داده‌ها را آماده می‌کند و گره Google Sheets یک رکورد را به گزارش حسابرسی اضافه می‌کند.

این گردش کار یک سیستم قوی برای درک دلایل از دست رفتن معاملات و تولید فعالانه استراتژی‌هایی برای احیای بالقوه آن‌ها، ضمن حفظ یک مسیر حسابرسی شفاف، فراهم می‌کند.

Nodeهای استفاده‌شده

سوالات متداول

این گردش کار n8n چگونه به تحلیل معاملات از دست رفته HubSpot کمک می‌کند؟

این گردش کار با بازیابی معاملات از دست رفته HubSpot، استفاده از OpenAI برای درک دلایل از دست رفتن و تولید استراتژی‌های احیا، به تحلیل و بهبود عملکرد فروش کمک می‌کند.

نقش OpenAI در این گردش کار چیست؟

OpenAI برای طبقه‌بندی دلایل از دست رفتن معاملات و تولید استراتژی‌های سفارشی برای مجدد درگیر شدن با مشتریان استفاده می‌شود.

گزارش‌ها چگونه توزیع می‌شوند و داده‌ها کجا ثبت می‌شوند؟

گزارش‌های تحلیلی از طریق ایمیل (Gmail) و Slack توزیع می‌شوند و داده‌های مربوط به معاملات و استراتژی‌های تولید شده برای حسابرسی در Google Sheets ثبت می‌گردند.

چه نوع معاملاتی در این گردش کار تحلیل می‌شوند؟

این گردش کار به طور خاص معاملات HubSpot را که در مرحله "بسته شده – از دست رفته" (Closed–Lost) قرار دارند، تحلیل می‌کند.

workflowهای مرتبط

این workflow در کاتالوگ Axeto.ai بایگانی شده است. لایسنس اصلی متعلق به سازنده workflow است.