בונים אתר סביב מה שהמבקרים והצוות צריכים להשלים: להבין את השירות, לשלוח פנייה, לבצע רכישה או לעבוד בפורטל. מגדירים את התוכן, החיבורים ובדיקות ההשקה לפני שבוחרים איך לפתח.
מוצרים שאנחנו בונים ומפעילים
שתי מערכות Web שלנו מציגות עבודה דרך הדפדפן: איסוף מידע, בדיקה והמשך פעולה. עמודי המוצר וסקירות התהליך מאפשרים להכיר את העבודה ואת גבולות הדוגמאות.
מוצר בבעלות DevShift
מתחילים בתיאור או במסמך, בודקים שדות ותנאים ושולחים קישור למילוי. משם אוספים תשובות וחתימות ומייצאים את התוצאות. סקירת הפיתוח מוסיפה החלטות שנבדקו בקוד המקור.
מגדירים ובודקים את הטופס
שולחים קישור למילוי ולחתימה
מרכזים תשובות ומייצאים תוצאות
מוצר בבעלות משותפת של DevShift וקבוצת Badger
המערכת מרכזת דוחות וסטטוסים, וה-AI מסייע להכין טיוטת ערעור ולסמן עילות אפשריות. המשתמשים בודקים את הטיוטה, עורכים ומגישים אותה לרשות הרלוונטית.
מרכזים דוחות ופרטים במערכת
מכינים טיוטת ערעור בעזרת AI
המשתמשים בודקים, עורכים ומגישים
פיתוח אתר מתחיל בשתי שאלות: מה המבקר צריך להשלים, ומי בצוות ינהל את מה שקורה אחר כך. אתר תדמית דורש תוכן ודרך ברורה לפנייה; חנות מוסיפה קנייה ותשלום; פורטל מוסיף חשבונות, הרשאות ונתונים. ההבדלים האלה קובעים את התכולה ואת בחירת המערכת.
ב-DevShift מאפיינים, מעצבים ומפתחים את הממשק ואת החיבורים שנדרשים לו. בוחנים גם אם התאמת מערכת קיימת מספיקה. כשצריך להגדיר מוצר חדש, מודל עסקי וגרסת MVP, ממשיכים לאפיון מוצר דיגיטלי; כאן מתמקדים באתר ובתהליך שיעבוד דרכו.
מה האתר צריך לאפשר
מבנה עמודים ומסרים, מסלול לפנייה וצרכי עריכת התוכן. בוחרים איך הצוות יוכל לעדכן את האתר לאחר המסירה.
מסכים ללקוחות ולצוות, חשבונות משתמשים, הרשאות ותצוגת מידע. מגדירים אילו פעולות אפשר לבצע ואיך בודקים את התוצאה.
קטלוג, הזמנה ותשלום לפי ההיקף שסוכם. בודקים סליקה, מלאי ושירותים נוספים לפי ממשקי החיבור ותנאי הספקים.
מיפוי הפרטים שנאספים והעברתם ל-CRM או למערכת אחרת, לפי ה-API וההרשאות הזמינים. בודקים גם כשל ופרטים חסרים.
מבנה סמנטי, תגיות מטא, מפת אתר וקישורים. נתונים מובנים לפי התוכן הגלוי, ומדידה שמוגדרת סביב הפעולות החשובות באתר.
יעדי טעינה לפי העמודים והתוכן, בדיקות במובייל ובמקלדת ותיקון ממצאים לפי היקף מוסכם. מתעדים מה נבדק ובאילו תנאים.
לבחור נקודת התחלה
אתר שיווק או תוכן עם מסרים, עמודים ודרך פנייה מוגדרים. מתחילים בקהל, בתוכן ובשאלה מי יטפל בפניות שמגיעות.
תהליך מהקטלוג דרך התשלום ועד להעברת ההזמנה. מגדירים מדיניות, תכולת קטלוג ואחריות לתפעול לצד בחירת פתרון המסחר.
פורטל עם כניסה לחשבון, הרשאות ותהליך מוגדר על מידע עסקי. אם עדיין צריך לברר מהו המוצר ולמי הוא מיועד, מתחילים באפיון מוצר.
פיתוח מוצר דיגיטלי ו-MVPלבחור איך לבנות
מערכת קיימת יכולה להתאים לצורכי תוכן ומסחר מוכרים. פיתוח מותאם מתאים כשממשק, הרשאות או תהליך דורשים גמישות אחרת. ההחלטה נשענת על הצורך ועל עלות התפעול.
| פיתוח מותאם עם DevShift | התאמת מערכת ניהול או פלטפורמה קיימת | |
|---|---|---|
| מתי מתאים | תהליך או ממשק שדורשים תכנון והתאמה לפי הצורך | תהליך שהמערכת כבר מכסה, עם התאמות מוגדרות |
| ניהול תוכן | מגדירים את אופן העריכה ואת מסכי הניהול הנדרשים | כלי העריכה והתוספים מגיעים מתוך יכולות המערכת |
| חיבורים וגמישות | מתכננים לפי ה-API, ההרשאות והמערכות הקיימות | בודקים מחברים, תוספים, API ומגבלות רישוי |
| אחריות אחרי ההשקה | מסכמים מסירת קוד וגישה, תשתית ותחזוקה | מתכננים רישוי, עדכונים, גיבוי וייצוא נתונים |
לפני שמתחילים
אפשר להגיע עם אתר קיים או עם תיאור הצורך. התוכן, האנשים והגישה למערכות חשובים להערכה לא פחות ממספר העמודים.
מהבקשה להשקה
מסכמים תכולה, הנחות ובדיקות לפני הפיתוח. תוכן חסר, חיבור לא מוכר או שינוי בהיקף מקבלים בירור והערכה מעודכנת.
ממפים קהל, עמודים, תוכן ופעולות. בודקים אם מערכת קיימת מתאימה ומה צריך לפתח או לחבר.
בוחנים את העיצוב ואת המסלול המרכזי, מסכמים עריכת תוכן ומבררים חיבורים והרשאות שיש בהם אי-ודאות.
בונים ומציגים גרסאות לבדיקה: מסלול תקין, טופס עם מידע חסר וכשל בחיבור, לצד מובייל, מקלדת ויעדי ביצועים.
בודקים תוכן, כתובות והפניות, מטא ומפת אתר ומדידה. מסכמים גישה לחשבונות, תיעוד ואחריות לתפעול ולתחזוקה.
היקף והערכה
טווחי התכנון כפופים לאפיון ולזמינות תוכן והחלטות. הפעלת ספקי שירות, הסבת נתונים או חיבורים מורכבים עשויים להרחיב את ההיקף ואת לוח הזמנים.
| טווח תכנון | תוצר לבדיקת קבלה | תלויות שצריך לברר | |
|---|---|---|---|
| אתר תדמית ממוקד | בדרך כלל 2-4 שבועות | עמודים ותוכן מאושרים, מסלול פנייה וצרכי עריכה מוגדרים | זמינות תוכן, שפות, אישור עיצוב וחיבורי טפסים |
| חנות או פורטל בהיקף מוגדר | בדרך כלל חודש עד שלושה חודשים | מסלול קנייה או עבודה בחשבון, עם החיבורים שסוכמו | קטלוג, סליקה, הרשאות, נתונים ואישור ספקים |
| שדרוג אתר קיים | לפי מיפוי האתר והתכולה | תוכן ומסלולים שסוכמו, עם מפת כתובות והפניות | איכות המידע הקיים, גישה לחשבונות וחיבורים שיש לשמר |
מי עורך עמודים, מוצרים ופרטי שירות, מה נמסר לצוות ואיזו הדרכה נדרשת.
אחסון, דומיין, גיבויים, דוא״ל, סליקה ורישיונות לפי בחירת המערכת ותנאי הספקים.
עדכונים, טיפול בתקלות, ניטור וזמני מענה לפי היקף שנקבע בנפרד או נכתב מראש בהסכם.
בדיקת הפעולות החשובות ותעדוף שינויים. עמודים, תהליכים וחיבורים חדשים מקבלים הערכה ואישור לתכולה.
בקשת הפרויקט עוזרת לרכז מטרות, תוכן וחיבורים לקראת הערכה. ההצעה צריכה להפריד בין ההקמה, שירותים חיצוניים ותחזוקה, ולציין מי מחזיק בקוד, בנתונים ובחשבונות לפי ההסכם.
לעבוד עם DevShift
אנחנו בונים ומפעילים מוצרי Web משלנו. Formalingo ו-RoadProtect מציגים תהליכים דרך הדפדפן, עם קלט, בדיקה והמשך טיפול.
שאלות לפני החלטה
העלות נקבעת לפי התוכן, העמודים, פעולות המשתמשים, החיבורים וצרכי הניהול. אתר תדמית ממוקד, חנות ופורטל דורשים תכולה שונה. אחרי בירור מכינים הערכה שמפרידה בין הקמה, רישיונות ושירותים חיצוניים, תחזוקה והמשך פיתוח.
אתר תדמית ממוקד מתוכנן בדרך כלל ל-2-4 שבועות, וחנות או פורטל בהיקף מוגדר לחודש עד שלושה חודשים. אלה טווחים בכפוף לאפיון, תוכן מאושר וגישה למערכות. הסבת נתונים, הפעלת ספקי שירות או שינוי בתכולה עשויים לשנות את ההערכה.
כשצורכי התוכן או המסחר מכוסים ביכולות של מערכת קיימת, התאמה שלה יכולה להיות דרך מתאימה. בודקים את כלי העריכה, התוספים, החיבורים, הרישוי וייצוא הנתונים. פיתוח מותאם נשקל כשהתהליך או הממשק דורשים גמישות שאינה זמינה בהיקף סביר במערכת הקיימת.
מגדירים מבנה עמודים וקישורים, תגיות מטא, מפת אתר, כתובות קנוניות ונתונים מובנים שמתאימים לתוכן הגלוי. בודקים גם יעדי ביצועים והפניות כשמחליפים אתר. אלה תנאים לתשתית חיפוש תקינה; דירוג, אינדוקס והצגת תוצאות עשירות נקבעים בידי מנוע החיפוש.
מתחילים במיפוי כתובות, תוכן, קבצים וחיבורים שיש לשמר. מסכמים אילו עמודים עוברים, היכן דרושות הפניות ואיך בודקים אותן לפני העלייה לאוויר. מבררים גם גישה לדומיין, לאחסון, לכלי המדידה ולמערכות שמקבלות פניות.
מסכמים מראש את תכולת הבדיקה: ניווט במקלדת, מבנה כותרות, טפסים, תצוגה במובייל ויעדי טעינה בעמודים שנבחרו. מתעדים ממצאים ותיקונים ואת תנאי המדידה. דרישות תקן או ביקורת ייעודית מקבלות הגדרה מפורשת בהיקף הפרויקט.
מגדירים בהסכם בעלות וזכויות שימוש, מסירת קוד ותיעוד וגישה לחשבונות. בודקים בנפרד תוכן, נתונים, דומיין, אחסון, רישיונות ותנאי שירותים חיצוניים. במסירה צריך להיות ברור מה עובר אליכם ומי אחראי לכל חלק.
תחזוקה, ניטור, תמיכה ועדכוני תוכן נכללים לפי ההסכם והיקף שנקבע. תוספת תהליך או חיבור חדש דורשת תכנון משלה. כשעדיין צריך לברר למי המוצר מיועד, מהו המודל העסקי ומה חייב להיכלל ב-MVP, מתחילים באפיון מוצר דיגיטלי.
להמשיך מהצורך שלכם
מבט מתוך הפיתוח של Formalingo: תוכנית שאפשר לשנות, שאלות שמתאימות לתשובה, וההבדל בין טופס שהושלם למידע שהגיע למערכת הבאה.
להכיר את השירותמקליטת דוח לטיוטה בעזרת AI: המשתמשים בודקים, עורכים ומגישים. תהליך העבודה של RoadProtect ושאלות לתכנון מוצר דומה.
להכיר את השירותמתיאור או מסמך קיים לטופס, חתימות וייצוא: תהליך העבודה של Formalingo ושאלות לתכנון איסוף מידע בתוך מוצר עסקי.
להכיר את השירותלמיפוי משתמשים, גרסה ראשונה והמשך הדרך למוצר תוכנה או SaaS.
כשהתהליך דורש מענה מתוך ידע, עיבוד מסמך או פעולה בהרשאה, עם גבולות ברורים ואישור אנושי לפי הצורך.
כשצריך לבדוק אם חוויית השימוש דורשת אפליקציה לאייפון ולאנדרואיד לצד האתר או במקומו.
תארו את הקהל, את הפעולה המרכזית ומה כבר קיים: תוכן, אתר או מערכות שצריך לחבר. נתחיל מבירור התכולה והדרך המתאימה לבנות.