כל הגרסאות המפורטות

01 / 03

dm

הודעות אישיות מגיליון — מקומי, מאובטח, בעברית.

Creative Labs · UI/UXMVPדמו פרטיאפיון מוצרבנייה בעזרת AI

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

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

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

החלק שלי בפרויקט
אפיון, עיצוב הממשק והמיתוג, וניהול הבנייה בעזרת Claude Code.
תחום
Creative Labs · UI/UX
מצב המוצר
MVP · דמו פרטי

01

איפה זה עומד

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

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

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

עובד ונבדק היום

  • ייבוא CSV ו-XLSX עם זיהוי קידוד ומפריד, וסוג לכל עמודה

    שם, טלפון, דוא״ל, מספר, תאריך. ערך חסר נשאר חסר — לא הופך לאפס; ערך לא תקין מסומן ולא נעלם.

  • כתיבת הודעה עם שדות מהקובץ ותצוגה מקדימה חיה

    ובנוסף ניסוח מותנה — למשל משפט אחר לנקבה ולזכר — בלשונית נפרדת בשפה פשוטה.

  • הצלבה עם רשימת תפוצה לפי שם, לקבצים שאין בהם פרטי קשר

    מי שלא נמצא ברשימה מופיע בנפרד, ואפשר להוסיף אותו, לבחור ידנית או להשאיר בחוץ.

  • סקירה לפני שליחה, ותוכנית שליחה מאושרת שאי אפשר לשנות

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

  • שליחה במנות, עצירה בטוחה והמשך מהמקום שבו עצרו

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

  • אחסון מוצפן במחשב, וכלי שמתחיל ריק על מחשב חדש

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

נדרש כדי שיהיה fully functional

  • בדיקה מול ספק חי: תיבת דואר אמיתית, ומכשיר וואטסאפ אמיתימערכות מידע

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

  • החלטה איך שולחים מהארגון: דוא״ל דרך Outlook או שרת הדואר, ולוואטסאפ — מסלול רשמימערכות מידע

    חיבור וואטסאפ הנוכחי מפעיל את WhatsApp Web ואינו רשמי; המסלול הרשמי (Cloud API) מוגדר אך לא מחובר.

  • חתימה דיגיטלית על המתקין והתקנה מנוהלתפיתוח

    המתקין היום לא חתום, ו-Windows מציג אזהרת SmartScreen. נתמך Windows 11 בלבד.

  • סקירת אבטחה בלתי תלויהמערכות מידע

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

  • ניסוי מבוקר עם רשימה קטנה ואדם שמאשר כל שליחההנהלה

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

02

מכאב אל מוצר

איך עברנו מ"צריך לשלוח לכל אחד הודעה אחרת" לכלי שאפשר לסמוך עליו. הניסוח כאן משוחזר מתהליך העבודה ומהתיעוד.

  1. הכאב

    הודעה אישית לכל אדם, בעבודת יד

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

  2. הדרישה

    לא שליחה המונית — שליחה אישית שאפשר לבדוק

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

  3. הפיצוח

    מה שנבדק הוא מה שנשלח

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

  4. החיבורים

    ארבע דרכים לשלוח, כי אין דרך אחת שמתאימה לכולם

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

  5. ההקשחה

    להוכיח, לא להניח

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

  6. היום

    כלי עובד, ממתין למבחן אמיתי

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

03

איך זה עובד

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

  1. כניסה

    קובץ ורשימת תפוצה

    CSV או XLSX. הקובץ נקרא בלי להריץ נוסחאות או מאקרו, וכל עמודה מקבלת סוג.

  2. שלב

    הודעה עם שדות

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

  3. שלב

    תנאים

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

  4. שלב

    נמענים וכללים

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

  5. נשמר

    סקירה ואישור

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

  6. שלב

    דרך שליחה

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

    • שרת דוא״ל (SMTP)דוא״ל

    • Outlook שמותקן במחשבדוא״ל

    • חשבון Googleדוא״ל

    • וואטסאפ מקושרהודעה

  7. תוצאה

    היסטוריה ותוצאה

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

04

איך עובדים החיבורים

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

שרת דוא״למוכן, צריך חשבון

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

Outlook במחשבמוכן, צריך Outlook מחובר

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

חשבון Googleמוכן, צריך פרויקט Google

איך זה מתחבר
התחברות בדפדפן האמיתי של המחשב (לא בחלון מוטמע), זרימת OAuth עם PKCE ושרת מקומי שמקבל את ההפניה. לאפליקציה חוזר רק אסימון רענון; הסיסמה לא עוברת בה.
מה נדרש
פרויקט Google Cloud של הארגון עם לקוח OAuth מסוג שולחן עבודה; עד אימות — מגבלת משתמשי בדיקה.
מגבלה
ההרשאה שנדרשת היא הרשאת דואר רחבה, כי שליחה דרך SMTP מאומת דורשת אותה — נקודה לבדיקת מערכות מידע.

וואטסאפעובד, לא רשמי

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

05

קצב שלא נראה כמו מכונה

מרווח קבוע בין הודעות הוא בעצמו סימן לאוטומציה. בוואטסאפ הקצב אקראי: מרווח בין 0.6 ל-1.8 מהמוגדר, והפסקה ארוכה אחרי כל 10 עד 20 הודעות, שאורכה גם הוא מוגרל בכל פעם. ההפסקה מוצגת כספירה לאחור, אפשר לבטל אותה, והדוא״ל נשאר בקצב הקבוע.

שליחההפסקה ארוכה
הרצת בדיקה אחת של 60 הודעות בהגדרת 4 שניות: שלוש הפסקות אחרי 17, 13 ו-13 הודעות, באורכים של 108, 155 ו-116 שניות. בסך הכול כ-11 דקות, לעומת כ-4 דקות במרווח קבוע — איטי בכוונה.

06

מהקובץ להודעה

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

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

07

מהרשימה לשליחה

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

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

08

פיצוחים ופתרונות

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

  • הבעיה

    ערך חסר בגיליון הפך להודעה "ביצעת 0 שעות".

    הפתרון

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

  • הבעיה

    כלל "פחות מ-6" וכלל "יותר מ-6" משמיטים בשקט את מי שיש לו בדיוק 6.

    הפתרון

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

  • הבעיה

    שני אנשים עם אותו טלפון או אותה כתובת, או אדם שמופיע פעמיים.

    הפתרון

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

  • הבעיה

    בארגונים רבים SMTP חסום, ואי אפשר ליצור סיסמת אפליקציה.

    הפתרון

    שליחה דרך ה-Outlook שכבר מחובר במחשב: אין סיסמה, והודעות עוברות לתהליך העזר כמטען מקודד.

  • הבעיה

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

    הפתרון

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

  • הבעיה

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

    הפתרון

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

  • הבעיה

    רשימה ארוכה שנשלחת ברצף אי אפשר לעצור ולהמשיך בבטחה.

    הפתרון

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

  • הבעיה

    קובץ אקסל יכול להכיל נוסחאות, מאקרו או תוכן זדוני.

    הפתרון

    הקובץ נקרא בלי להריץ דבר; ערכים עוברים מילוט לפני שהם נכנסים לדוא״ל, וקישורים מותרים רק ב-http וב-https. המפענח של נוסחאות כתוב ביד ואינו מריץ קוד מהקובץ.

09

מיתוג, ספלאש ותנועה

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

פתיחה, כ-3 שניות, בחלון שקוף וחסר מסגרת
  • כחול עמוק#2C50A3ראש הבועה, כפתורים ראשיים
  • כחול אמצע#2E6DB6צבע ההדגשה
  • שמיים#359ED8זנב הבועה
  • קרם#FBDA90רק מה שחי עכשיו
  • רקע#F6F8FBרקע האפליקציה
  • דיו#1F2937טקסט

כתב

  • Heebo ארוז בתוך האפליקציה, ללא טעינה מהרשת (רישיון פתוח)

כללי העיצוב

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

10

כלים ושילוב בתהליך

סטיב אפיין, עיצב וניהל; Claude Code כתב ובדק לפי ההחלטות. הנה השלבים והכלים שבהם.

  1. 01

    אפיון

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

    • Claude Codeשיחת אפיון על בסיס מסמך האפיון, תיעוד החלטות
    • Figmaשלדי מסך (wireframe)

  2. 02

    עיצוב ומיתוג

    לוגו, צבעים וטוקנים, ואנימציית פתיחה.

    • Illustratorיצירת הלוגו
    • After Effectsאנימציית הפתיחה של סטיב
    • Lottieהרצת האנימציה בתוך האפליקציה

  3. 03

    בנייה

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

    • Electronאפליקציית שולחן עבודה
    • React · Vite · TypeScriptהממשק והליבה
    • SheetJS · Papa Parse · libphonenumberקריאת קבצים וטלפונים
    • nodemailer · whatsapp-web.jsשליחה בדוא״ל ובוואטסאפ
    • PowerShellתהליך העזר של Outlook

  4. 04

    בדיקה

    בדיקות דטרמיניסטיות לליבה, וראיה מהאפליקציה הארוזה.

    • Vitestייבוא, כללים, הצגה, קצב, המשך
    • Zodאימות כל הודעה בין הממשק לתהליך הראשי

  5. 05

    אריזה ומסירה

    מתקין ומסמכים: אבטחה, תלויות ורישיונות.

    • electron-builder (NSIS)מתקין ל-Windows
    • package-lockבנייה שחוזרת על עצמה

11

מה נדרש כדי שיפעל באמת

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

מערכות מידע

להחליט איך שולחים מהארגון, ולאשר.

  • חשבון דוא״ל לניסוי, או אישור לשליחה דרך Outlook המותקן.
  • הכרעה לגבי וואטסאפ: המסלול הרשמי (Cloud API) במקום הקישור הלא רשמי, כולל חשבון עסקי ותבניות מאושרות.
  • סקירת אבטחה, ואישור התלויות והרישיונות כפי שרשומים במוצר.
  • אישור התקנה על מחשבי הארגון (Windows 11).

פיתוח

לסגור את מה שנשאר בקוד ובמסירה.

  • חתימת קוד על המתקין, ועדכוני גרסה חתומים.
  • חיבור ה-Cloud API של וואטסאפ לשליחה חיה, ושל Microsoft Graph כחלופה ל-Outlook המקומי.
  • תור שליחה מתמשך עם ניסיונות חוזרים ותזמון (קיים כמודל נתונים, לא כמנגנון מלא).
  • בדיקות עומס על קבצים גדולים מאוד.

הנהלה

להגדיר מי משתמש ובאיזה היקף.

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