מי שפונה לבית תוכנה ואומר "אני צריך אתר" יכול להתכוון לדף של חצי עמוד עם טופס, ויכול להתכוון למערכת שעובדים ולקוחות יעבדו בה כל יום. ההבדל הזה קובע את הצוות, את התהליך ואת ההיקף, ולכן עדיף לגלות אותו לפני ההצעה ולא אחריה. המדריך הזה עוזר להגדיר איזה מוצר אתם בונים. הוא לא מחליף את ההחלטה אם בכלל לבנות אפליקציה, Web או No-Code, ולא מסביר מה קובע תקציב של מערכת — על שניהם יש מדריכים נפרדים. אפליקציה, מערכת Web או No-Code: איך מחליטים
חמישה מוצרים תחת השם "אתר"
החלוקה הבאה מבוססת על טבלת הסוגים בעמוד שירות הפיתוח של Web, ומוסיפה לכל סוג את השאלה שהוא עונה עליה ואת הסימן שאומר שכבר חרגתם ממנו.
| סוג | השאלה שהוא עונה עליה | סימן שחרגתם ממנו |
|---|---|---|
| אתר תדמית | "מי אתם, מה אתם מציעים, ואיך יוצרים קשר?" — נוכחות מקצועית והצגת שירותים | לקוחות מבקשים להתחבר, לראות סטטוס או להעלות מסמכים |
| דף נחיתה / קמפיין | "האם המבקר שהגיע מהמודעה הזאת עושה את הפעולה האחת שביקשנו?" | צריך להסביר הרבה, לשרת כמה קהלים או להחזיק תוכן שמתעדכן |
| חנות אונליין | "איך מוכרים מוצרים ישירות, כולל קטלוג, סל, תשלום ומשלוח?" | המכירה תלויה בהצעת מחיר, באישור או בתהליך שאי אפשר לתאר כסל קניות |
| מערכת Web | "איך אנשים מזוהים מבצעים עבודה בתהליך שנשמר?" — פורטל לקוחות, מערכת ניהול, כלי פנים-ארגוני | צד שני (ספקים, שותפים, מוכרים) רוצה להצטרף ולפעול בעצמו |
| פלטפורמה / Marketplace | "איך שני צדדים או יותר נפגשים, מתקשרים ומבצעים עסקה דרכנו?" | זה הסוג הרחב ביותר; כאן הסימן הוא שמה שחסר כבר אינו פיצ'ר, אלא תפעול וצמיחה |
טבלת הסוגים המלאה, כולל הדרך שבה אנחנו בונים כל אחד מהם, נמצאת בעמוד השירות. בניית אתרים ומערכות Web — סוגי המוצרים
שבע שאלות שממיינות צורך לסוג
ענו על השאלות לפי איך העסק עובד היום או אמור לעבוד ביום ההשקה, לא לפי איך הוא ייראה בעוד שלוש שנים. כל תשובה "כן" מצביעה על הסוג שבעמודה השנייה:
| שאלה | אם התשובה "כן" |
|---|---|
| האם המבקר רק קורא ויוצר קשר, בלי להתחבר? | אתר תדמית או דף נחיתה |
| האם יש מסר אחד, קהל אחד ופעולה אחת — בדרך כלל מקמפיין ממומן? | דף נחיתה |
| האם אתם מוכרים מוצרים מקטלוג עם סל ותשלום? | חנות אונליין |
| האם משתמשים צריכים להתחבר ולראות רק את המידע שלהם? | מערכת Web |
| האם המשתמשים מזינים נתונים או מקדמים תהליך שנשמר מפעם לפעם (סטטוס, אישורים, מסמכים)? | מערכת Web |
| האם המוצר צריך לדבר עם מערכות קיימות (CRM, הנהלת חשבונות, מלאי)? | חנות מחוברת או מערכת Web — תלוי בעומק החיבור |
| האם צד שני (ספקים, מוכרים, שותפים) אמור להצטרף ולפעול בעצמו, ואתם מתווכים? | פלטפורמה |
מתי אתר הופך למערכת
הקו בין "אתר" ל"מערכת" עובר במקום שבו המוצר מתחיל לזכור דברים. אתר תדמית מציג את אותו תוכן לכולם; מערכת יודעת מי המשתמש, מה הוא הזין אתמול ומה מותר לו לראות. ארבעה סימנים אומרים שהחצייה קרתה:
- משתמשים מזוהים — יש התחברות, ויש מידע שאסור שאדם אחד יראה אצל אחר.
- תפקידים — לא כולם רשאים לעשות אותו דבר (לקוח, עובד, מנהל, ספק).
- נתונים שנכתבים — המוצר לא רק מציג תוכן שהצוות מעלה, אלא שומר מה שהמשתמשים עושים.
- תהליך שנמשך — פעולה אחת מתחילה היום ונגמרת בעוד ימים, עם סטטוסים, התראות ואישורים.
מרגע שיש אחד מהם, אתם בונים תוכנה ולא תוכן: יש בסיס נתונים, הרשאות, בדיקות שמכסות תהליכים ולא רק עמודים, וצורך בתחזוקה שוטפת. מה כולל מערכת מעבר למסכים — בקטע האנטומיה של עמוד פיתוח התוכנה. פיתוח תוכנה בהתאמה אישית — אנטומיה של מערכת
מה מרחיב את ההיקף בכל סוג
עדיין בלי מספרים, אבל לפי סדר חשיבות: אלה הדברים שהספק ישאל עליהם בכל סוג, ושכדאי שתגיעו אליהם עם תשובה.
| סוג | גורמי היקף | מה להכין לפני שיחה |
|---|---|---|
| אתר תדמית | מספר סוגי העמודים (לא מספר העמודים), שפות, ניהול תוכן עצמאי, מיתוג קיים או חדש, חיבור לכלי שיווק | רשימת השירותים, מי כותב את התוכן, מי יעדכן אותו אחרי ההשקה |
| דף נחיתה | מספר הוריאציות לבדיקה, אירועי מדידה, חיבור לטפסים ול-CRM | הפעולה האחת, מקור התנועה, ומה נחשב המרה |
| חנות אונליין | גודל הקטלוג ומורכבות המוצרים (וריאנטים, חבילות), אמצעי תשלום, משלוחים, מלאי, חיבור להנהלת חשבונות | איפה המלאי מנוהל היום, מי מטפל בהחזרות, אילו מסמכים הלקוח מקבל |
| מערכת Web | מספר התפקידים, מספר הישויות (לקוח, הזמנה, מסמך), תהליכים וסטטוסים, אינטגרציות, העברת נתונים ממערכת קיימת, הדרכה והטמעה | מי המשתמשים, מה כל תפקיד עושה, איך התהליך עובד היום (גם באקסל), ומה קורה כשהוא נתקע |
| פלטפורמה | כל מה שבמערכת Web, ובנוסף: חוויה נפרדת לכל צד, אימות ספקים או מוכרים, תשלומים בין הצדדים, דירוגים, מנגנוני אמון ותפעול (Back office) | איזה צד מצטרף ראשון ולמה, מה גורם לצד השני להישאר, ומי מתפעל את זה ביום-יום |
איך נבנית הערכה ממערכת Web מתוך הגורמים האלה — ואילו עלויות קשה לראות בתחילת הדרך — מפורט במדריך התקציב. תקציב לפיתוח מערכת Web: מה מגדירים לפני הצעת מחיר
שלוש דוגמאות מפרויקטים שפורסמו
שלושת המוצרים הבאים הם מוצרי Web שאפשר לפתוח היום. אף אחד מהם איננו אתר תדמית, וזו הסיבה שהם מדגימים היטב איפה הקו עובר. הפרטים כאן הם רק מה שעמודי סיפור הלקוח עצמם מציגים.
מכרזית היא פלטפורמת מכרזים לבנייה פרטית עם שני סוגי משתמשים — בעלי בתים וספקים — וכל אחד מהם נקלט, פועל ורואה את המכרז אחרת. זה הסימן הקלאסי לפלטפורמה: צד שני שפועל בעצמו, ותהליך מוגדר שמחבר ביניהם, מהמכרז ועד החוזה. סיפור לקוח: מכרזית
JUSK היא מערכת לקליטת עובדים: טפסים, הדרכות, מבחנים ומשימות חובה במסלול אחד, כשהגישה נפתחת רק אחרי שהעובד משלים את מה שנדרש ממנו. יש בה חוויה נפרדת לעובד ולצוות שמנהל אותה. זו מערכת Web ולא פלטפורמה: יש תפקידים ותהליך שנמשך, אבל אין שוק של שני צדדים. סיפור לקוח: JUSK
KICK AI היא פלטפורמת משחק אינטראקטיבית שמתחברת לשידורי כדורגל חיים: המשתמשים משתתפים בסבבים קצרים במהלך המשחק ומקבלים תוצאה מיידית. כאן הסימן המכריע הוא הזמן — מוצר Web שמגיב בזמן אמת, עם מערכת ניהול מאחוריו, הוא תוכנה לכל דבר ולא עמוד שמוצג. סיפור לקוח: KICK AI
דוגמה מסומנת: "אתר עם הזמנת תורים"
| שאלה | תשובה (דוגמה) | מה זה אומר על הסוג |
|---|---|---|
| מה המבקר עושה? | קורא על הרופאים והשירותים, ומבקש תור | אתר תדמית, עם פעולה אחת בולטת |
| איך נקבע התור? | טופס, והמזכירות חוזרת טלפונית | אין צורך במערכת; הטופס מתחבר לכלי שכבר קיים אצלכם |
| ומה אם התור נקבע אוטומטית מול יומן הרופאים? | צריך לדעת זמינות בזמן אמת, למנוע כפל תורים ולשלוח תזכורות | זו כבר מערכת Web: נתונים שנכתבים, חיבור ליומן, תהליך שנמשך |
| ואם המטופלים רוצים לראות היסטוריה ומסמכים? | התחברות, הרשאות ופרטיות מידע רפואי | מערכת Web עם דרישות אבטחה ופרטיות שיש להגדיר מראש ולבדוק עם ייעוץ משפטי |
מה אנחנו עושים בשלב הזה
בפגישת האפיון אנחנו מתחילים מהשאלה הזו: איזה מהסוגים אתם בונים, ומה מהסוג הבא באמת נחוץ כבר בגרסה הראשונה. אחר כך מגדירים את גורמי ההיקף של הסוג שנבחר, ורק אז בונים. השירות שלנו לבניית אתרים ומערכות Web מתאר את הסוגים ואת הדרך שבה אנחנו בונים כל אחד מהם. בניית אתרים ומערכות Web
כשהמוצר הוא מערכת עם תפקידים, תהליכים ואינטגרציות, הוא נבנה כפיתוח תוכנה לכל דבר — עם אפיון של התהליכים, מודל נתונים והרשאות לפני הקוד. פיתוח תוכנה בהתאמה אישית — אנטומיה של מערכת
ולכל סוג, גם לאתר תדמית פשוט, חוויית המשתמש היא מה שקובע אם המבקר מבצע את הפעולה. עיצוב חוויה וממשק נעשים לפני הפיתוח, לא תוך כדי. עיצוב UI/UX