ساخت یک CRM ساده: مخاطبین، قیف فروش و یادداشت‌ها

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

ساخت یا خرید؟ اول این را تصمیم بگیرید

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

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

یک CRM آماده وقتی برنده است که از روز اول به دنباله‌های ایمیلی، سیستم تماس تلفنی، همگام‌سازی صندوق ایمیل، بازاریابی خودکار، گزارش‌گیری دقیق یا کتابخانه‌ی بزرگ یکپارچه‌سازی نیاز داشته باشید. تا سپتامبر ۲۰۲۶، CRM رایگان HubSpot شامل مدیریت مخاطب، قیف معامله و داشبورد گزارش برای حداکثر دو کاربر و ۱٬۰۰۰ مخاطب است و بالاتر از آن طرح‌های پولی دارد. پیش از ساختن، یک CRM رایگان را یک هفته امتحان کنید؛ اگر جواب داد، کار تمام است. برای تصمیم گسترده‌تر، ساخت یا خرید نرم‌افزار برای کسب‌وکار کوچک را ببینید.

یک CRM ساده به چه چیزهایی نیاز دارد

مدل داده

دو تصمیم طراحی هست که بعداً دردسر را کم می‌کند:

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

نماها

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

چه کسی چه چیزی را می‌بیند

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

وارد کردن داده‌ی فعلی

بیشتر CRMها از یک صفحه‌گسترده شروع می‌شوند. پیش از وارد کردن:

1. صفحه را پاک‌سازی کنید. یک ردیف برای هر مخاطب، یک ستون برای هر فیلد، و مقادیر وضعیت یکسان.
2. تصمیم بگیرید شرکت‌ها چطور تطبیق داده شوند. «Acme»، «Acme Ltd» و «ACME» سه شرکت می‌شوند، مگر اینکه مرتبشان کنید.
3. یک وارد کردن CSV با مرحله‌ی پیش‌نمایش بخواهید که نشان دهد چه چیزی ساخته می‌شود و موارد تکراری را بر اساس ایمیل علامت بزند.

تبدیل صفحه‌گسترده به اپ این انتقال را با جزئیات بیشتر توضیح می‌دهد.

یک پرامپت اول که جواب می‌دهد

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

توجه کنید که همگام‌سازی ایمیل، اتوماسیون و گزارش‌های فراتر از موارد پایه را عمداً حذف کرده است. اینها بعد از چند هفته استفاده‌ی تیم اضافه می‌شوند.

مراحل ساخت

1. مخاطبین و شرکت‌ها. فهرست، جزئیات، ایجاد، ویرایش. مطمئن شوید داده با رفرش صفحه از بین نمی‌رود.
2. معامله‌ها و صفحه‌ی قیف. بررسی کنید کشیدن یک کارت، مرحله را در پایگاه‌داده به‌روز می‌کند.
3. خط زمانی یادداشت‌ها روی مخاطبین و معامله‌ها.
4. صفحه‌ی پیگیری‌ها. این همان چیزی است که باعث می‌شود مردم هر صبح CRM را باز کنند.
5. ورود و نقش‌ها پیش از ورود داده‌ی واقعی مشتری.
6. وارد کردن CSV صفحه‌ی موجودتان.
7. یک گزارش که به سؤالی واقعی پاسخ دهد، مثلاً «این ماه چه چیزی در قیف است؟»
8. یک هفته با تیم امتحان کنید، بعد آنچه را می‌خواهند اضافه کنید.

مفید کردن قیف برای یک تیم

صفحه‌ی قیف در دمو خوب به نظر می‌رسد؛ چیزی که روزبه‌روز مفیدش می‌کند چند قانون کوچک است که تیم رویشان توافق دارد:

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

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

ایده‌های نسخه‌ی دوم

• ثبت ایمیل‌ها با فوروارد کردن آن‌ها به CRM، یا اتصال به API ارائه‌دهنده‌ی ایمیل
• یادآورهای ایمیلی هر صبح با پیگیری‌های همان فرد
• برچسب‌ها و فیلترهای ذخیره‌شده
• تشخیص موارد تکراری و ادغام
• فرم وب روی سایت که به‌طور خودکار یک سرنخ می‌سازد
• دکمه‌ی خروجی گرفتن، تا داده‌تان هرگز گیر نکند

اشتباهات رایج

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

هزینه و نگهداری

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

ساخت با Mythex

مستندات Mythex یک نمونه‌ی کاربرد CRM ساده با پرامپت شروع دارد: مخاطبین، معامله‌ها و مراحل را توصیف می‌کنید، عامل نماهای فهرست، جزئیات و قیف را می‌سازد و داده را در یک پایگاه‌داده‌ی Postgres اختصاصی پروژه ذخیره می‌کند. همکارانی که در ساختش کمک می‌کنند می‌توانند بدون هزینه‌ی صندلی به فضای کاری شما بپیوندند؛ ورود افرادی که CRM را استفاده می‌کنند بخشی از خود اپ است که با روشی که انتخاب می‌کنید از عامل می‌خواهید اضافه کند.

مستندات همچنین روشن می‌گوید چه چیزی شامل نیست: ارسال ایمیل داخلی، سیستم تماس، دنباله‌ها، یا همگام‌سازی دوطرفه با Salesforce/HubSpot. اگر به این‌ها نیاز دارید، CRM آماده را نگه دارید. اگر یک شروع سریع می‌خواهید، قالب CRM قیف فروش پروژه‌ی جدیدی با پرامپت شروع باز می‌کند، و ساخت ابزار داخلی الگوی گسترده‌تر را پوشش می‌دهد.

پرسش‌ها