עריכה ופוסט־פרודקשן
הנפשת גרף: איך שומרים על משמעות הנתונים בזמן התנועה
גרף מונפש צריך לעזור לקרוא נתון, לא לייצר רושם חזק ממנו. יש לשמור על תוויות, יחידות והקשר, ולהבחין בין שינוי אמיתי בנתונים לבין תנועת הופעה של העיצוב.
לקריאת המדריךידע לתכנון הפרויקט · POCAST
מדריכים לעריכה, פיתוח, הפקות ושיווק
מדריכים מעשיים לבחירת שירות, להכנת חומר ולבניית תהליך ברור. בחרו נושא או עברו בין כל המאמרים — מהקלטה ועריכה ועד מערכות עסקיות ומדידת פניות.
394 מדריכים · עמוד 2 מתוך 33
עריכה ופוסט־פרודקשן
תרשים תהליך מונפש: איך מציגים החלטות ולא רק חצים
תרשים תהליך צריך להראות מה מתקדם, מי פועל ומה קורה בצומת החלטה. חצים יפים בין תיבות אינם מסבירים אם יש חלופה, חזרה או מצב שמצריך טיפול אנושי.
לקריאת המדריךעריכה ופוסט־פרודקשן
הנפשת ציטוט: איך שומרים ניסוח מדויק בתוך קצב חזותי
ציטוט מונפש צריך להישען על נוסח מאומת ועל ייחוס מתאים. קיצור לצורכי עיצוב אינו היתר לשנות משמעות או לחבר משפטים לאמירה חדשה.
לקריאת המדריךעריכה ופוסט־פרודקשן
הנפשת ציר זמן: איך מראים סדר אירועים בלי להמציא יחס בין זמנים
ציר זמן צריך להבהיר אם הוא מציג סדר בלבד או גם משך ויחסים בין תקופות. מרווחים שווים בין אירועים יכולים להטעות אם הצופה מפרש אותם כזמן שווה.
לקריאת המדריךבית תוכנה ופיתוח
כשל API באוטומציה: למה צריך לבדוק אם הפעולה כבר בוצעה
היעדר תשובה אינו מוכיח שהפעולה לא התבצעה במערכת היעד. ניסיון חוזר בלי בירור יכול ליצור פעולה נוספת.
לקריאת המדריךבית תוכנה ופיתוח
טופס באפליקציה: איך מונעים אובדן תשובות כשהמשתמש חוזר לאחור
טופס צריך להבהיר מתי מידע נשמר ומה יקרה אם יוצאים ממנו. טקסט שהוקלד אינו בהכרח רשומה שנשמרה בשרת.
לקריאת המדריךבית תוכנה ופיתוח
ניווט באפליקציה: איך קובעים מה צריך להיות זמין מיד
ניווט צריך לתמוך במשימות החשובות של המשתמש, ולא לשקף רק את המבנה הפנימי של הארגון. פעולה תכופה או דחופה עשויה להצדיק גישה ישירה יותר מהגדרה נדירה.
לקריאת המדריךבית תוכנה ופיתוח
בדיקת שימושיות אפליקציה: איך לומדים ממשימה אחת שהמשתמש מבצע
בדיקת שימושיות בוחנת מה המשתמש מצליח להבין ולעשות, ולא רק אם הוא אוהב את העיצוב. הגדירו משימה ונתוני דוגמה, ותנו לו לנסות בלי להדריך בכל לחיצה.
לקריאת המדריךבית תוכנה ופיתוח
העדפות משתמש באפליקציה: מה אישי ומה שייך לכל הארגון
העדפה אישית משנה את חוויית המשתמש שלו, בעוד הגדרה ארגונית משפיעה על אחרים. ערבוב ביניהן יכול לגרום למשתמש לחשוב ששינה תצוגה בלבד כשבפועל שינה תהליך משותף.
לקריאת המדריךבית תוכנה ופיתוח
תהליך אישורים במערכת: מה קורה כשהבקשה משתנה אחרי האישור
אישור מתייחס לתכולה מסוימת ולגרסה מסוימת. שינוי מהותי אחרי אישור צריך לקבל מסלול ברור, כדי שלא ייראה כאילו המאשר בדק מידע שלא ראה.
לקריאת המדריךשיווק, פרסום ויחסי ציבור
בריף למאמר עסקי: איזו שאלה צריך לענות לפני שמתחילים לכתוב
בריף למאמר מגדיר שאלה של קורא ואת ההחלטה שתהיה קלה יותר אחרי הקריאה. הוא צריך לציין איזה ניסיון, הסבר או חומר עובדתי יכול לתמוך בתשובה.
לקריאת המדריךאולפן ופודקאסטים
פרק שאלות קהל: איך בוחרים שאלות שאפשר לענות עליהן באחריות
שאלות קהל צריכות להתאים למשתתפים ולמסגרת הפרק. אין צורך לענות על שאלה שאין מספיק מידע עבורה.
לקריאת המדריך