יצירת אתר היא עניין פשוט אם אתה משתמש בבונים מקוונים. אבל כולם כל כך דומים שחברות מוכרות צריכות לחפש מנהלי אתרים או ליצור קשר עם חברות IT. בשלב זה של יצירת משאב, חשוב ביותר לציין את עבודת האשף, כלומר לשרטט משימה טכנית לפיתוח האתר.
למה לבזבז זמן על זה?
לא משנה כמה אדם משכיל, הוא עדיין נשאר אדם ומנסה בכל דרך להקל על עבודתו. לכן, הלקוחות לא תמיד מבינים למה לכתוב משימה טכנית לפיתוח האתר. אחרי הכל, הרבה יותר קל לבקש ממנהל אתרים לעשות "אתר בכחול עם הלוגו של החברה בעמוד הראשי". אבל כשמגיע הזמן למסירת הפרויקט, הלקוח רואה משהו שונה לחלוטין ממה שרצה. ומנהל האתר צריך לחזור על המשאב שוב ושוב.
תנאי ההתייחסות אינם "ביורוקרטיה", אלא מעשה רציונלי שחוסך זמן, עצבים וכסף. למשל, חברה מסוימת צריכה להתפתחאתר מצגות, לתקופה של שבועיים. ואם אתה מקדיש 2-3 ימים ליצירת דוגמה מתנאי ההתייחסות לפיתוח אתר, אז בסוף התקופה תוכל לקבל מוצר מוגמר. הוא יענה על כל הדרישות שלקוחות בלהט הבלאגן עלולים לשכוח לציין. מאידך, תנאי ההתייחסות לפיתוח האתר הם ערובה לתגמול.
חוכמת העבר
אם מול הלקוח עומדת המשימה של פיתוח מפרט טכני, הוא לא צריך להמציא את הגלגל מחדש, עדיף לפנות למקורות, שאומתו על ידי שנים רבות של ניסיון מעשי. כלומר, יש צורך לכתוב מדגם של תנאי ההתייחסות לפיתוח האתר בהתאם ל-GOST. זה היה נראה לא ריאלי להחיל את הסטנדרטים של 1978 על האתרים של היום, אבל בברית המועצות כמה דברים היו נהדרים, ופיתוח תקנים אינו יוצא דופן, וחוץ מזה, הם עדיין רלוונטיים. יש לשים לב במיוחד לתקנים הבאים:
- דרישות לתוכן ולעיצוב (GOST 19.201-78).
- תנאי שימוש ליצירת מערכת אוטומטית (GOST 34.602-78).
המסמך הראשון מתאים לאתרים רגילים. הוא מתאר כיצד לערוך כראוי את ה-TOR, וכן את הסעיפים שאתה בהחלט צריך לקחת בחשבון בעת עריכת תנאי ההתייחסות לפיתוח האתר. אלה כוללים:
- מבוא, המציין את שם החברה או המשאב של הלקוח, תיאור קצר והיקפו.
- קרקע ליצירה. כאן אתה צריךלציין את הנושא, לציין את המסמכים המאשרים את הצורך ביצירת משאב, את שם הארגון שאישר מסמך זה. לדוגמה, תוצאות מחקרי שוק מראות שרוב המשתמשים מחפשים מוצרים דרך האינטרנט, וזה יהיה הבסיס ליצירת אתר.
- יעד. המטרה הפונקציונלית של המשאב מסומנת. ליידע, למכור וכו'.
- דרישות משאבים. זהו הסעיף הגדול ביותר בו הלקוח מתאר את כל רצונותיו לגבי מוצר האינטרנט העתידי. כאן אתה צריך לציין את הפונקציונליות, לקבוע את רמת האמינות, לתאר את תנאי ההפעלה, התוכן, העיצוב וכו'.
- דרישות תוכנה.
- אינדיקטורים טכניים וכלכליים. כלומר, מצוינות משאלות לגבי רמת ההמרה, יתרונות על פני מתחרים, יעילות כלכלית.
- שלבי פיתוח. הלקוח קובע את המועד האחרון להשלמת המשימה.
- שליטה. סוגי האימות מצוינים.
GOST השני מתאים ליצירת פורטלים עם פונקציונליות מורכבת. באופן כללי, המטרות והנקודות העיקריות אינן שונות בהרבה מהמסמך הראשון, יש להן רק מאפיינים נרחבים יותר. בהתבסס רק על המידע מהמסמכים לפי תקן GOST, ניתן ליצור דוגמה מלאה לתנאי ההתייחסות לפיתוח האתר.
תכונות של ניסוח TK
איך מתווים משימה טכנית לפיתוח האתר? הדבר החשוב ביותר בעת הידור TOR הוא לחשוב כל הזמן על המטרות העיקריות של המסמך העתידי: הוא חייב להיות כתוב בשפהשגם מפתחים וגם לקוחות יבינו.
לרוב, כאשר מרכיבים דוגמה למשימה טכנית לפיתוח אתר, הנקודות הבאות נחשבות לעיקריות:
- פרטי לקוח. יש לתאר בקצרה את היקף הפעילות, ההיסטוריה של החברה ולערוך רשימה של המתחרים העיקריים. לא סביר שמידע זה יהיה שימושי למתכנתים, אבל מעצבים וקופירייטרים זקוקים לו.
- מטרת האתר. בלוק זה צריך להכיל מידע מפתח המאפשר לך להבין את מבנה המשאב העתידי, הפונקציונליות והכיוון הכללי של העיצוב. זה גם מתאר את קהל היעד העיקרי.
- דרישות משאבים. החלק הגדול ביותר בו אתה צריך לציין את רצונותיך לגבי המבנה, הפונקציונליות, העיצוב, התוכנה, האחסון וכו'. עליך לצרף כאן גם תמונות ממוזערות של עמודים ומפת אתר.
- תוכנית פעולה. כל תבנית תקנון לפיתוח האתר צריכה לכלול בתיאור שלה את שלבי הפיתוח, רשימת העבודות שיבוצעו בשלב מסוים ותזמון ההזמנה.
- שליטה וקבלת עבודה. תנאי ההתייחסות לדוגמה לפיתוח האתר צריכים לתאר בבירור כיצד תיבדק עמידתו של האתר המוגמר בדרישות המפורטות. חשוב לגשת בזהירות ליישום העבודה על מנת למנוע אי הבנות עם הלקוח.
לאחר שעבדתם על כל הנקודות הללו בפירוט, תוכלו ללמוד במהירות כיצד להרכיב נכון את תנאי ההתייחסות לפיתוח האתר.
למי צריך לעשות את זה?
בעיקרון, דוגמהתנאי ההתייחסות לפיתוח האתר יכולים להיערך על ידי כל אחד. לדוגמא, בעל מכון יופי זקוק לאתר של כרטיסי ביקור. הנה תנאי ההתייחסות, אבל האם מפרט טכני כזה יועיל זו שאלה אחרת.
בדרך כלל רקע טכני טוב הוא המבצע. ובכל זאת, מפתח אינטרנט מבין ביצירת אתרים יותר מאשר הבעלים של סלון יופי. אבל זה בכלל לא אומר שהלקוח נעדר לאורך כל התהליך הזה. בהתאם לכללי היסוד של תנאי ההתייחסות לפיתוח האתר, על הלקוח:
- הצג למבצעים את הפירמה, המוצרים, השירותים וקהל היעד שלה.
- הסבר למה הוא צריך את האתר.
- שתף את המשאלות שלך למשאב עתידי.
- הצג דוגמאות לאתרים שלדעתו טובים.
- ענה על שאלות מהמעצב ומפתח האינטרנט (אם יש).
הלקוח יכול לשרטט את ה-TK בעצמו, אבל, כפי שמראה בפועל, מערכונים חובבניים כאלה נזרקים בדרך כלל בשקט לפח.
דיוק וייחודיות
כל מה שכתוב בדוגמאות ובדוגמאות של מפרטים טכניים לפיתוח האתר צריך להיות מובן עבור הלקוח והקבלן. לא ניתן להשתמש במושגים כמו יפה, מודרני, ייחודי ואחרים, כי כל אחד תופס אותם בדרכו שלו. זה חל גם על ניסוחים שניתן להבין בצורה מעורפלת. הכל חייב להיות ברור ומדויק. אתה לא יכול לכתוב שהאתר יכול לעמוד בעומס רב יותר, כי לא ברור כמה הםגָדוֹל. יש צורך להכחיש מיד את אי ההבנה, ולציין כי המשאב מסוגל לעמוד בפני 50 אלף מבקרים בו זמנית. כל ניסוח צריך להיות נתמך במספרים ובמאפיינים מדויקים.
פרטים נוספים
כאשר מתכננים עבודה על יצירת אתר, עליך להודיע לכל משתתפי הפיתוח על מה החברה עושה ומי קהל היעד העיקרי שלה. אתה גם צריך לציין את מטרת האתר ולתאר העדפות פונקציונליות כדי שלא תקבל בלוג בידור במקום חנות מקוונת רצינית.
במקרים מסוימים, מילון מונחים כלול בתנאי ההתייחסות לפיתוח אתר אינטרנט. כל המונחים המורכבים מתוארים בשפה מובנת כך שללקוח לא מודע לא יהיו שאלות לגבי מה ואיך יעשה עם האתר שלו.
הקפד לציין באיזה אירוח המשאב צריך להיות. כמו כן, מבצעים מכובדים יציינו בתנאי ההתייחסות פריט כגון "דרישות עבודה", שם הם מציינים שהמשאב צריך להיות מוצג בכל הדפדפנים. כמובן שהדרישה הזו כבר מובנת, אבל עדיף לרשום אותה כדי שהלקוח יהיה מוגן ממבצעים חסרי מצפון.
בנוסף, המבנה, העיצוב והפריסה נידונים עם הלקוח, לשם הבהירות, הלקוח יכול לשרטט תרשים זרימה. הלקוח צריך להסביר למה מיועד כל עמוד באתר ואילו אלמנטים יכולים להיות בו.
אם אתה צריך ליצור משאב עם ממשק מורכב ולא סטנדרטי, זה לא יספיק רק להראותסקיצה ומבנה עמודים. חשוב ביותר שכל צוות הפיתוח והלקוח יבינו כיצד המבקר הממוצע ישתמש באתר. לכן, יהיה צורך לפתח תסריט. התוכנית שלו פשוטה מאוד:
- פעולת משתמש.
- תגובת אתר.
- Result.
תוכן ועיצוב
יש גם להחליט מראש מי יהיה אחראי על התוכן. במקרים מסוימים, מפתח יכול ליצור מיידית אתר עם תוכן, בהשתתפות קופירייטרים מקצועיים, אבל אז עלות המשאב תהיה יקרה יותר. יש להסכים לכך מראש ולציין את כל הרצונות לגבי התוכן.
נכון, יהיה קשה לתאר באופן אובייקטיבי את התוכן, כי לכל אחד יש רעיונות משלו לגבי עניין ושימושיות, קל יותר לכתוב שזה יהיה ייחודי. קל לבדוק זאת, ולא יהיו טענות מיותרות. בעיה זו חלה גם על תיאורי עיצוב. הפתרון הטוב ביותר יהיה לכתוב בתנאי ההתייחסות לפיתוח עיצוב האתר איזו ערכת צבעים הלקוח רוצה, באיזה גופן יבוצעו הכתובות וכו', כלומר לציין את כל המיקומים בהם מופיע הדיוק. אולי אלו כל הכללים ליצירת תנאי עזר לפיתוח האתר. כעת עליך ליישם אותם ולנסות ליצור TK מוכשר בעצמך.
תבנית תנאי שימוש לפיתוח אתרים
ב-TOR זה, טבלת מונחים מסופקת בעמוד הראשון כך שהכל יהיה ברור במה נדון. יצוין כי ייעוד המונחים אינו מועתק"ויקיפדיה" או משאבים אחרים, אך נכתבים על ידי מי שמפתח את תנאי ההתייחסות. רשימת המונחים עשויה לכלול מושגים כגון:
- כתובת IP.
- www (אינטרנט עולמי).
- חלק אדמיניסטרטיבי של המשאב, מנהל.
- כיתוב חלופי לתמונה.
- ממשק אינטרנט.
- קישור, קישור.
- עיצוב אתר, תבנית עיצוב דף.
- דף דינמי וסטטי.
- שם דומיין.
- Meta tag.
- תוכן.
- חלק מהמשאב הוא ציבורי.
- גיבוי, מסדי נתונים, מבנה קבצים.
- אירוח.
- CMS.
לאחר יצירת מילון המונחים, אתה יכול להתחיל לכתוב את תנאי ההתייחסות ישירות. קודם כל נכתב מידע כללי. פסקה זו מחולקת על תנאי לארבע פסקאות משנה:
- מטרת המסמך. תנאי ההתייחסות לפיתוח האתר הם המסמך המרכזי המסדיר את תהליך היצירה והקבלה של משאב.
- נתוני לקוחות. הקואורדינטות הבאות מצוינות: שם החברה, פרטי התקשרות, כתובת חוקית, כתובת בפועל, דואר אלקטרוני, אתר אינטרנט (אם הוא עובר מיתוג מחדש), איש קשר, מספר טלפון ליצירת קשר.
- מידע קצר על החברה. לדוגמא של תנאי ההתייחסות לפיתוח האתר, שקול את חברת Fortuna LLC. LLC "פורטונה" מייצרת (סחורה) עבור השוק של נובוסיבירסק. החברה עוקבת בקפידה אחר היגיינת הייצור, טוהר חומרי הגלם ואיכותמוצרים מיוצרים. החברה מבצעת בקרה מוסמכת על איכות ובטיחות המוצרים המיוצרים על בסיס עקרונות שיטת ה-HACCP הבינלאומית.
- הבסיס לפיתוח. הבסיס לפיתוח תנאי ההתייחסות הוא חוזה מס' _.
מטרות ומטרות המשאב
האתר נועד להגדיל את נתח השוק של החברה ולהעלות את תדמית החברה ברשת. המשאב נוצר על מנת להגביר את זרימת הלקוחות החדשים, ליצור תדמית חיובית, להגדיל את הפופולריות של המותג Fortuna LLC. כמו כן, משאב זה ישמש כפלטפורמה נוספת לקמפיינים פרסומיים, ימשוך לקוחות חדשים ויביא רווח נוסף.
המשימות העיקריות של המשאב הן לספק למשתמש מידע מלא על המוצר והשירות. קהל היעד העיקרי הוא קונים קמעונאיים, בעיקר נשים עקרות בית וסיטונאים.
האתר צריך להיות פאנל ניהול נוח, טעינת הדפים צריכה להיות מותאמת למכשירים שונים. המשאב חייב להיות מוגן מפני התקפות חיצוניות, להשתמש באלמנטים של קידום סחורות ושירותים. בנוסף למידע המלא על המוצר, כרטיס המוצר דורש נוכחות של מסמכים נלווים, כגון תעודות איכות.
דרישות טכניות לאתר
האתר חייב להיות זמין באינטרנט תחת שם דומיין (לבחירת הלקוח) ולהיות מבנה מידע המורכב מקטעים מחוברים עם פונקציות מוגדרות בבירור. כדי לשמור על האתר והפעלתו, אסור לאנשי הצוותדורשים מיומנויות וידע מיוחדים בתחום התוכנה.
במערכת לניהול משאבים, חשוב שיהיה מנגנון לגיבוי מידע שיעבוד אוטומטית.
מידע על האתר הוא ציבורי. בהתאם להיקף זכויות הגישה, המשתמשים מחולקים לשלוש קבוצות:
- למבקרים - יש גישה רק לחלק הציבורי של האתר.
- עורך - בעל יכולת לתקן את חומרי המדור.
- מנהל - יכול למנות עורכים, להוסיף או להסיר קטעים.
יש להגן על הגישה לחלק האדמיניסטרטיבי של האתר באמצעות כניסה וסיסמה.
הפונקציונליות הטכנית חייבת לעמוד בהמלצות של מנועי החיפוש. ראשית, הדפים חייבים להיות בעלי אותו קידוד. שנית, יש ליישם מעברי קישור באמצעות תג "A". שלישית, עליך לציין את הקידוד בכותרות HTTP, וכאשר ניגשים לאתר באמצעות הקישור site.ru, עליך להגדיר הפניה 301 לדומיין www.site.ru.
המשאב צריך לתפקד בכל הדפדפנים המודרניים, לכן יש צורך לבדוק ב:
- IE 11.
- Safari & Chrome עבור iOS 9.0-9.2.
- Chrome 48.
- Firefox 44.
- Safari 9.
- Edge 13.
- Opera 34.
אם המבקר משתמש בדפדפן מיושן, אמור להופיע חלון המבקש ממך לעדכן אותו.
האתר חייב להיות בעל הבחנה לוגית בין חלקי משתמש וחלקי ניהול. ראשוןאחראי על מתן מידע, השני - למילוי המשאב בתוכן. דפים סטטיים מורכבים מכותרת, טקסט ואיורים. הלקוח יכול לערוך אותם לפי שיקול דעתו, שכן מידע זה לא אמור להיות קשור לתצורת האתר.
אירוח, תוכן, מבנה
לאחר מכן, מתוארות דרישות המערכת הדרושות, שפת הפיתוח מצוינת (PHP עם מסדי נתונים או HTML רגיל עם CSS).
באשר לתוכן, הלקוח מספק למפתח את כל החומרים הדרושים התואמים לרשימת תוכן החובה. על סמך הנתונים שהתקבלו, תוכן ייחודי מפותח ומתפרסם באתר.
בשלב הבא של פיתוח ה-TOR מפתחים את מבנה האתר. ראשית, העמוד הראשי ופריטי התפריט הראשי מתוארים. לאחר כל אחד מתווספת רשימה של פריטי משנה. אפשר לתאר את זה בצורה גרפית, אבל תצטרך גם לתאר כל סעיף, מה צריך להיות שם ולאילו מטרות הוא ישאף.
לדוגמה, בעמוד הראשי של אתר Fortuna LLC יש סעיף "הפקה". כאן חשוב לחשוף את יתרונות החברה על רקע המתחרים ולהסביר לצרכן בצורה נגישה מדוע Fortuna LLC עדיפה. הגדירו מידע על הסחורה הנרכשת ביותר בפסקאות משנה נפרדות ותמכו בו באמצעות חומרי צילום ווידאו. חלקים אחרים מפותחים בצורה דומה.
דרישות עיצוב ופונקציונליות
אם משאב נמצא בשיפור, יש לציין אםסמלים, גופנים וצבעים. עבור אתר חדש, כל התפקידים הללו נקבעים. לדוגמה, הצבע צהוב-ירוק הוא 9ACD32. עדיף לספק ללקוח פלטה ולרשום את קוד הצבע ב-TOR על מנת למנוע אי דיוקים. כל משאב צריך להציג את אותה איכות בכל המכשירים ולהתאים באופן דינמי לגדלי מסך.
לכל אתר יש חלקים דינמיים וסטטיים. מנהל דינמי יכול להשתנות באופן עצמאי, והסטטי נשאר ללא שינוי. ה-TOR חייב לספק אבות טיפוס של העמוד הראשי. תנאי ההתייחסות לפיתוח אתר חנות מקוונת חייבים להכיל אבות טיפוס של קטלוגים וכרטיסי מוצר. בדרך כלל המעצב מכין אותם ומראה אותם ללקוח, רק לאחר מכן הם נכנסים למפרט.
הקפידו להכין פריסת עמוד טיפוסית עם וריאציות שונות של עיצוב טקסט ופלט מידע.
תהליך תוכן והגשה
הלקוח עשוי לבקש למלא את המשאב במידע ראשוני, אך במקרה זה הוא לוקח אחריות על מסירת הנתונים הנכונים למבצעים. זה מתקבל רק בצורה אלקטרונית ובשלב האחרון של הפיתוח.
הסיבות לקבלת האתר הן:
- תאימות עם TK.
- בודק את התצוגה הנכונה של תמונות.
- פונקציונליות בדיקה.
בסוף כל TOR, עליך לכתוב את הסדר והתזמון של הפרויקט. באופן כללי, ניתן לחלק את כל העבודה ל-3 שלבים:
- פיתוח עיצוב,אישור, פריסת סקיצה.
- פיתוח תוכנה.
- מילוי האתר במידע.
ליד כל אחד מהפריטים הללו, מצוין תאריך היעד בימים. בהתאם להסכם, התקופה עשויה להשתנות. אם זה לא יסופק, שינוי במועד המועד יבוצע בהסכמה בכתב של הצדדים.
הטבה
תנאי ההתייחסות שימושיים הן עבור הלקוח והן עבור הקבלן. הראשונים מבינים על מה הם משלמים כסף, יכולים מיד לראות את כשירותו של המבצע ולבטח את עצמם מפני ביצוע לא ישר של עבודה. בתורו, ה-TK עוזר לקבלן להבין מה הלקוח רוצה ובכך לבטח את עצמו מפני שינויים פתאומיים. זה נכון במיוחד כשהפרויקט כמעט נגמר, אבל הלקוח רצה לשנות משהו, בגלל ה"משהו" הזה כל העבודה תצטרך לעבור מחדש.
