עיצוב אתרים בעידן ה-AI
שלום לכולם. אני שיר, ראש צוות ממשק וחווית משתמש בתחום אינטרנט ומובייל, ואיתי מיכאל, מעצב UX/UI בצוות. אנחנו אחראים על אפיון, עיצוב ובניית אתרים למחלקות, למרכזים ולפרויקטים של המכון. בצוות ארבעה אנשים: אפיון וניהול מול הלקוח, עיצוב UX/UI, ובנייה ופיתוח צד-לקוח.
בשנה האחרונה AI נכנס כמעט לכל שלב בעבודה שלנו, והיום נספר לכם איך זה נראה בפועל. ההרצאה מחולקת לשניים: בחלק הראשון אני אספר מה השתנה בתהליך, איפה AI עוזר ואיפה לא. בחלק השני מיכאל יראה פרויקטים אמיתיים — כולל הרגעים שבהם זה לא עבד. בסוף נשאיר כמה דקות לשאלות.
מבריף לפרוטוטייפ
בואו נתחיל מהשורה התחתונה. עד לפני שנה, הדרך מבריף של לקוח עד פרוטוטייפ שאפשר להראות לו נמשכה בממוצע 4–6 שבועות. קודם אפיון, אחר כך wireframes, אחר כך עיצוב עמוד עמוד בפיגמה, ורק בסוף פרוטוטייפ. כל שלב חיכה לקודם.
היום אותו מסלול לוקח 2–3 ימים — ובפרויקט של פולין אפילו פחות מיום. שימו לב שהשלבים לא נעלמו — עדיין יש בריף, עדיין מגדירים מה בונים, ועדיין בודקים את התוצאה. מה שהתכווץ הוא האמצע: הייצור עצמו. במקום לצייר כל מסך בנפרד, אנחנו מגדירים הנחיות ו-AI מייצר גרסה ראשונה תוך שעות.
וחשוב להבין: מה שמתקבל בסוף הוא לא תמונה של אתר, אלא אתר עובד ב-HTML. הלקוח לוחץ, גולל, פותח בנייד. זה משנה את שיחת המשוב לגמרי.
אבל המספר הזה לא מספר את כל הסיפור. הזמן לא נעלם — הוא עבר למקום אחר. וזה השקף הבא.
פחות לבנות, יותר להגדיר ולבדוק
ככה נראה היום עבודה של מעצב אצלנו. פעם רוב הזמן הלך על ייצור — לצייר מסכים, לשכפל קומפוננטות, להכין גרסאות למובייל. היום את רוב הייצור עושה AI.
הזמן שהתפנה עבר לשני מקומות. הראשון — הגדרה: מה בדיוק אנחנו רוצים, מה המבנה, איך מסבירים את זה ל-AI כך שיבין. השני — ביקורת ובקרת איכות: לעבור על מה שיצא, לתפוס טעויות, לבדוק נגישות וחוויית משתמש.
במילים אחרות: המעצב עבר מתפקיד של מבצע לתפקיד של מנהל קריאייטיב ועורך. זה דורש שיקול דעת יותר טוב, לא פחות.
איפה AI נכנס — ואיפה לא
חשוב לי להבהיר מה AI לא עושה אצלנו. ברוב המקרים ה-UX נשאר בידי המעצב: מבנה האתר, הזרימה של המשתמש, מה חשוב ומה משני. אלה החלטות שדורשות הבנה של הלקוח ושל הקהל שלו.
איפה AI כן נכנס? בשלב ה-UI ובמה שאנחנו קוראים לו «עבודה שחורה»: לבנות עוד עשרה דפים פנימיים באותו סגנון, להתאים למובייל, להכין כמה וריאציות של באנר. זו עבודה שלוקחת הרבה זמן ומעט מחשבה — בדיוק מה ש-AI עושה טוב.
כלל אצבע: מה שדורש שיקול דעת — אצלנו. מה שדורש סבלנות — אצל ה-AI.
אתר פשוט מול אתר מורכב
בפועל אין לנו תהליך אחד. יש שניים, והבחירה ביניהם תלויה במורכבות של הפרויקט.
באתר פשוט — דף נחיתה, אתר תדמית קטן, אירוע — AI נכנס מהרגע הראשון. אנחנו כותבים הנחיות מסודרות על בסיס הבריף, והוא בונה גם את המבנה וגם את העיצוב ישירות. התפקיד שלנו כאן הוא להגדיר טוב בהתחלה ולבדוק טוב בסוף.
באתר מורכב זה שונה. קודם המעצב בונה wireframes בפיגמה — זה השלב שבו נקבעים ה-UX, המבנה וההיררכיה. רק אחרי שהעמודים המרכזיים מוכנים, הם עוברים ל-AI. הוא ממשיך את הדפים הפנימיים ומתאים אותם לשפה העיצובית הקיימת של המותג. כלומר, במקרה הזה AI לא ממציא — הוא משכפל ומרחיב משהו שאנחנו כבר החלטנו עליו.
בשני המקרים הסוף זהה: בקרה של מעצב, ו-HTML שעובר לפיתוח.
מיכאל יראה בהמשך דוגמה לכל אחד מהתהליכים: פרויקט מסע לפולין הוא המסלול הפשוט, ומרכז נופש הוא המסלול המורכב.
משימה אחת בכל פעם
כמה דברים שלמדנו בדרך הקשה. הראשון: לא מבקשים מ-AI הכול בבת אחת. אם מבקשים ממנו לבנות מבנה וגם לעצב באותה משימה, הוא מתעייף והתוצאה יוצאת בינונית בשניהם. לכן קודם wireframe, מאשרים, ורק אז עיצוב. זה חוסך טוקנים ומשפר את האיכות.
השני: תוכן. AI שבונה את האתר לא ימציא לבד תמונות, וידאו או אייקונים שמתאימים למותג. את זה אנחנו עדיין מביאים ממאגרים, מהלקוח, או מייצרים בכלים נפרדים — ותמיד מעצב בוחר מה נכנס. מיכאל יראה בהמשך איך זה נראה עם וידאו.
מה באמת מרוויחים
מה באמת מרוויחים? קודם כל, דברים שפעם היו שלב נפרד נכנסים עכשיו מההתחלה: מיקרו-אנימציות, נגישות, SEO, התאמה למובייל. גם אופטימיזציה של תמונות ווידאו קורית אוטומטית, בלי שמישהו יזכור לבקש.
שנית, לפיתוח עובר HTML אמיתי, לא קובץ פיגמה עם מסמך אפיון של עשרים עמודים. המפתח רואה בדיוק איך זה צריך לעבוד, ופחות דברים הולכים לאיבוד בדרך.
ושלישית, העבודה עם הלקוח: תיקון שפעם לקח יום לוקח היום שעה. כל התהליך מתקצר.
מה צריך לזכור
ועכשיו הצד השני. AI מייצר פתרונות סטנדרטיים. הם נראים טוב במבט ראשון, וזה בדיוק המלכודת: מתחת לעיצוב נקי יכולות להסתתר טעויות UX ובעיות נגישות. מי שלא בודק, מעביר אותן ללקוח.
דבר שני — כל היתרון בזמן תלוי בלקוח. אנחנו יכולים להוציא גרסה ביום, אבל אם הלקוח מגיב אחרי שבוע, הפרויקט לא מתקצר.
והדבר הכי חשוב: AI לא מחליף שיקול דעת עיצובי וויז׳ן. הוא כלי חזק, אבל מישהו צריך להחליט לאן הולכים.
וכדי לראות איך כל זה נראה בפרויקטים אמיתיים — מיכאל.
שני פרויקטים, שני תרחישים
תודה, שיר. אני אראה שני פרויקטים אמיתיים, אחד לכל תהליך ששיר הציגה. הראשון — אתר קטן שהיה צריך לצאת בדחיפות. השני — אתר מורכב, שבו עברנו את כל השלבים.
Спасибо, Шир. Я покажу два реальных проекта — по одному на каждый процесс, который показала Шир. Первый — маленький сайт, который нужно было выпустить срочно. Второй — сложный сайт, где мы прошли все этапы.
מסע לפולין
פרויקט ראשון: מסע לפולין. אתר מלווה למסע של עובדי המכון — במקום חוברת מודפסת. פרויקט קטן, בלי שום דבר מסובך במבנה — אבל עם בעיה אחת גדולה: זמן.
Первый проект: поездка в Польшу. Сайт-спутник для поездки сотрудников института — вместо печатной брошюры. Проект небольшой, в структуре ничего сложного — но с одной большой проблемой: время.
הבריף הגיע ב-11 באוגוסט בבוקר, ועוד באותו יום הלקוחה קיבלה קישור לאתר עובד. בלי AI זה פשוט לא היה קורה — אז הלכנו על המסלול הפשוט ששיר תיארה: AI מהיום הראשון.
Бриф пришёл 11 августа утром, и в тот же день клиентка получила ссылку на работающий сайт. Без AI этого бы просто не случилось — поэтому мы пошли простым путём, который описала Шир: AI с первого дня.
מה קיבלתי — ומה נתתי ל-AI
ככה הגיע הבריף: מייל שעבר שלוש העברות — מהמדריך, דרך הלקוחה ועד ראש התחום — עם טקסט גולמי מודבק ושישה עשר קבצים: מסמכי Word, מצגת וסריקות של מפות. הלקוחה עצמה כתבה: «זה לא מסודר אבל בגדול אלו החומרים».
Вот как пришёл бриф: письмо, переправленное трижды — от гида, через клиентку, до руководителя отдела, — с вставленным сырым текстом и шестнадцатью файлами: документы Word, презентация и сканы карт. Клиентка сама написала: «это не упорядочено, но в целом вот материалы».
לא סידרתי את זה ידנית. נתתי ל-AI ארבע הנחיות קצרות: לאסוף את החומרים מהמייל, לסדר אותם לתוכנית לפי ימים ולמקומות, לתכנן UX בקנבס, ובסוף — לבנות אתר עם עיצוב סופי. כל ההנחיות יחד הן פחות מחצי עמוד. את ההחלטות — מובייל, טאבים לפי ימים, צבעים — קיבלתי אני.
Я не разбирал это вручную. Я дал AI четыре коротких указания: собрать материалы из почты, разложить их в план по дням и по местам, спланировать UX на канвасе и, в конце, собрать сайт с финальным дизайном. Все указания вместе — меньше полстраницы. А решения — мобильная версия, табы по дням, цвета — принимал я.
גרסה ראשונה תוך זמן קצר
לא פתחנו פיגמה בכלל. כתבנו הנחיות מסודרות על בסיס הבריף: מי הקהל, אילו סקשנים צריך, מה הטון, אילו צבעים. ו-AI בנה מזה גם את המבנה וגם את העיצוב.
Figma мы вообще не открывали. Написали чёткие указания на основе брифа: кто аудитория, какие нужны секции, какой тон, какие цвета. И AI построил из этого и структуру, и дизайн.
תוך שעתיים וחצי היה לנו אתר עובד — לא תמונה, אתר. עם אנימציות, מותאם למובייל, עם תמונות מוקטנות. שלחנו ללקוחה קישור, והיא פתחה אותו בנייד. רבע שעה אחר כך הגיעה התשובה: «וואו. באמת. מדהים!!!»
Через два с половиной часа у нас был работающий сайт — не картинка, а сайт. С анимациями, адаптированный под мобильный, со сжатыми изображениями. Мы отправили клиентке ссылку, и она открыла её на телефоне. Через четверть часа пришёл ответ: «Вау. Правда. Потрясающе!!!»
מה שאני רוצה שתשימו לב אליו: הגרסה הראשונה הייתה טובה, אבל סטנדרטית — בדיוק מה ששיר דיברה עליו. שם נכנסנו אנחנו.
На что я хочу обратить внимание: первая версия была хорошей, но стандартной — ровно то, о чём говорила Шир. Тут вступили мы.
עיבוד תמונות עם AI
החומרים הגיעו אלינו במייל: סריקות ישנות ומפות ברוחב 400–600 פיקסלים, כל אחת בסגנון אחר. ככה אי אפשר לשים אותן באתר שקוראים בנייד, תוך כדי הליכה.
Материалы пришли по почте: старые сканы и карты шириной 400–600 пикселей, каждая в своём стиле. В таком виде их нельзя поставить на сайт, который читают с телефона на ходу.
כאן AI עזר בדיוק במה שהוא טוב בו: הגדלה ל-4K, ניקוי רעשי סריקה, וצביעה מחדש בגוון אחד שמתאים לאתר. התוכן של המפה נשאר — שמות, קווים, מבנים. ודווקא כאן חייבים לבדוק בעין: AI עלול «לתקן» שם או קו בלי שנשים לב.
Здесь AI помог ровно в том, в чём он силён: увеличение до 4K, очистка от шума сканирования и перекраска в один оттенок, подходящий сайту. Содержание карты осталось — названия, линии, постройки. И как раз здесь нужно проверять глазами: AI может «исправить» название или линию так, что мы не заметим.
איפה AI «תיקן» את המפה
ועכשיו הצד השני של אותה מפה. כשהגדלתי אותה למסך מלא, גיליתי שה-AI «תיקן» שמות. המפה המקורית בכלל הולנדית: Mazurisch merengebied, Białowieski-oerwoud. במקומות שהאותיות היו מטושטשות, ה-AI לא קרא — הוא ניחש, והמציא Mazursko ו-ocnmołd.
А теперь другая сторона той же карты. Когда я увеличил её на весь экран, я обнаружил, что AI «исправил» названия. Исходная карта вообще голландская: Mazurisch merengebied, Białowieski-oerwoud. Там, где буквы были размыты, AI не читал — он угадывал, и придумал Mazursko и ocnmołd.
והמפה הזו עמדה ככה באתר חודשיים. בנייד הכיתוב קטן ו«נראה בסדר», אף אחד לא שם לב. המסקנה: כל טקסט בתוך תמונה שעברה AI — בודקים בגודל מלא. ועוד יותר טוב: שמות וכיתובים — טקסט חי ב-HTML, לא חלק מהתמונה.
И эта карта так и простояла на сайте два месяца. На телефоне подпись мелкая и «выглядит нормально», никто не заметил. Вывод: любой текст внутри картинки, прошедшей через AI, проверяем в полном размере. А ещё лучше — названия и подписи делать живым текстом в HTML, а не частью картинки.
הבאנר — עבודת יד
את הבאנר לא נתנו ל-AI. זה מסע לפולין — הטון חייב להיות מדויק: לא קודר מדי, לא מתקתק, ובשפה של החומרים המודפסים של המסע. זו החלטה של מעצב, לא של מודל.
Баннер мы AI не отдали. Это поездка в Польшу — тон должен быть точным: не слишком мрачным, не слащавым, и на языке печатных материалов поездки. Это решение дизайнера, а не модели.
היה כבר באנר מהגרפיקה, אבל הוא לא התאים למידות ולשפה של אתר בנייד. הכנתי סט באנרים ידנית, בפוטושופ ובאילוסטרייטור — ואחרי כמה סבבים עלה הבאנר הזה. המהירות — מ-AI. האופי — מהמעצב.
Баннер от графического отдела уже был, но он не подходил ни по размерам, ни по языку мобильного сайта. Я сделал набор баннеров вручную, в Photoshop и Illustrator, — и после нескольких раундов на сайт встал этот баннер. Скорость — от AI. Характер — от дизайнера.
56 ימים — אבל לא 56 ימי עבודה
ולאורך כל הזמן הזה — תיקונים. הרבה תיקונים. רובם היו טקסטואליים: נוסח אחר, פרטים שהשתנו, משפט שצריך להוסיף. חלק נגעו במבנה — סקשנים ירדו מעמוד הבית, ונוספו דבר הנשיא, בתי המלון ומפת מסלול אינטראקטיבית.
И всё это время — правки. Много правок. Большинство — текстовые: другая формулировка, изменившиеся детали, фраза, которую нужно добавить. Часть касалась структуры — секции ушли с главной, добавились обращение президента, отели и интерактивная карта маршрута.
תסתכלו על הציר. הבנייה עצמה לקחה יום אחד — 11 באוגוסט. אחר כך היו תשעה סשנים קצרים של תיקונים: נוסח, סקשנים, באנר, טיסות. ביחד — בערך יומיים-שלושה של עבודה. כל השאר, הקטעים האפורים, זה זמן שחיכינו להערות, לחומרים ולאישורים מהלקוחה.
Посмотрите на шкалу. Сама сборка заняла один день — 11 августа. Потом было девять коротких сессий правок: формулировки, секции, баннер, рейсы. Вместе — примерно два-три дня работы. Всё остальное, серые участки, — время, когда мы ждали замечаний, материалов и согласований от клиентки.
ומה בדיוק חסך ה-AI? לא את ההחלטות — את כל מה שמסביב להן. פיתוח ה-HTML, טעינת כל התוכן לעמודים, וההעלאה לשרת כולל החלפת שם הדומיין — כל מה שפעם היה עובר למפתח ולוקח ימים, נעשה כאן תוך דקות. וגם הנגישות כבר מובנית: הגדלת טקסט ומצב תצוגה, קישור «דלג לתוכן», פוקוס נראה, תיאורים לקוראי מסך וכיבוד של «הפחתת תנועה» — לא שלב נוסף בסוף, אלא חלק מהקוד מהיום הראשון.
А что именно сэкономил AI? Не решения — а всё, что вокруг них. Разработка HTML, загрузка всего контента на страницы, выкладка на сервер со сменой доменного имени — всё, что раньше уходило разработчику и занимало дни, здесь делалось за минуты. И доступность уже встроена: увеличение текста и режим отображения, ссылка «перейти к содержимому», видимый фокус, подписи для экранных дикторов и учёт «уменьшения движения» — не отдельный этап в конце, а часть кода с первого дня.
פעם כל סבב כזה היה עובר מעצב ואז מפתח, ולוקח יום עד שהלקוח רואה שינוי. כאן הלקוחה שלחה הערות — וקיבלה אתר מעודכן כמעט מיד. וזה גם החיסרון ששיר דיברה עליו: אנחנו יכולים לעבוד מהר כמה שנרצה, אבל הקצב של הפרויקט נקבע לפי הלקוח.
Раньше каждый такой раунд проходил через дизайнера, потом через разработчика, и до того, как клиент видел изменение, проходил день. Здесь клиентка присылала замечания — и почти сразу получала обновлённый сайт. И это же минус, о котором говорила Шир: мы можем работать сколь угодно быстро, но темп проекта задаёт клиент.
התוצאה: האתר היום
וזה האתר היום, אחרי כל הסבבים: 20 עמודים — מסלול של חמישה ימים, שמונה מקומות, טקסטים לקריאה במקום, אנשי קשר, בתי מלון ודבר הנשיא. הכול בנייד, גם בלי חוברת מודפסת.
А это сайт сегодня, после всех раундов: 20 страниц — маршрут на пять дней, восемь мест, тексты для чтения на месте, контакты, отели и обращение президента. Всё в телефоне, и без печатной брошюры.
שימו לב למה שנשאר מהגרסה הראשונה: המבנה כמעט לא השתנה. מה שהשתנה זה התוכן, הבאנר והפרטים — בדיוק החלקים שבהם הלקוחה והמעצב היו צריכים להחליט. (אפשר לפתוח את האתר בנייד ולהראות חי.)
Обратите внимание, что осталось от первой версии: структура почти не изменилась. Изменились контент, баннер и детали — ровно то, где решать должны были клиентка и дизайнер. (Можно открыть сайт на телефоне и показать вживую.)
מרכז נופש
פרויקט שני: מרכז נופש. כאן התמונה הפוכה מפולין. אתר גדול — 43 עמודים: שעות פעילות לפי עונות, לוחות מסלולים בבריכה, 13 חוגים, גלריה ותפריט נגישות. קהל מגוון, הרבה תוכן, ודרישה לשפה עיצובית מדויקת. בפרויקט כזה אי אפשר לתת ל-AI להתחיל מאפס — אז הלכנו על המסלול המורכב, שלב אחרי שלב.
Второй проект: центр отдыха «Мерказ нофеш». Здесь картина обратная Польше. Большой сайт — 43 страницы: часы работы по сезонам, расписание дорожек в бассейне, 13 кружков, галерея и меню доступности. Разнообразная аудитория, много контента и требование точного визуального языка. В таком проекте нельзя дать AI начать с нуля — поэтому мы пошли сложным путём, шаг за шагом.
Wireframes
התחלנו כמו פעם: wireframes — אבל לא כתמונות, אלא כקנבס אינטראקטיבי עם 42 מסכים, שאפשר ללחוץ עליו כמו על אתר. כאן נקבע מה המשתמש רואה ראשון, איך הוא מגיע להזמנה, איך העמודים מתחברים.
Начали как раньше: wireframes — но не картинками, а интерактивным канвасом на 42 экрана, по которому можно кликать как по сайту. Здесь решается, что пользователь видит первым, как он доходит до записи, как связаны страницы.
זה השלב שבו שיקול הדעת של המעצב הכי קריטי, ולכן הוא נשאר אצלנו. וזה גם הכלל ששיר הזכירה: קודם מבנה, רק אחר כך עיצוב.
Это этап, на котором суждение дизайнера важнее всего, поэтому он остался за нами. И это то правило, о котором напомнила Шир: сначала структура, потом дизайн.
עיצוב בפיגמה
על בסיס ה-wireframes עיצבנו בפיגמה רק עמוד אחד — עמוד הבית, בארבע גרסאות. ב-10 במאי הצגנו אותן ללקוח, וב-21 ביוני הוא בחר את הראשונה. את שאר האתר לא עיצבנו בפיגמה בכלל.
На основе wireframes мы нарисовали в Figma только одну страницу — главную, в четырёх вариантах. 10 мая мы показали их клиенту, а 21 июня он выбрал первый. Остальной сайт в Figma мы вообще не рисовали.
המטרה כאן היא לקבוע את השפה העיצובית: צבעים, טיפוגרפיה, איך נראים כרטיסים וכפתורים. ברגע שהשפה הזו קיימת, AI יכול להמשיך ממנה. בלעדיה — הוא ימציא משהו סטנדרטי משלו.
Цель здесь — задать визуальный язык: цвета, типографику, как выглядят карточки и кнопки. Как только этот язык есть, AI может продолжать от него. Без него он придумает что-то стандартное своё.
מפיגמה ל-HTML עם AI
וכאן AI נכנס. העברנו לו את עמוד הבית מפיגמה, והוא הפך אותו ל-HTML עובד. אבל החלק החשוב באמת הוא מה שקרה אחר כך: למחרת הוא בנה עוד 21 עמודים פנימיים שלא עיצבנו בכלל — באותה שפה עיצובית.
И здесь вступает AI. Мы передали ему главную из Figma, и он превратил её в работающий HTML. Но по-настоящему важно то, что было дальше: на следующий день он собрал ещё 21 внутреннюю страницу, которые мы вообще не рисовали, — в том же визуальном языке.
זו בדיוק העבודה השחורה ששיר דיברה עליה. בתהליך הישן מעצב היה משכפל כל עמוד בפיגמה, ומפתח היה בונה כל אחד מחדש. כאן זה לקח שלושה ימים, ויצא ישר כקוד עם רספונסיביות ואנימציות.
Это ровно та рутинная работа, о которой говорила Шир. В старом процессе дизайнер копировал бы каждую страницу в Figma, а разработчик собирал бы каждую заново. Здесь это заняло три дня и сразу вышло кодом — с адаптивностью и анимациями.
נשמע מושלם? לא בדיוק.
Звучит идеально? Не совсем.
איפה AI נכשל
הנה הנקודה שבה AI נכשל. בעמוד הבית, בגרסה הראשונה, ה-AI «הפך» ימין ושמאל: הלוגו קפץ לשמאל, והפינות המעוגלות והצל החליפו צדדים. ובאתר החי גילינו שלכפתורים הראשיים בכלל אין קישור. במבט ראשון הכול נראה תקין. רק כשעברנו עמוד עמוד ראינו את זה.
Вот где AI ошибся. На главной, в первой версии, AI «перевернул» право и лево: логотип прыгнул влево, а скруглённые углы и тень поменялись сторонами. А на живом сайте мы обнаружили, что у главных кнопок вообще нет ссылки. На первый взгляд всё выглядело нормально. Только пройдя страницу за страницей, мы это увидели.
זה בדיוק מה ששיר אמרה: פתרון סטנדרטי שנראה טוב, אבל מסתיר טעות. תיקנו בהנחיה מדויקת יותר ל-AI — אבל רק אחרי שעין אנושית תפסה את זה. ותמונות הבריכה שה-AI ייצר? הלקוחה ביקשה להחליף אותן בצילומים אמיתיים של המרכז — וכך עשינו.
Ровно то, что говорила Шир: стандартное решение, которое выглядит хорошо, но скрывает ошибку. Мы исправили это более точным указанием для AI — но только после того, как это поймал человеческий глаз. А фотографии бассейна, которые сгенерировал AI? Клиентка попросила заменить их настоящими снимками центра — так мы и сделали.
המסקנה שלנו: שלב הבקרה הוא לא תוספת. הוא חלק מהעבודה, וצריך לתכנן לו זמן מראש.
Наш вывод: этап контроля — не дополнение. Это часть работы, и под него нужно заранее закладывать время.
ייצור וידאו עם AI
(להריץ את הווידאו קודם, בלי לדבר.)
(Сначала запустить видео, молча.)
הסרטונים האלה לא צולמו. האנשים האלה לא קיימים — הם נוצרו ב-AI, כל קטגוריה באתר קיבלה סרטון משלה.
Эти ролики не снимали. Этих людей не существует — их создал AI, каждая категория на сайте получила свой ролик.
שיר אמרה קודם שתוכן לא נוצר לבד — וזה נכון. ה-AI שבנה את האתר לא ייצר את הווידאו. אבל בכלי ייעודי לייצור וידאו, עם מעצב שמכוון אותו, אפשר להגיע לתוצאה כזו.
Шир говорила раньше, что контент не создаётся сам — и это правда. AI, который собрал сайт, видео не делал. Но в специальном инструменте для видео, с дизайнером, который его направляет, можно получить такой результат.
התהליך נראה ככה: כתבנו פרומפט שמתאר את הסצנה, האור והתנועה — דמות אחת על רקע סטודיו לבן. יצרנו 13 גרסאות ובחרנו 7. רק לשחיין היו חמש גרסאות, ורובן לא התאימו: זווית מלמעלה שלא נכנסת לכרטיס, או בריכה מלאה באנשים במקום דמות אחת. בחרנו את הקטעים הטובים, ערכנו, והכנסנו לאתר בגודל שלא מאט את הטעינה.
Процесс выглядит так: пишем промпт, который описывает сцену, свет и движение — одна фигура на белом студийном фоне. Мы сделали 13 вариантов и выбрали 7. Только для пловца было пять вариантов, и большинство не подошли: вид сверху, который не помещается в карточку, или бассейн, полный людей, вместо одной фигуры. Мы выбрали удачные фрагменты, смонтировали и поставили на сайт в размере, который не замедляет загрузку.
למה זה חשוב? עד עכשיו, וידאו כזה דרש צילום עם דוגמנים או סטוק יקר, ולקוח קטן פשוט ויתר עליו. כאן שש הקטגוריות נוצרו בפחות משעה, במחיר של מנוי לכלי. זה משנה את מה שאפשר להציע ללקוח.
Почему это важно? До сих пор такое видео требовало съёмки с моделями или дорогого стока, и маленький клиент просто от него отказывался. Здесь все шесть категорий были сделаны меньше чем за час, по цене подписки на инструмент. Это меняет то, что можно предложить клиенту.
ושוב, המשפט שחוזר כל ההרצאה: הכלי מייצר, המעצב בוחר.
И снова фраза, которая повторяется всю лекцию: инструмент производит, дизайнер выбирает.
מה למדנו
אם צריך לסכם את שני הפרויקטים בארבעה משפטים — זה מה שלמדנו.
Если подытожить оба проекта четырьмя фразами — вот что мы поняли.
אחד: AI עושה את הייצור מהר יותר מכל מה שהכרנו. אבל ההחלטות — מבנה, אופי, מה נכנס ומה לא — נשארות אצלנו. ראיתם את זה בבאנר של פולין ובווידאו של מרכז נופש.
Первое: AI делает производство быстрее всего, что мы знали. Но решения — структура, характер, что входит и что нет — остаются за нами. Вы видели это в баннере Польши и в видео «Мерказ нофеш».
שתיים: מבנה קודם, עיצוב אחר כך. משימות קטנות נותנות תוצאות טובות יותר.
Второе: сначала структура, потом дизайн. Маленькие задачи дают лучший результат.
שלוש: הבקרה היא לא בונוס. מתכננים לה זמן מראש, כי שם נתפסות הטעויות שנראות טוב.
Третье: контроль — не бонус. Под него заранее планируют время, потому что именно там ловятся ошибки, которые выглядят хорошо.
וארבע: אנחנו יכולים לעבוד מהר ככל שנרצה — הפרויקט יזוז בקצב של הלקוח. אז כדאי לסכם איתו לוח זמנים לתשובות כבר בהתחלה.
И четвёртое: мы можем работать сколь угодно быстро — проект будет двигаться в темпе клиента. Поэтому график ответов стоит согласовать с ним с самого начала.
שאלות?
תודה רבה. נשמח לענות על שאלות.
Большое спасибо. С радостью ответим на вопросы.
תשובות מוכנות לשאלות צפויות
- «באילו כלים אתם משתמשים?»
- בנייה: Claude Code ו-Codex · עיצוב: Figma ו-Anima · תמונות: עיבוד ב-AI, Photoshop ו-Illustrator · וידאו: Google Veo ו-DaVinci Resolve · אירוח: Cloudflare Pages.
«Какими инструментами вы пользуетесь?»
Сборка: Claude Code и Codex · дизайн: Figma и Anima · изображения: обработка в AI, Photoshop и Illustrator · видео: Google Veo и DaVinci Resolve · хостинг: Cloudflare Pages.
- «מה עם אבטחת מידע?»
- חומרי לקוח רגישים לא עולים לכלים. עובדים רק עם תוכן שהלקוח כבר פרסם או אישר, לא מכניסים מידע אישי או פנימי, וכל תוצר עובר בדיקה של אדם לפני שהוא יוצא ללקוח.
«А как с информационной безопасностью?»
Чувствительные материалы клиента в инструменты не загружаются. Работаем только с контентом, который клиент уже опубликовал или одобрил, не вносим личные или внутренние данные, и каждый результат проверяет человек, прежде чем он уйдёт клиенту.
- «AI יחליף מעצבים?»
- הוא מחליף חלק מהעבודה, לא את המעצב. כל הפרויקטים שראיתם היו נכשלים בלי שלב ההגדרה והבקרה.
«AI заменит дизайнеров?»
Он заменяет часть работы, а не дизайнера. Все проекты, которые вы видели, провалились бы без этапов постановки задачи и контроля.
סרקו — האתר של מסע לפולין polin-app.pages.dev 
