ארכיון תגית: כתיבת אפיון אפליקציה

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

כתיבת אפיון אפליקציה

אפיון אתר אינטרנט במרבית המקרים מתבסס על מערכות/רכיבים מוכנים בחלקם:

• CMS – מערכות ניהול תוכן להתאמה אישית.
• Framework – מסגרות פיתוח עם ספריות מפותחות.

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

מעבר להבדלים בין בסיס אפליקציה ובסיס אתר, ישנם הבדלים נוספים ברמת ה-UI וה-UX שמחייבים הסתכלות אחרת לגמרי ועל כך במאמר זה:

איך אפיון אפליקציה שונה מאפיון אתר?

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

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

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

מצד שני, יש לנו יתרונות ייחודיים לאפליקציות:

• שימושיות – יכולת להתחבר למיקום/מצלמה/אודיו ועוד..
• תזוזה – יכולת לבצע פעולות בתנועה/לחיצה/צפייה ועוד..

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

איך נראה אפיון אפליקציה?

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

1. מה קורה מאחורי הקלעים עם טעינת המסך.
2. מה המשתמש רואה במסך ואיך הוא רואה את המוצג.
3. מה קורה עם ביצוע פעולת משתמש על המסך.

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

מה אסור לשכוח באפיון אפליקציה?

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

לסיכום,

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

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

אפיון מערכת אפליקציה

אפליקציה יכולה לפעול בשני תצורות:

1. כמערכת הפועלת כולה על בסיס מכשיר הסלולר של המשתמש.
2. כמערכת הדורשת קבלת מידע משרת מרוחק בחזקת המפתח.

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

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

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

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

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

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

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

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

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

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

מה מידת השליטה שניתן להשיג באפליקציה?

יש שני סוגי אפליקציות:

1. אפליקציות נייטיב (nativ) המותקנות על גבי המכשירים.
2. אפליקציית ווב (web) שרק המסגרת מותקנת על המכשירים.

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

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

מה עדיף לתכנן בפיתוח אפליקציה?

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

לסיכום,

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

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

אפיון אפליקציות

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

אפיון אפליקציה נחלק ל-4 שלבים:

1. אפיון קהל יעד לאפליקציה.
2. אפיון עיצוב לאפליקציה.
3. אפיון טכני לאפליקציה.
4. אפיון אלגוריתם לאפליקציה.

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

איך מאפיינים אפליקציה?

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

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

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

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

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

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

• אנו יוצרים שרטוט לתהליכי זרימה.
• אנו מפרקים את האפליקציה לנקודות זיהוי.
• אנו מוסיפים זיהוי לכל נקודה בתהליך הזרימה.
• אנו מתארים את אופן הניהול והבקרה לכל נקודה.

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

כמה עולה אפיון אפליקציה?

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

תמחור אפיון אפליקציה הנו דינמי ומשתנה בהתאם לפרמטרים הבאים:

• סוג הלקוח – לקוח שקשה או קל לעבוד עמו?
• בשלות הרעיון – לקוח עם רעיון בשל או לקוח עם רעיון כללי?
• סוג האפליקציה – מהי מידת המורכבות באפיון האפליקציה?
• מגבלות מימון – האם יש ללקוח תקציב גדול או קטן לפיתוח?

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

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

ובכל זאת,

טווחי מחירים לאפיון אפליקציות:

• עלות אפיון אפליקציה ממוצעת – 2,500-7,500 ש”ח.
• עלות אפיון אפליקציה מורכבת – 7,500-15,000 ש”ח.
• עלות אפיון אפליקציה מתקדמת – 30,000 ש”ח ומעלה.

מה מרוויחים ממסמך אפיון אפליקציה?

אפיון אפליקציה על ידי מאפיין מקצועי מבטיחה לנו חמישה הישגים:

1. נקבל אפליקציה מדויקת ומקצועית יותר.
2. נוכל לשנות את האפליקציה לפני הפיתוח.
3. נוכל לבחון את המודל העסקי טרם פיתוח.
4. נוכל לבצע השוואת מחירים בין חברות פיתוח.
5. נוכל להוזיל עלויות פיתוח באופן משמעותי.

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

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

לסיכום,

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