מתחייבים לזמן ולתקציב
אפיון שאתם מאשרים, אומדן שאנחנו עומדים בו, ומערכת שעולה ל-Production. צוות אחד לאפיון, לפיתוח ולתחזוקה.
- אומדן מחייב אחרי אפיון, לא אחרי שיחה
- כל שינוי עובר דרך האפיון, לפני שכותבים קוד
Spec-Driven Development | פיתוח שבו האפיון מוביל כל שלב
תוכנה בזמן ובתקציב שנקבנו מראש.
אתם מתארים את הצורך בשפה שלכם. אנחנו הופכים אותו לאפיון שאתם קוראים ומאשרים, ולאומדן של זמן ותקציב שאנחנו עומדים בו. עד מערכת עובדת ב-Production.
האומדן המחייב ניתן אחרי שלב אפיון, לא אחרי שיחה אחת. מי שנותן לכם מספר אחרי שעה, מנחש.
כחול: AI עושהירוק: אדם מחליט
ספר חוקי הפיתוח
מאות כללים שנצברו בעשרות שנים, בפרקים כמו אבטחת מידע, ביצועים וחוויית משתמש. כל דרישה שאנחנו כותבים נבדקת מולם.
- האפיון מכיל מה שלא ידעתם לבקש
- שני נוסחים: אחד לכם, אחד למפתחים
בתי תוכנה מאז 1989
בעלים שמנהלים בתי תוכנה מאז 1989, פיתוח בהודו מאז 2004, נוכחות בפורטוגל מאז 2023. מוצרים משלנו שרצים אצל לקוחות שנים.
- מוסמכים ISO 27001, עובדים לפי OWASP Top 10
- מפתחים מנוסים אחראים לכל שורת קוד
בין לקוחותינו
- Drive Group
- IKEA
- קרנות השוטרים
- רפא
- קבוצת דניאל
- מעונות מרגוע
- מכון מור
- המועצה להימורים בספורט
- Student-Room-Flat
- Hold-Me
השירותים שלנו
אותה תשתית. ארבעה שירותים.
בכל אחד מהם אתם מקבלים אפיון שאתם מאשרים, אומדן שאנחנו עומדים בו, וקוד שנשאר מתועד.
לארגונים
פיתוח מערכות לארגונים
מערכת חדשה, החלפת מערכת ישנה, או שילוב AI במוצר קיים.
פיתוח אינו העיסוק שלכם, אבל המערכת כן. אנחנו בונים אותה מתועדת, מובנת ומתוחזקת, כך שאתם לא תלויים באדם אחד או בספק אחד. אבטחה כברירת מחדל: ISO 27001, OWASP Top 10, הקשחת שרתים.
ליזמים
מאב-טיפוס ל-Production
מרעיון, או מאב-טיפוס שנתקע, למוצר שאפשר לגייס עליו.
נגיד לכם מה לבנות עכשיו, מה לדחות וכמה זה יעלה, לפני שהוצאתם שקל. בניתם ב-Base44 או ב-Lovable ונתקעתם? ניקח את זה ל-Production, עם אבטחה וקוד שכל צוות יכול להמשיך ממנו.
לארגונים עם צוות פיתוח פנימי
מודרניזציה של צוות הפיתוח
ייעוץ והטמעה של פיתוח מבוסס AI בצוות שכבר עובד אצלכם.
קניתם רישיונות, והמפתחים חזרו לעבוד כמו קודם? אנחנו מתקינים אצלכם את מה שמריץ את הפיתוח שלנו: ערכת הכלים, ה-Skills וספר חוקי הפיתוח, על ה-repo שלכם, ומלווים את הצוות עד שזה הופך לדרך העבודה. תכנית שותפים ראשונים, מספר מקומות מצומצם.
לבעלי עסקים
אוטומציות עסקיות
חיבורים בין המערכות שלכם, בנויים כמו תוכנה.
אוטומציה שלא נשברת בשקט: אפיון, טיפול בשגיאות, ניטור, ובעלות מלאה שלכם על החשבונות ועל התהליכים. n8n, Make או Zapier לפי מה שמתאים, וקוד כשהכלי נגמר.
איך זה עובד
שלושה שלבים. בכל אחד אתם יודעים בדיוק מה אתם מקבלים.
1
ללא עלות
שיחה
שעה. אתם מספרים, אנחנו שואלים ומקליטים. בסופה תקבלו: מה הבנו, אילו שאלות יקבעו את ההיקף, ומחיר קבוע לשלב האפיון.
2
מחיר קבוע
אפיון
הקלטות הפגישות הופכות לאפיון בשני נוסחים: אחד שאתם קוראים ומאשרים, ואחד למפתחים, שכולל מה שלא ידעתם לבקש. בסופו: אומדן זמן ותקציב מחייב.
האפיון שלכם, גם אם תחליטו לא להמשיך איתנו.
3
בתקציב ובלו"ז שאישרתם
פיתוח ומסירה
סוכני AI מפתחים ובודקים. מפתחים מנוסים מפקחים ואחראים לכל שורה. האפיון והקוד נשארים מעודכנים ומתועדים עד המסירה, ואחריה.
ב-DocsRobot, המוצר שלנו, מערכת AI בודקת את המוצר כל לילה, בעברית ובאנגלית, ופותחת דיווחי תקלה בעצמה.
למה האפיון בתשלום? כי זה החלק שבו אנחנו עובדים בשבילכם, לא מוכרים לכם. ההתחייבות שלנו חלה על האפיון שאישרתם. רוצים לשנות משהו באמצע? השינוי עובר דרך אותו אפיון, ואתם רואים את ההשפעה על הזמן והתקציב לפני שאתם מאשרים אותו, לא אחרי.
ספר חוקי הפיתוח
האפיון שלכם מכיל מה שלא ידעתם לבקש.
כל דרישה שאנחנו כותבים נבדקת מול ספר חוקי הפיתוח שלנו: מאות כללים שנצברו בעשרות שנים, בפרקים כמו אבטחת מידע, ביצועים וחוויית משתמש. כלל שרלוונטי לדרישה ולא מובן מאליו נכנס לאפיון, בנוסח למפתחים. אף לקוח לא ביקש את אלה מראש. כולם נמצאים בכל מערכת שלנו.
איך בודקים משהו שקורה פעם בחודש, בלי לחכות חודש?
מה יוצא לכם: חיוב חודשי, דוח שבועי, תזכורת שנתית. כולם נבדקים במלואם לפני ההשקה, לא אחרי שהחודש הראשון עבר.
החוק: כל מערכת עם תהליכים יומיים, שבועיים, חודשיים או שנתיים רצה על שעון סימולציה שבשליטתנו, לא על שעון השרת. בבדיקות מזיזים את השעון קדימה ורואים מה קורה. בלי זה אין בדיקות קבלה מלאות לתהליך מחזורי, רק המתנה ותקווה.
לחיצה כפולה לעולם לא תחייב פעמיים.
מה יוצא לכם: בלי לקוחות-קצה שחויבו פעמיים, בלי רשומות כפולות, בלי "איך זה קרה?" בשירות הלקוחות.
החוק: כל פעולה עם תופעות לוואי (יצירת רשומה, חיוב, שליחת מייל, בקשת חתימה) מקבלת Idempotency-Key. השרת תופס את המפתח אטומית, שומר את ה-hash של הבקשה עם התשובה הסופית, ומחזיר אותה תשובה לכל חזרה. אותו מפתח עם גוף שונה: 409. רשתות ולקוחות עושים retry; זו לא תקלה, זו המציאות. איתו, ה-retry הופך ממקור באגים למנגנון בטיחות.
הנתונים של לקוח אחד לא יכולים להגיע ללקוח אחר. מבנית.
מה יוצא לכם: בידוד ברמת הארכיטקטורה, עם בדיקה אוטומטית שרצה בכל build. לא הבטחה, מנגנון.
החוק: במערכת רב-לקוחית זהות ה-tenant נגזרת רק מה-token המאומת, לעולם לא ממזהה שנשלח ב-body, ב-header או ב-URL. הסינון נאכף במקום מרכזי אחד, כך שהשמטת פילטר בלתי אפשרית מבנית. בדיקות אוטומטיות עם שני tenants מוודאות ש-A לא רואה את B דרך שום endpoint. לא סומכים על משמעת; בונים כך שאי אפשר לטעות.
התחייבות שעמדנו בה
חודשיים, תקציב שנקבנו, ומערכת שעלתה לאוויר.
כשספק ה-SaaS שהיינו תלויים בו איים להשבית את המערכת שלנו, היו לנו כחודשיים להחליף אותה במערכת משלנו. Assembly הקשיבו למה שאנחנו צריכים, חזרו אלינו עם היקף ברור, תאריך מסירה ותקציב, ומסרו בדיוק את זה, בזמן ובתקציב שהם נקבו.
הגרסה הזאת עלתה לאוויר והפכה לבסיס של העסק הדיגיטלי שלנו. מאז Assembly הם למעשה צוות הטכנולוגיה הפנימי שלנו, ולא היו הפתעות בתכנון הפיננסי. אם אתם צריכים שותף שיגיד לכם מה אפשר, מתי ובכמה, ואז יעשה את זה: אני ממליץ על Assembly בלי היסוס.
גם במוצר שלנו. ב-DocsRobot, מחולל המסמכים ומערכת החתימות שאנחנו מפתחים ומוכרים, כל מודול חדש פותח בתקציב שנקבע לו מראש.
ומה עם מיזמים שלא הצליחו? ראינו הרבה מהם מקרוב. רובם לא נכשלו בגלל הקוד; הכסף נגמר לפני המוצר. בגלל זה אנחנו מתחילים כל פרויקט ליזם באמירה מה לא לבנות עכשיו.
לקוחות מספרים
מי שעבד איתנו, על מה שחשוב לו.
לשירות של Assembly יש ייחוד בכך שאתה, כלקוח, מקבל ליווי ושירות מקומי, באיכות שאתה מצפה לה מספק ישראלי, בעוד שהעלות של השירות נמוכה משמעותית משירות דומה בארץ. הגמישות להתחיל ולהפסיק פיתוח לסירוגין עוזרת לתת מאמץ במקום ובזמן שצריך.
על אף שעבדתי עצמאית עם מפתחים בהודו שנים רבות, בחרתי להעביר את הפיתוח ל-Assembly. השירות הוא חוויה אחרת לגמרי: יש מישהו שבאמת מבין אותך ולא מתחמק משאלות ישירות, ויש תחושה שהחברה מרגישה אחריות לתוצרים שלה. אם אתם יודעים מה אתם רוצים וצריכים מכפיל כוח מקצועי, פנו ל-Assembly.
שאלות שאנחנו שומעים
לפני שאתם מתקשרים
למה שלב האפיון בתשלום, ולא חלק מהצעת המחיר?
כי אפיון טוב הוא עבודה: פגישות מוקלטות, ניתוח, כתיבה בשני נוסחים ובדיקה מול ספר החוקים. במערכת האחרונה שאפיינו זה לקח כשלושים שעות של פגישות. ספק שנותן מספר מחייב אחרי שיחה אחת, מנחש, ואת הניחוש הזה אתם משלמים אחר כך. האפיון נשאר שלכם בכל מקרה.
מה קורה כשאנחנו משנים דרישה באמצע הפיתוח?
השינוי עובר דרך האפיון. אתם רואים מה הוא עושה לזמן ולתקציב, ומאשרים או לא, לפני שמישהו כותב קוד. ההתחייבות שלנו חלה על האפיון שאישרתם, וכך היא נשארת אמיתית גם אחרי עשרה שינויים.
האפיון שלי אם אני לא ממשיך איתכם לפיתוח?
כן. גם האפיון וגם האומדן. אפשר לקחת אותם לכל ספק אחר.
איפה המפתחים יושבים, ומי אחראי?
מפתחים מנוסים בהודו מפקחים על סוכני ה-AI ואחראים לכל תוצר. מולכם עובדת ההנהלה בישראל, והאחריות על הפרויקט היא שלנו, לא של מישהו "שם".
מה ה-AI עושה בפועל, ומה לא?
הוא הופך הקלטות שיחה לאפיון, מכין הוראות טכניות, כותב קוד ובדיקות, מריץ את הבדיקות ופותח דיווחי תקלה. הוא לא מחליט מה לבנות, לא מאשר ארכיטקטורה ולא מוסר ללקוח. בכל נקודה כזאת יש אדם, ואתם רואים אותו.
אבטחת מידע?
מוסמכים ISO 27001. עובדים לפי OWASP Top 10, מקשיחים שרתי לקוח לפי התקנים הרלוונטיים, ובפרויקטים גדולים מריצים בדיקות חדירה אוטומטיות. חלק מספר החוקים עוסק באבטחה, ולכן זה נמצא באפיון ולא נוסף בסוף.
הצעד הראשון
שעה אחת. בלי התחייבות.
בסופה תדעו מה הבנו, אילו שאלות פתוחות, וכמה יעלה האפיון. אם נחשוב שלא כדאי לבנות את זה, נגיד גם את זה.
או ישירות: 03-559-3289 | info [at] assemblyso.com
