قیف بیمار با WhatsApp Business API: راهاندازی و اتریبیوشن
چطور WhatsApp Business Platform را به قیف کلینیک وصل کنیم: راهاندازی حساب، دستههای قالب، webhook، اتصال CRM و ساخت فنی اتریبیوشن منبع.
نوشته Roozbeh Nazari · CEO
در کلینیکهایی که بیمار از خارج جذب میکنند، اولین تماس معمولاً یک فرم نیست، بلکه یک پیام WhatsApp است. اینکه پیام از کجا آمده، به دست چه کسی رسیده و آیا به رزرو تبدیل شده یا نه، در حسابی که با اپلیکیشن روی گوشی اداره میشود گم میشود. WhatsApp Business Platform، یعنی سمت API این محصول، تنها راه قابلاندازهگیری کردن این جریان است. این مقاله راهاندازی را از صفر توضیح میدهد: کدام حساب، کدام نوع پیام، webhook به کجا وصل میشود و اطلاعات منبع چطور به مکالمه چسبانده میشود.
تمرکز این مقاله زیرساخت است. اینکه کدام لید واجد شرایط محسوب میشود و زنجیره تا رزرو چطور طراحی میشود را در مقاله سنجش کیفیت لید گفتهایم؛ اینجا لولههایی را میکشیم که آن زنجیره روی آنها کار میکند. مدل کاری ما برای کلینیکها در صفحه صنعت کلینیکها توضیح داده شده است.
اپلیکیشن یا پلتفرم: هزینه تصمیم
WhatsApp برای کسبوکارها دو محصول جداگانه دارد. اپلیکیشن WhatsApp Business روی گوشی اجرا میشود، به یک دستگاه وابسته است و داده مکالمهها روی همان دستگاه میماند. اما WhatsApp Business Platform یک API است که در ابر Meta اجرا میشود؛ پیامها به یک سرور میرسند و از آنجا به هر سیستمی که بخواهید منتقل میشوند. برای یک مطب کوچک شاید اپلیکیشن کافی باشد. اما برای کلینیکی که ماهانه صدها مکالمه بینالمللی دارد و چند هماهنگکننده بیمار در آن کار میکنند، اپلیکیشن یک جعبه سیاه است که اندازهگیری در آن ناممکن است.
هزینه رفتن به پلتفرم سازمانی است، نه فنی. وقتی شماره از یک دستگاه بیرون میآید و به یک سیستم وصل میشود، پاسخ سؤال «چه کسی جواب داد» را نرمافزار میدهد و چتهای شخصی بیماران که روی گوشی هماهنگکنندهها جمع شده از بین میرود. بعضی تیمها در برابر این مقاومت میکنند و دقیقاً همین چیزی است که باید پیش از شروع راهاندازی دربارهاش صحبت شود.
ترتیب راهاندازی: حساب، شماره، قالبها
راهاندازی چهار بخش دارد. اول، باز کردن یک WhatsApp Business Account زیر حساب Meta Business و تأیید کسبوکار. دوم، انتقال شماره به پلتفرم؛ این شماره همزمان در اپلیکیشن قابل استفاده نیست، پس لحظه انتقال باید برنامهریزی شود. سوم، تأیید نام کسبوکاری که بیماران میبینند. چهارم، آماده کردن قالبهای پیام و فرستادن آنها برای تأیید.
قالبها بخشی است که در کلینیکها بیش از همه اشتباه فهمیده میشود. وقتی بیمار به شما پیام میدهد، میتوانید داخل پنجرهای که باز میشود آزادانه پاسخ دهید؛ اما اگر شما طرفی هستید که اول پیام میدهد، یا پنجره بسته شده، فقط میتوانید یک قالب از پیش تأییدشده بفرستید. Meta این قالبها را به سه دسته تقسیم میکند: بازاریابی، کاربردی و احراز هویت. یادآوری نوبت، درخواست مدارک و تأیید اطلاعات پرواز در دسته کاربردی قرار میگیرد؛ پیامی از نوع «کمپین فصل جدید ما» قالب بازاریابی است که هم قیمتگذاری متفاوتی دارد و هم تأیید جداگانه میخواهد.
یک لایه حقوقی هم وجود دارد. Meta برای پیامهایی که کسبوکار آغاز میکند رضایت صریح بیمار را شرط میداند؛ مقررات تبلیغاتی که در ترکیه بر ارائهدهندگان خدمات سلامت اعمال میشود هم محدودیتهایی درباره پیام ناخواسته دارد. در مرحله راهاندازی این دو لایه را با هم بخوانید؛ اینکه از ابتدا مکتوب کنید کدام قالب با کدام رضایت قابل ارسال است، از محدود شدن حساب در آینده ارزانتر است.
webhook: لحظهای که مکالمه به CRM میرسد
ارزش واقعی پلتفرم در webhook است. هر پیام ورودی، هر وضعیت تحویل و هر اطلاع خوانده شدن بهصورت JSON به آدرسی که شما تعیین میکنید فرستاده میشود. اینکه پشت آن آدرس چه چیزی باشد تصمیم شماست: نرمافزار هماهنگی بیمار، یک CRM یا یک لایه میانی ساده.
در عمل سه قاعده کار را آسان میکند. اول، هر رویدادی را که webhook دریافت میکند ابتدا همانطور که هست ذخیره کنید، بعد پردازش کنید؛ اگر پردازش خطا داد، داده خام در دستتان میماند. دوم، رکورد بیمار را با شناسه مکالمهای که پلتفرم میدهد کلید بزنید، نه با شماره تلفن؛ شماره بهعنوان کلید دوم نگه داشته میشود تا وقتی همان بیمار از شماره دیگری پیام داد دو رکورد باز نشود. سوم، پاسخ هماهنگکننده را هم در همان رکورد بنویسید؛ زمان اولین پاسخ فقط اینطور اندازهگیری میشود.
اتریبیوشن: اطلاعات منبع چطور سوار مکالمه میشود
سؤال اصلی اینجاست. وقتی بیماری در WhatsApp پیام میدهد، از کجا خواهید فهمید که از جستوجوی Google آمده، از تبلیغ Instagram یا از توصیه بیمار دیگری؟ پاسخ به کانال بستگی دارد و هیچ روش واحدی همه را پوشش نمیدهد.
برای کلیکهایی که از تبلیغات Meta میآیند، پلتفرم یک شیء ارجاع به رویداد پیام ورودی اضافه میکند. این شیء منبع تبلیغ و شناسه کلیک را دارد؛ وقتی webhook شما این فیلد را میخواند، مکالمه از همان پیام اول به مجموعه تبلیغ متصل میشود. این تمیزترین مسیر اتریبیوشن در کلینیکهاست و اولین چیزی است که در راهاندازی باید ساخته شود.
برای کلیکهایی که از وبسایت میآیند، ابزار شما متن پیام از پیش پرشده است. دکمه WhatsApp در سایت شما با متنی باز میشود که یک کد کوتاه مخصوص صفحه و کانال در آن هست؛ وقتی بیمار این متن را میفرستد، webhook شما کد را میخواند و مکالمه را به آن صفحه وصل میکند. کوتاه و مخصوص صفحه بودن کد، احتمال پاک کردنش توسط بیمار را کم میکند. اینکه کدام کد در کدام صفحه استفاده شود باید بر اساس جای دکمه در آناتومی لندینگ پیج تعیین شود.
در سمت جستوجوی ارگانیک زنجیره یک قدم بلندتر است: بیمار اول به سایت میآید، بعد دکمه را میزند. کلیک روی سایت همراه با منبع نشست در سمت تحلیل ثبت میشود؛ رکورد مکالمهای که از کد از پیش پرشده ساخته شده هم همان کد را دارد، پس دو طرف بعداً قابل ادغاماند. برای این ادغام در سمت تحلیل و داده یک جدول نگاشت جداگانه نگه میداریم؛ چهار ستون کد، صفحه، کانال و بازه تاریخ کافی است.
برای بیماری که شماره را ذخیره میکند و مستقیم پیام میدهد یا با توصیه میآید، روش خودکاری وجود ندارد. اینجا هماهنگکننده باید در اولین مکالمه یک سؤال بپرسد و پاسخ را در فیلد منبع CRM ثبت کند. نسبت گزینه «نامشخص» در این فیلد صادقترین شاخص سلامت راهاندازی است؛ اگر بهصورت درصدی پایین نمیآید، مشکل در فرایند است نه در فناوری.
جدول اندازهگیری: چه چیزی را کجا بشمارید
وقتی راهاندازی تمام شد باید جدولی داشته باشید که به این سؤالها پاسخ دهد: مکالمه از کدام منبع باز شد، اولین پاسخ در چه مدتی داده شد، مکالمه به کدام مرحله رسید، آیا رزرو انجام شد و در چه تاریخی. این پنج ستون برای محاسبه نرخ رزرو به تفکیک منبع کافی است. اگر هزینه تبلیغات را هم اضافه کنید، هزینه هر رزرو به تفکیک کانال به دست میآید.
این هشدار مهم است: این جدول با عدد «نتایج» در پنل تبلیغات یکی نیست. پنل شروع مکالمه را میشمارد؛ جدول رزرو را. تفاوت این دو، نرخ تبدیل واقعی کلینیک است. گذاشتن عدد پنل در گزارش و نادیده گرفتن تعداد رزرو، رایجترین خطایی است که میبینیم.
سه خطای رایج راهاندازی
اول، تأیید نکردن webhook پیش از پردازش رویدادها. Meta بررسی میکند که آدرس شما فعال است و پاسخ درست برمیگرداند؛ اگر این مرحله رد شود، رویدادها هرگز نمیرسند و مشکل روزها بعد فهمیده میشود.
دوم، دادن شماره جداگانه به هر هماهنگکننده. وقتی اندازهگیری روی یک شماره جمع نمیشود، اطلاعات منبع هم پراکنده میشود؛ طراحی درست یک شماره و چند اپراتور است.
سوم، باز کردن قالبها در دسته بازاریابی و تلاش برای فرستادن پیام کاربردی با آنها. جدا از رد شدن تأیید و تفاوت هزینه، پیامی که در دسته اشتباه به بیمار میرسد امتیاز کیفیت حساب را پایین میآورد.
نتیجه
WhatsApp Business Platform تنها چیدمان WhatsApp در قیف کلینیک است که اندازهگیری در آن ممکن است. ترتیب راهاندازی حساب، شماره، قالب و webhook است؛ اتریبیوشن هم به تفکیک کانال با سهگانه شیء ارجاع، کد از پیش پرشده و سؤال هماهنگکننده ساخته میشود. هیچکدام بهتنهایی کافی نیست، اما این سه با هم به سؤال «کدام کانال رزرو میآورد» پاسخی واقعی میدهند.