דגשים באונבורדינג

יש זירות שצריך לתת בהן דגש בבדיקת הנתונים והן (נכון לכרגע): ביינאנס, GATE.IO ו-BITCELIUM

1. BINANCE:- חשוב לשים לב שאם ללקוח אין פעילות בשנה הספציפית בה ביקשו דוח, ניתן לראות זאת ב-OVERVIEW.

לכן אין צורך בבקשת ALL STATEMENTS.

2. GATE.IO: לוודא האם הלקוח הוא לקוח חוזר/לקוח חדש.

במידה ומדובר בלקוח חדש- - יש לשאול את הלקוח האם ביצע רכישות באשראי בזירה.

במידה והוא לקוח חוזר- צריך לבדוק בפעולות האם הזין פעולות ידניות או האם קיימים חוסרים.

3. BITCELIOM- לבקש מהלקוח שיזין את הפעולות משם ידנית ויצרף TXHASH, כיוון שאופן העבודה שלהם עם תאריכי הפעולות במסמכים נעשה באופן שגוי.

 4. דילים של מכירות: כשהלקוח לא מעוניין בשירות- יש להגדיר את הבעלים של הדיל בפייפליין על המשתמש הפרטי, לתייג את פרננדו בהערות ולציין את הסיבה שהוא לא מעוניין.

5. בהעברת לקוח לעבודה ידנית- יש לפרט בהערות ארגון (ללא קשר לתיעוד באקטיביטי כרגיל) מדוע בוצעה העברה לעבודה ידנית ומה צריך להיבדק.

לבדוק מול הלקוח במידה והקובץ/הכתובת ארנק שהעלה ללא פרטים או סיבת עבודה.

6.שגיאות והתראות- יש לקרוא את ההתראות במערכת ה-TIEOUT בצורה מקיפה, ללחוץ ולבחון האם קפצה גם שגיאה במקביל, באיזה חשבון מדובר, מהי השגיאה שהועלתה .

6.(נספח לסעיף 5):נתונים לא מסווגים- יש לבדוק את הקובץ שממנו יצאו הפעולות הלא מסווגות ולבדוק במידה וחסר שם נתונים- אז מה היו הפעולות הקודמות לזה ואיך לסווגן מחדש/ לבדוק האם הסכום נמצא במכירה/קנייה כדי לדעת לסווג בהתאם.

7.לעבור על שאלון בטלפון מול לקוח+לשלוח שאלון במייל(עד שהשאלון יהיה קבוע במערכת).

8. לתת דגש על זמני מענה (SLA) בהתאם לאופי המקרה והטיקט- להוציא לרבות 3 שיחות ביום ומייל ביום לזמינות הלקוח

1. מה לא עושים בצוות התמיכה - גבולות גזרה בהתקשרויות

לבדיקת תחומי אחריות, נהלי עבודה פר-שלב (עמודה) ונהלי מעבר בין שלבי תהליך יש להיכנס להרחבה.

• לא מזלזלים במשתמש/בלקוח בהתקשרויות - כלומר, בעת שיחת טלפון ו/או בעת מענה לקריאת שירות (טיקט).
  
  

• אסור לשנות/לערוך נתונים של לקוח בהזנות שבוצעו על ידיו בחשבון פעולות ידניות. 
  
  

• אסור להזין פעולות ידניות בממשק פעולות ידניות עבור במשתמש/בלקוח. 
  
  

• אסור למחוק נתונים/קבצים ו/או חשבונות שהמשתמש/שהלקוח העלה למערכת. 
  
  

• אסור לעלות נתונים למשתמשים/ללקוחות כגון קבצים או כתובות ארנקים שהתקבלו באימייל.
  
  

• לא שולחים דוחות או אקסלים למשתמשים/ללקוחות באימייל, השיתוף נעשה דרך המערכת בלבד.
  
  

• משתמשים/לקוחות עלולים לבקש פרטים לגבי הרווח/ההפסד וכמות אירועי מס, אין לשתף מידע על כך ויש להסביר שזה לא רלוונטי עד לסיום התהליך הכולל את תהליך השלמת כלל המידע על הפעילות. אם מדובר בלקוח שכבר שותף איתו דוחות, יש 
  להפנות לאיש הקשר האחרון לבדיקה ומענה.
  
  

• לא עולים לשיחות עם רואי חשבון של משתמשים/לקוחות - החברה מספקת שירותי ראיית חשבון, לכן במידה ותוך כדי התקשרות יש "התפרצות" של רואה חשבון חיצוני, יש להסביר בנימוס שאין אנו מספקים מענה בנושאים אלו בצוות התמיכה ונעביר לגורם רלוונטי במידת הצורך - יש להתייעץ עם האחראי בצוות לפני הפנייה.
  
  

• אסור לבצע הפרדת ארגונים (במקרה של עירבוב פעילות) ללא אישור מפורש.
  
  

• אסור לבצע החרגות ללא אישור מראש מתם בן ג'ויה ובלי UI מתאים.

3. מתי מעבירים את הפנייה למחלקת מכירות?

העברת לקוח לטיפול מחלקת מכירות

משתמשים/לקוחות (מיוצגים/לא מיוצגים) עם שאלות בנושאים הבאים עוברים לטיפול ישיר של מחלקת מכירות (ובהתאם לסינון במחלקה הנ"ל עוברים גם למחלקת ראיית חשבון):

• ליד חדש עם מספר טלפון לא מזוהה ובלי עמוד בפייפדרייב עובר למכירות.

• שאלות בנושא הגשות. 

• שאלות בנושא תשלום מיסים בקריפטו.

• שאלות בנושא סיוע בהכנסת כסף לבנק.

• שאלות בנושא תמחור/ תשלומים עבור דוחות/ שירותים נוספים.

• מעוניינים לקבל ייעוץ וליווי פרטני מתם ו/או מרו"ח שלנו.

• הלקוח לא מיוצג ועולות שאלות בהקשר זה > ניתן להפנות אותו למחלקת למכירות להצעה לקבלת ייצוג ראשי/ שירותים נלווים.

• הלקוח כן מיוצג ועולות שאלות בהקשר זה > ניתן להפנות אותו למחלקת מכירות להצעה לקבלת ייצוג משני/ שירותים נלווים.

במידה ומתקבלת פנייה דרך אימייל/טיקט אשר קשורה לנושאים הנ"ל, יש להעביר את תוכן הפנייה יחד עם קישור לפייפדרייב של הלקוח למחלקת מכירות.