כשמישהו מבקש מאיתנו "אתר מכירות", השאלה הראשונה שלנו היא מה קורה בדקה שאחרי הלחיצה על "שלם" או "השאירו פרטים". מי מקבל את הפנייה? תוך כמה זמן? מה קורה ללקוח שנטש באמצע? איפה נרשמת החשבונית? ברוב העסקים התשובה היא "מישהו רואה מייל", ושם נעלמות המכירות. לכן אנחנו לא בונים אתרי מכירות. אנחנו בונים מערכות מכירה, והאתר הוא הדלת הקדמית שלהן.
מערכת מכירות, בשורה אחת לכל רכיב:
- חנות או דף מכירה שנבנו כדי להמיר, לא רק להיראות.
- CRM שמקבל כל פנייה, הזמנה ושיחה ומנתב אותן לאדם הנכון.
- סליקה וחשבוניות שנסגרות לבד, בלי הקלדה כפולה.
- אוטומציות: עגלה נטושה, מעקב בוואטסאפ ובמייל, תזכורות.
- מעקב שיחות ומדידה שמראים מאיפה הגיע כל שקל.
- אחסון מאובטח, גיבויים ותחזוקה שוטפת: שמירה.
מה ההבדל בין אתר יפה למערכת שמוכרת?
אתר יפה עונה על השאלה "איך אנחנו נראים". מערכת מכירות עונה על השאלה "כמה מכרנו החודש, מאיפה, ובאיזו עלות". ההבדל לא בעיצוב, שניהם יכולים להיות יפים, אלא במה שמחובר מאחור. באתר רגיל הטופס שולח מייל והחנות מוציאה הזמנה, וכל השאר קורה ידנית: מישהו מעתיק את הפנייה לאקסל, מישהו מפיק חשבונית, מישהו שוכח לחזור ללקוח. במערכת מכירות כל הפעולות האלה מחוברות, ומה שנשאר לבני אדם הוא לדבר עם לקוחות.
אתר תדמית, אתר מכירות, מערכת מכירות
| אתר תדמית | אתר מכירות | מערכת מכירות | |
|---|---|---|---|
| מציג מוצר או שירות | |||
| לוקח תשלום | |||
| כל פנייה נכנסת ל-CRM עם מקור | |||
| חשבונית אוטומטית לפי סטטוס | |||
| מעקב אחרי מי שלא סגר | |||
| שיחות טלפון נרשמות כלידים | |||
| הרשאות לפי תפקיד | לפעמים | ||
| דוח חודשי אחד להנהלה |
לארגון עם מחלקת מכירות, שירות וכספים זה עוד יותר חד: פנייה מדף נחיתה שלא נכנסה ל-CRM לא קיימת מבחינת המנהל, ומכירה שלא נרשמה בחשבוניות לא קיימת מבחינת הכספים. המערכת היא מה שגורם לשלושתם לראות אותה מציאות, ולוועדת הרכש לראות מספר אחד ולא שלושה דוחות סותרים.
מה יש בפנים: שבעה רכיבים
| רכיב | מה הוא עושה | מה קורה בלעדיו |
|---|---|---|
| דף מכירה או חנות | מציג את ההצעה, מסיר התנגדויות, לוקח תשלום או פרטים. ווקומרס, שופיפיי או פיתוח מותאם, לפי ההיקף. | תנועה יקרה שנוחתת על דף שלא בנוי להמרה. |
| CRM וניתוב לידים | כל פנייה נכנסת עם המקור שלה ומגיעה לנציג הנכון, עם תזכורת אם לא טופלה. | פניות במייל, בוואטסאפ ובטלפון שאף אחד לא סופר. |
| סליקה וחשבוניות | תשלום באשראי, Bit ותשלומים, חשבונית מס אוטומטית לפי סטטוס, זיכוי בביטול. | הקלדה כפולה, טעויות, וסוף חודש שנמשך שבוע. |
| אוטומציות | עגלה נטושה, מעקב אחרי פנייה, תזכורת לפגישה, בקשת ביקורת, החזרת לקוח רדום. במייל ובוואטסאפ, בהסכמה. | הלקוח שהתלבט נשכח, והמתחרה שחזר אליו מכר. |
| מעקב שיחות | מספר וירטואלי לכל קמפיין או דף, כך שגם טלפון נרשם כליד עם מקור. | חלק גדול מהפניות בישראל, אלה שבטלפון, נעלמות מהדוח. |
| מדידה | GA4, Pixel ו-Conversions API, ודוח חודשי אחד עם הוצאה והכנסה לכל ערוץ. | ויכוח במקום החלטה. |
| אחסון ואבטחה | שרתים שלנו, דומיין ותעודת SSL נפרדים לכל מערכת, חומת אש, גיבויים יומיים, ניטור ועדכונים. | אתר שנופל ביום של הקמפיין, או דומיין שהלך לאיבוד עם הספק הקודם. |
הרכיבים האלה לא עומדים בשורה, הם משרשרת אחת. ככה נראה מסלול של פנייה יחידה מהרגע שהלקוח לחץ:
מה קורה מהרגע שהלקוח לחץ
- 1
טופס או תשלום
דף מכירה, חנות או שיחה למספר של הקמפיין
- 2
כניסה ל-CRM
עם המקור, הדף והקמפיין שהביאו אותו
- 3
ניתוב ותזכורת
לנציג הנכון, עם התראה אם לא טופל
- 4
סליקה וחשבונית
חשבונית מס לפי סטטוס, זיכוי בביטול
- 5
אוטומציית מעקב
עגלה נטושה, תזכורת, בקשת ביקורת, בהסכמה
- 6
דוח חודשי
הוצאה, פניות, מכירות ועלות ללקוח, בעמוד אחד
לא כל עסק צריך את כל השבעה ביום הראשון. מרפאה שמוכרת סדרת טיפולים צריכה דף מכירה, CRM, סליקה ווואטסאפ. חנות עם מאות מוצרים צריכה חנות, מלאי, חשבוניות ואוטומציות. ארגון עם מוקד צריך גם ניתוב לפי סניף, הרשאות ואינטגרציה ל-ERP. האפיון קובע את הסדר, והמערכת נבנית כך שאפשר להוסיף רכיב בלי לבנות מחדש. מעקב שיחות, למשל, מוסבר בהרחבה במדריך שלנו על מספר וירטואלי לעסק.
על מה בונים: ווקומרס, שופיפיי או פיתוח מותאם?
לפי הצורך, לא לפי אופנה. שלוש הדרכים עובדות, והן נבדלות בשליטה, בעלות התחזוקה ובגמישות של החיבורים. הבחירה נכתבת באפיון עם הסיבה, כדי שבעוד שנתיים יהיה ברור למה החלטנו ככה.
על מה בונים, ולפי איזה שיקול
| ווקומרס | שופיפיי | פיתוח מותאם | |
|---|---|---|---|
| שליטה מלאה בעברית ובעיצוב | חלקית | ||
| סליקה וחשבוניות ישראליות | מוגבל | ||
| חיבור ל-ERP או מערכת קופה | מוגבל | ||
| תחזוקה שוטפת נדרשת | מעט | ||
| תהליכי מכירה ייחודיים | חלקית | ||
| זמן הקמה קצר | בינוני | ||
| עלות התחלתית נמוכה | בינוני |
בפועל, רוב הלקוחות הישראליים שלנו מגיעים לווקומרס, כי סליקה ישראלית, חשבוניות מוכרות ומערכות ניהול מקומיות מתחברות אליו בלי מאבק, והשליטה בעברית מלאה. שופיפיי חוסך תחזוקה כשההיקף פשוט ואפשר לחיות עם המגבלות שלו. פיתוח מותאם נכון כשיש תהליכים ייחודיים, מכרזים, אזור לקוחות מורכב או דרישות ביצועים ואבטחה שתוספים לא מכסים, ואז אנחנו בונים ממשק מודרני מול חנות או ERP קיימים במקום להחליף הכל.
שאלה שכדאי לשאול כל ספק לפני שבוחרים: מה קורה כשתוסף מרכזי מפסיק להיתמך. תשובה טובה כוללת חלופה, לוח זמנים והערכת עלות. תשובה רעה היא "זה לא יקרה". על התקלות היומיומיות בצד הזה כתבנו בנפרד, במדריך לפתרון בעיות נפוצות בווקומרס.
איך בונים ובכמה זמן?
- שלב 1: אפיון. פגישה או שתיים עם מי שמוכר בפועל, לא רק עם מי שמזמין. יוצא מסמך של עמודים ספורים: מה מוכרים, למי, מה קורה אחרי כל לחיצה, אילו מערכות קיימות צריך לחבר, מה החוק דורש (פרטיות, נגישות, חשבוניות). הוא נחתם לפני שמעצבים. בדרך כלל שבוע עד שבועיים, תלוי בזמינות שלכם.
- שלב 2: עיצוב. דף מכירה או חנות מעוצבים סביב ההצעה, בעברית, קודם למובייל, עם דפי תודה ומיילים. שני סבבי תיקונים בתוך המחיר. שבוע עד שלושה שבועות.
- שלב 3: בנייה וחיבורים. הקמה, סליקה, CRM, חשבוניות, אוטומציות, מדידה. כל חיבור נבדק בעסקה אמיתית מקצה לקצה. דף מכירה: שבועיים עד שלושה. חנות עם אינטגרציות: ארבעה עד עשרה שבועות, ורוב הפער הוא זמינות התכנים והאישורים אצלכם.
- שלב 4: השקה. בדיקות נגישות, מהירות ואבטחה, הדרכה מוקלטת לצוות, ומעבר לדומיין שלכם. השבועיים הראשונים עם ליווי צמוד, כי שם מתגלים הדברים שאף אפיון לא צפה.
- שלב 5: שמירה. ככה אנחנו קוראים לתחזוקה השוטפת: אחסון, עדכונים, גיבויים, אבטחה וניטור, עם דוח חודשי קצר על מה עודכן ומה נחסם. המערכת ממשיכה לעבוד גם כשאף אחד לא מסתכל.
מה ארגון צריך לסגור לפני שמתחילים
בארגון, מה שמעכב פרויקט הוא בדרך כלל לא הקוד. ארבעה דברים כדאי לסגור עוד לפני האפיון, והם גם מה שוועדת רכש תבקש בסוף:
- בעלים אחד לפרויקט. אדם עם סמכות לאשר תוכן ומסכים, ולא ועדה שמתכנסת פעם בחודש. זה הגורם הגדול ביותר בלוח הזמנים.
- נגישות. אם אתם גוף ציבורי או נותנים שירות לממשלה ולרשויות, הדרישה חלה על החנות, על דפי הנחיתה ועל הצ׳ק-אאוט, לפי תקנות שוויון זכויות לאנשים עם מוגבלות והתקן הישראלי שמבוסס על WCAG ברמה AA. עדיף לבנות ככה מההתחלה מאשר לתקן אחרי מכרז.
- פרטיות. נתוני הלקוחות הם מאגר מידע, ותיקון 13 לחוק הגנת הפרטיות בתוקף מאוגוסט 2025. באפיון מסמנים אילו שדות נאספים, למה, מי רואה אותם וכמה זמן שומרים.
- חשבוניות ומיסוי. איזו מערכת חשבוניות, מי מפיק, ומה קורה בזיכוי ובביטול. הרבה פרויקטים נתקעים שבועיים על החיבור הזה כי איש הכספים לא היה בפגישה הראשונה.
הפרטים המשפטיים נבדקים עם היועץ המשפטי שלכם; אנחנו מספקים את המסמך הטכני שהוא צריך כדי לאשר. הרשות להגנת הפרטיות ואתר הנגישות הממשלתי מפרסמים את החובות המעודכנות.
מה שלכם: דומיין, קוד, נתונים וחשבונות
הכל. הדומיין רשום על שמכם. חשבונות הסליקה, החשבוניות, ה-CRM, Google Ads ו-Meta Business Portfolio נפתחים על שם החברה, ואנחנו מקבלים גישה מוגבלת שאפשר לבטל בלחיצה. הקוד, העיצוב והתכנים נמסרים עם תיעוד, ולכל מערכת יש דומיין ותעודת SSL נפרדים על השרתים שלנו, כך שאפשר להעביר אותה לאחסון אחר בלי לפרק כלום. אם תרצו יום אחד לעבוד עם מישהו אחר, תקבלו את הכל, ותקבלו אותו יפה.
למה זה חשוב מעבר לעיקרון: ספק שמחזיק את הדומיין או את חשבון הפרסום מחזיק גם את היכולת שלכם להחליף אותו. בכל חשבון שאנחנו לוקחים בניהול, הבדיקה הראשונה היא על שם מי הוא רשום, וזו גם הבדיקה שאנחנו ממליצים לכם לעשות היום, בלי קשר לפרויקט.
איך נבנית הצעת מחיר, ולמה אין הנחות
אין לנו מחירון קבוע, ולא בגלל סוד. מערכת מכירות למרפאה עם שירות אחד ומערכת לרשת עם ERP וארבעה סניפים הן שני פרויקטים שונים, ומחיר אחד לשניהם היה יקר מדי לאחד וזול מדי לשני. ההצעה נבנית מארבעה חלקים, וכל אחד מהם כתוב בנפרד כדי שתוכלו לצמצם או להרחיב:
- היקף: כמה דפים, מוצרים ותהליכי מכירה; דף מכירה אחד או חנות עם וריאציות, מנויים ואזור לקוחות.
- חיבורים: סליקה, חשבוניות, CRM, וואטסאפ, מספר וירטואלי, ERP או מערכת קופה קיימת. כל חיבור מתומחר לפי המורכבות שלו, ולא לפי "חבילה".
- תכנים: מי כותב, מי מצלם, מי מתרגם, ומי מתאים לנגישות. אפשר להביא הכל מוכן, ואפשר להזמין מאיתנו.
- שירות שוטף: שמירה חודשית (אחסון, אבטחה, עדכונים, גיבויים, ניטור, תמיכה עם SLA) והדוח החודשי, שאנחנו קוראים לו נביחה חודשית. מתומחר בנפרד מהבנייה, כדי שיהיה ברור מה משלמים פעם אחת ומה כל חודש.
ההצעה מגיעה כמסמך עם אבני דרך ותשלום לפי שלבים, כך שמחלקת רכש יכולה לאשר אותה בלי שיחות הבהרה. מה שלא כלול כתוב באותו מסמך, באותה גופן, וגם מה שיקר יותר אם יתווסף באמצע. והנחות אין, מהסיבה הפשוטה: המחיר משקף את שעות העבודה שהפרויקט דורש, ואם הוא גבוה מהתקציב, הפתרון הנכון הוא לצמצם היקף ולבנות בשלבים, לא לעשות את אותה עבודה בפחות תשומת לב.
מה שכן משנה את המחיר לטובה: תכנים מוכנים, החלטה על פלטפורמה אחת ולא שתיים, ומאשר אחד. שלושת אלה מקצרים פרויקט יותר מכל משא ומתן.
למי זה מתאים ולמי לא
מתאים לעסק או לארגון שיש לו מה למכור וצוות שיענה לפניות, ושעייף מחמישה ספקים שאף אחד מהם לא אחראי על התוצאה: חברות שנותנות שירות לממשלה ולרשויות ונדרשות לנגישות, אבטחה ודיווח מסודר; חברות מסורתיות שצריכות מחלקת דיגיטל בלי לגייס אותה; וחנויות שהתוספים כבר לא מספיקים להן. אם החנות שלכם עוד עומדת אבל צולעת, כדאי קודם לעבור על פתרון בעיות נפוצות בווקומרס, ואם היא עובדת ורק צריך שיווק, המדריך לשיווק נכון לחנויות אונליין מסדר את זה לפי שלבים.
פחות מתאים למי שמחפש דף אחד להשקה של שבוע הבא, לעסק שאין לו מי שיטפל בפניות, או למי שרוצה קודם לבדוק רעיון בלי מחויבות. במקרים האלה דף נחיתה טוב עם טופס וסליקה יעשה את העבודה, ונגיד לכם את זה בפגישה הראשונה. לא כל לקוח מתאים לנו, וזה בסדר גמור.
מה עושים עכשיו
היום: לעקוב אחרי פנייה אחת מהאתר שלכם מהרגע שנשלחה ועד שמישהו חזר ללקוח, ולכתוב כמה ידיים וכמה שעות זה לקח. זה האפיון הראשון, ולרוב הוא מספיק כדי להבין מה חסר. השבוע: לבדוק על שם מי רשומים הדומיין, הסליקה וחשבון הפרסום, ולסגור מי אצלכם מאשר תוכן.
רוצים תמונת מצב לפני שמדברים? אבחון דיגיטלי חינם בודק את המהירות, הנגישות והבעיות הטכניות של האתר הקיים, והפרטים על מה אנחנו בונים ואיך נמצאים במערכות ואפליקציות. ובסוף יש לכם על מי לסמוך.