ברוב העסקים שנמצאים בצמיחה, המכירות והכספים חיים בעולמות נפרדים. עסקאות, הצעות מחיר ושיחות נמצאות ב-CRM. חשבוניות, תשלומים ומע״מ נמצאים בתוכנת הנהלת החשבונות. ואיפשהו באמצע, מישהו מעתיק את אותם פרטי לקוח ממסך אחד למסך השני.
ההעתקה הזו עושה יותר בעיות ממה שנראה. שמות נכתבים אחרת בכל מערכת. כתובות מתעדכנות באחת ולא בשנייה. איש המכירות לא רואה אם הלקוח שילם לפני שהוא מבטיח עוד עבודה, והנהלת החשבונות לא רואה מה סוכם לפני שהיא מפיקה חשבונית. חיבור בין שתי המערכות פותר את זה, אבל רק אם מחליטים במודע מה מסנכרנים ולמה.
למה לחבר בכלל
אינטגרציה טובה בין CRM להנהלת חשבונות היא לא עניין של להעביר כמה שיותר נתונים. היא עניין של לתת לכל צוות את המידע שהוא צריך ברגע שהוא צריך אותו, בלי שמישהו יקליד אותו מחדש.
- המכירות רוצות לדעת אם ללקוח יש חשבוניות פתוחות לפני שנותנים הנחה או מתחילים פרויקט חדש.
- הנהלת החשבונות צריכה פרטי חיוב מדויקים ואת המחיר שסוכם, כדי שהחשבוניות ייצאו נכונות כבר בפעם הראשונה.
- ההנהלה רוצה לראות את התמונה המלאה, מהפנייה הראשונה ועד הכסף בבנק, בלי להדביק גיליונות אלקטרוניים.
אם זוכרים את שלושת הצרכים האלה, רוב ההחלטות לגבי מה לסנכרן נעשות פשוטות.
מה כדאי לסנכרן
אלה הנתונים שבדרך כלל מצדיקים את מקומם באינטגרציה:
- כרטיסי לקוחות. כשעסקה נסגרת, השם הרשמי, כתובת החיוב, מספר העוסק או ח״פ ואיש הקשר לחיוב צריכים להיווצר או להתעדכן בהנהלת החשבונות באופן אוטומטי.
- מוצרים ושירותים. מחזיקים מחירון אחד. מחליטים איזו מערכת מנהלת אותו ונותנים לשנייה לקרוא ממנו, כך שהצעות מחיר וחשבוניות אף פעם לא סותרות זו את זו.
- הצעות מחיר והזמנות שהופכות לחשבוניות. הצעה שאושרה או עסקה שנסגרה יכולות ליצור טיוטת חשבונית, מוכנה לבדיקה ולשליחה על ידי הנהלת החשבונות.
- מצב חשבוניות ותשלומים בחזרה ל-CRM. נשלחה, שולמה, באיחור. איש המכירות רואה את זה בכרטיס הלקוח בלי להיכנס לתוכנת הנהלת החשבונות.
- יתרה פתוחה. סכום פשוט בכרטיס הלקוח עוזר לכולם לנהל שיחות טובות יותר.
מה לא כדאי לסנכרן
חשוב לא פחות מה משאירים בחוץ. סנכרון של יותר מדי נתונים מאט את המערכות, חושף מידע רגיש ויוצר עוד נקודות שיכולות להישבר.
- לידים ולקוחות פוטנציאליים. בהנהלת החשבונות צריכים להיות רק לקוחות משלמים. מי שמעביר כל ליד ממלא אותה באנשי קשר שלעולם לא יקבלו חשבונית.
- פקודות יומן ותנועות בנק. הספרים שייכים להנהלת החשבונות. ה-CRM צריך את התוצאה, לא כל שורה שמאחוריה.
- חישובי מע״מ. תנו לתוכנת הנהלת החשבונות לחשב את המע״מ. מי שבונה מחדש את לוגיקת המס ב-CRM כמעט בטוח יגיע לשני סכומים שונים.
- שולי רווח, עלויות ושכר. השאירו אותם במקום שבו רק האנשים הנכונים יכולים לראות אותם.
- הערות פנימיות והיסטוריית שיחות. הן עוזרות למכירות, אבל כמעט אף פעם לא שייכות לרשומה פיננסית.
החליטו איזו מערכת קובעת
החלטת התכנון החשובה ביותר היא מקור האמת לכל נתון. לכל שדה שמסנכרנים, מסכימים איזו מערכת היא הבעלים שלו ואיזו רק מקבלת אותו.
חלוקה נפוצה נראית כך: ה-CRM אחראי על פרטי הקשר ועל פרטי העסקה, ותוכנת הנהלת החשבונות אחראית על מספרי חשבוניות, סכומים, מע״מ ומצב תשלום. כשמישהו צריך לשנות כתובת חיוב, הוא משנה אותה במקום אחד והאינטגרציה מעבירה אותה הלאה.
איפה שבאמת צריך שינויים בשני הכיוונים, כתבו את הכלל לקונפליקטים. אם שתי המערכות שינו את אותו שדה לפני סנכרון, מי מנצחת? אם משאירים את זה פתוח, הנתונים מתרחקים זה מזה בשקט.
טעויות נפוצות
רוב הבעיות באינטגרציות נובעות מרשימה קצרה של טעויות:
- סנכרון של נתונים מבולגנים. אם ב-CRM כבר יש לקוחות כפולים, האינטגרציה תעתיק אותם להנהלת החשבונות. נקו קודם.
- התאמה לפי שם. שמות חברות משתנים ונכתבים עם שגיאות. התאימו רשומות לפי מזהה יציב, כמו מספר לקוח פנימי או מספר עוסק, ושמרו בכל רשומה את המזהה של המערכת השנייה.
- לולאות דו-כיווניות. שינוי במערכת א מעדכן את מערכת ב, שמעדכנת שוב את מערכת א. כללי סנכרון נכונים מונעים את זה.
- התעלמות ממטבעות ומהגדרות מס. אם שתי המערכות מטפלות אחרת במטבעות, בעיגולים או בקודי מע״מ, הסכומים לא יתאימו. יישרו קו לפני העלייה לאוויר.
- עריכת חשבוניות אחרי הסנכרון. הסכימו מתי חשבונית ננעלת ואיך מבצעים תיקונים, למשל באמצעות חשבונית זיכוי.
- תקלות שקטות. אינטגרציות נכשלות מדי פעם, למשל כשסיסמה משתנה או ששדה חובה ריק. ודאו שמישהו מקבל התראה, כדי שתקלות יתוקנו ולא יתגלו רק כעבור חודשים.
סדר עבודה הגיוני
אם אתם מתכננים פרויקט כזה, סדר מעשי הוא: למפות את התהליך הנוכחי מהעסקה ועד התשלום, לנקות את נתוני הלקוחות, להסכים על מקור האמת לכל שדה, להתחיל בלקוחות ובמצב החשבוניות, ולהוסיף מוצרים, הצעות מחיר ודברים מתקדמים יותר רק כשהבסיס עובד חלק. בדקו עם דוגמאות אמיתיות, כולל המסובכות, כמו לקוח עם כמה כתובות חיוב או חשבונית ששולמה חלקית.
השורה התחתונה
חיבור ה-CRM לתוכנת הנהלת החשבונות מבטל הקלדה כפולה ונותן למכירות ולכספים את אותה תמונה על כל לקוח. הסוד הוא איפוק: מסנכרנים את מה שכל צוות צריך, משאירים את השאר במקום שלו ומחליטים בבירור איזו מערכת אחראית על אילו נתונים.
אם תרצו עזרה בתכנון או בבנייה של החיבור, צוות אינטגרציה בין מערכות ופיתוח בהתאמה שלנו יכול למפות את התהליך שלכם, להמליץ על הגישה הנכונה ולהקים סנכרון שהצוות שלכם יוכל לסמוך עליו.
שאלות נפוצות
האם הסנכרון בין ה-CRM להנהלת החשבונות צריך להיות חד-כיווני או דו-כיווני?
מחליטים לפי שדה. פרטי לקוחות ועסקאות עוברים בדרך כלל מה-CRM להנהלת החשבונות, ומצב החשבוניות והתשלומים חוזר בחזרה. סנכרון דו-כיווני אמיתי של אותו שדה אפשרי, אבל הוא דורש כללים ברורים לקונפליקטים, אז כדאי להשתמש בו רק איפה שבאמת צריך.
האם אנשי המכירות יראו נתונים פיננסיים אחרי החיבור?
רק מה שתבחרו להציג להם. רוב העסקים משתפים עם המכירות את מצב החשבוניות ואת היתרות הפתוחות, ומשאירים כרטסות מפורטות, נתוני בנק ושולי רווח בתוכנת הנהלת החשבונות, עם גישה רק לצוות הכספים.
מה צריך לנקות לפני שמחברים את שתי המערכות?
קודם כול את כרטיסי הלקוחות. מאחדים כפילויות, מסכימים על פורמט אחיד לשמות ומוודאים שלכל לקוח יש את המזהים שהסנכרון ישתמש בהם כדי להתאים רשומות. אחר כך מיישרים קו במוצרים, בשירותים ובהגדרות המע״מ.
צריך פיתוח בהתאמה אישית או שמחבר מוכן מספיק?
מחבר מוכן מספיק פעמים רבות לצרכים בסיסיים, כמו סנכרון לקוחות וחשבוניות. פיתוח בהתאמה אישית משתלם כשיש לכם שלבי אישור מיוחדים, כמה חברות או מטבעות, או כללים שהמחבר לא יודע לטפל בהם.