הסבת נתונים
לעבור מערכת בלי לאבד את ההיסטוריה
הסיבה שעסקים נשארים במערכת שגדלו מעבר לה כמעט אף פעם אינה המערכת החדשה - היא הפחד מהמעבר. עשר שנים של לקוחות, עסקאות, קבצים והערות, וייבוא אחד רע שאף אחד לא שם לב אליו עד שחשבונית הולכת לכתובת הלא נכונה. אני עושה את המיפוי, הניקוי, הפיילוט, הדלתא והמעבר - בסדר הזה.
עיקרי הדברים
- מיפוי שדות הוא כל הפרויקט. כל מה שמשתבש אחר כך היה החלטת מיפוי שאף אחד לא כתב.
- להגר בשלושה מעברים: פיילוט על תת-קבוצה, דלתא לכל מה שהשתנה מאז, ואז המעבר עצמו.
- ייצוא CSV הוא לעתים רחוקות ההגירה. תת-פריטים, קבצים, רשומות מקושרות והיסטוריית עדכונים דורשים בדרך כלל API.
- להחליט מראש מה במכוון לא מביאים. הגירה של עשר שנות רשומות מתות רק מעבירה את הבלגן.
מה אני בונה
- מיפוי שדות מתועד ומאושר לפני שמשהו זז
- ניקוי, איחוד כפילויות ונרמול בדרך
- הגירת פיילוט על תת-קבוצה אמיתית, מאומתת ע״י מי שמשתמש בנתונים
- הגירת דלתא לרשומות שהשתנו במהלך הפרויקט
- קבצים, צרופות, רשומות מקושרות והיסטוריית פעילות, לא רק שורות הטבלה
- דוח התאמה: ספירות וסכומים משני הצדדים, כדי שתוכלו להוכיח ששום דבר לא נפל
פרויקטים שבניתי
מערכות שאני מחבר
למפת כל המערכותאיך זה עובד
שיחת אפיון קצרה
מה כואב היום, במה אתם כבר משתמשים, ואיך נראית הצלחה.
הצעת מחיר כתובה ובמחיר קבוע
היקף, מחיר ולוח זמנים בכתב, מאושרים לפני שמתחילים לעבוד.
בנייה בשלבים, על הנתונים האמיתיים שלכם
רואים גרסה ראשונה עובדת מוקדם, ולא הדגמה בסוף.
מסירה עם תיעוד וניטור
הקוד והנתונים שלכם, ואחרי העלייה לאוויר יש תקופת תמיכה.
מדריכים בנושא
מדריכים מעשיים מתוך עבודה אמיתית.
תוכנה מותאמת אישית מול מדף: מתי עסק קטן צריך מערכת ניהול לעסק
תוכנה מותאמת אישית מול מדף זה כמעט אף פעם לא עניין של פיצ'רים. מתי SaaS מתאים, מתי גדלתם מעבר לו, ומסגרת ברורה של build מול buy לעסק.
מרעיון ל-MVP: איך בונים MVP (וכמה זה עולה)
מדריך מעשי לבניית MVP: מה חובה לכלול ומה דוחים, עלות פיתוח ריאלית ולוח זמנים, ואיך AI מקצר את הדרך מרעיון למוצר לשבועות ספורים בלבד.
לשכור מפתח לבניית ה-MVP שלך: פרילנסר מול סוכנות מול עובד מן המניין
שוקלים לשכור מפתח לבניית ה-MVP? השוואה מעשית בין פרילנסר, סוכנות ועובד מן המניין מבחינת עלות, מהירות, סיכון ושליטה, עם נורות אזהרה ואיך לבנות נכון את ההתקשרות.
סימנים שהעסק גדל מעבר לגיליונות (הגיע הזמן לאפליקציה מותאמת)
גיליונות אלקטרוניים מעולים בהתחלה - אבל יש נקודה שבה הם מפסיקים לעבוד. הסימנים המוחשיים שהגיע הזמן לעבור לאפליקציה מותאמת, הזמן והעלות האמיתיים לבניה, ואיך AI הפך את זה לאפשרי גם לעסקים קטנים.
נו-קוד מול קוד מותאם: מה נכון לבניית האפליקציה או ה-MVP שלך
נו-קוד מול קוד מותאם: במה כל גישה גובֶרת, מה העלות האמיתית בהתחלה לעומת לאורך זמן, איפה נו-קוד נתקל בתקרה ולמה הנעילה כואבת - ואיך יודעים מה לבחור.
איך לאמת רעיון לפני שבונים - המדריך המלא
אימות רעיון לפני בנייה: למה זה חוסך כסף, שיחות עם לקוחות אמיתיים, מבחן עשן, מכירה מוקדמת, גרסה ידנית, והאותות שמצדיקים להתחיל לבנות.
מה זה באמת MVP? הטעויות הנפוצות שמיזמים עושים
מה זה באמת MVP? הגדרה ברורה של מוצר מינימלי בר-קיימא, מה MVP הוא לא, דוגמאות טובות מול גרועות, והטעויות הנפוצות שגורמות למיזמים להיכשל.
איך בוחרים את ה-Tech Stack הנכון ל-MVP
איך בוחרים Tech Stack ל-MVP בלי לחשוב על זה יתר על המידה: העקרונות שחשובים, סטאק ברירת מחדל הגיוני, מתי כדאי לסטות, ומה לא אופטם מוקדם מדי.
האם Vibe Coding מוכן לפרודקשן? מבט כן של מפתח
האם Vibe Coding מוכן לפרודקשן? מבט כן של מפתח על מה שהוא עושה מצוין, איפה הוא נשבר, ורשימת בדיקה של אבטיפוס מול מוצר חי.
שאלות נפוצות
אפשר להמשיך לעבוד במהלך ההגירה?
כן, ובדיוק בשביל זה קיים מעבר הדלתא. הפיילוט והטעינה המרכזית קורים בזמן שאתם ממשיכים במערכת הישנה, ואז דלתא אחרונה תופסת את כל מה שהשתנה, ורק המעבר עצמו צריך חלון שקט - בדרך כלל שעות ולא ימים.
ומה לגבי Monday.com ספציפית?
Monday היא מקור נפוץ ויעד נפוץ, והיא דוגמה טובה לכך שייצוא אינו הגירה: לוחות, פריטים, תת-פריטים, עמודות, משתמשים, קבצים, עדכונים והקשרים ביניהם - כל אחד זז אחרת, ול-API יש מגבלות שימוש שמעצבות את קצב ההרצה. להתייחס לזה כפרויקט ולא כהורדה.
איך נדע ששום דבר לא אבד?
דוח התאמה בסוף: ספירת רשומות לכל ישות, סכומים כספיים, ומדגם רשומות שנבדק שדה-שדה משני הצדדים. אם שלושת אלה מסכימים, יש לכם ראיה ולא תחושה. אם לא, אתם מגלים לפני המעבר ולא בעוד חצי שנה.
מקורות
תיעוד רשמי שאפשר לאמת מולו את מה שכתוב בעמוד הזה.
