דלגו לתוכן
בואו נדבר

פיתוח תוכנה · כשתבנית לא מספיקה

כשתבנית כבר לא מספיקה, אנחנו כותבים את המערכת

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

עובדים איתנו: Hot House · ספקטרה נדל״ן · היפופו · ליאב מלמד · וילאנו · אוורסט פלטינום

Hot House · office.hothouse.co.il

מקרה 01 · באווירפרק 05

מרכז התפעול של Hot House

אפליקציית משרד חיה, בכתובת משלה. הצוות מנהל בה לקוחות, הזמנות עבודה, קמינים, משימות, פניות וקבצים. הנתונים חיים ב־GoHighLevel, ושכבת PostgreSQL מחזיקה אותם קרוב למסך: הרשימות נפתחות מהר, ואפשר לחתוך אותן לפי כל שדה.

ישויות
לקוחות · הזמנות עבודה · קמינים · משימות · פניות · קבצים
גישה
תפקידים והרשאות: כל עובד רואה את מה ששייך לו
איכות
בדיקות יחידה על הלוגיקה העסקית, סביבת בדיקות נפרדת מהייצור
סטאק
Next.js · Node.js · PostgreSQL · GoHighLevel API
לעבודה המלאה: חנות ב־4 שפות ופאנל ← אתר Hot House האתר של המותג
בנוי אצלנו, מחובר לאותו CRM

ארכיטקטורה · תרשיםhothouse · ops

כל פנייה: קליטה ← שיוך ← תזכורת ← תיעוד

meduza-os · monorepogit · main

מקרה 02בפיתוח

Meduza OS
המערכת שמנהלת אותנו. בדוקה עלינו לפני שהיא מגיעה אליכם

מערכת הפעלה לסטודיו, מרובת ארגונים: CRM לקוחות, קליטת לקוח חדש, משימות והרשאות, ומודולים שמתחברים ל־Google Drive ול־Search Console של כל לקוח. היא בנויה על אותה ארכיטקטורה שכבר רצה אצל Hot House ובארה״ב, ואנחנו הלקוח הראשון שלה: מה שלא מחזיק אצלנו ביום יום, לא מגיע ללקוח.

  • NestJS
  • Next.js
  • Prisma
  • PostgreSQL
  • BullMQ / Redis
  • Google OAuth
  • ארגון אחד לא רואה את הנתונים של ארגון אחר. זה נאכף בשכבת ה־API, לא במסך.
  • עבודות ארוכות, כמו סנכרון Drive, רצות ב־worker נפרד עם תור, לא בתוך הבקשה.
  • סכמה אחת ב־Prisma, מיגרציות בגרסאות. בלי שינויים ידניים בבסיס הנתונים.

סטטוס: בפיתוח · רצה אצלנו, עדיין לא פתוחה ללקוחות

הסטאק

כלים שאנחנו מכירים לעומק

רשימה קצרה בכוונה. אנחנו בוחרים טכנולוגיה שמישהו אחר יוכל לתחזק אחרינו, לא את מה שחדש השבוע.

Frontend
TypeScript React Next.js
Backend
Node.js NestJS PHP REST & webhooks
Data
PostgreSQL Prisma Redis
Integrations
GoHighLevel API Google APIs OpenAI API
Platforms
WordPress WooCommerce Docker

איך אנחנו עובדים

חמישה כללים שלא מתפשרים עליהם

הם נכנסים להצעה הכתובה לפני שמתחילים, כדי ששני הצדדים יידעו בדיוק מה נבנה, מה נמסר ומתי.

SPEC · v1 · applies to every build

  1. אפיון לפני קוד.

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

  2. סביבת בדיקות לפני ייצור.

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

  3. קוד בבעלותכם, עם תיעוד מסירה.

    המאגר, הקוד והסכמה שלכם. במסירה אתם מקבלים README שמסביר איך להריץ, איך לפרוס ומה תלוי במה. מפתח אחר צריך להצליח להמשיך משם.

  4. גישות וחשבונות על שמכם, בכתב, מההתחלה.

    דומיין, שרת, מסד נתונים, מפתחות API וחשבונות ענן נפתחים על שם העסק. רשימת הגישות היא חלק מההצעה, לא תוספת בסוף.

  5. ליווי אחרי עלייה.

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

מי כותב את הקוד

מי שמתכנן את המערכת הוא מי שעונה לכם

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

אוהבים לקרוא קוד? גם אנחנו.contact@meduzad.com

קיריל

Full-stack. ארכיטקטורה וקוד. מעל 15 שנות ניסיון מעשי.

פרק 05 · מטפלים

יש לכם תהליך שמנוהל באקסל? ספרו לנו עליו

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

וואטסאפ עם הודעה מוכנה טופס פנייה

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

רוצים שנחזור אליכם?

שם וטלפון מספיקים. קיריל או ליליאן יחזרו אליכם.

מה מעניין אתכם?

נחזור אליכם לשיחת היכרות קצרה. בלי התחייבות.