פיתוח אפליקציית מובייל לבית קולנוע מקצה לקצה

מדוע אפליקציית המובייל של בית הקולנוע מאבדת צופים

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

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

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

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

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

מה נותנת אפליקציה עצמאית: אפקט במדדים מדידים

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

חלק המכירות המקוונות בערוץ העצמאי

על פי מדידות ענפיות Невафильм Research, הצופה בוחר את ההקרנה לעתים קרובות יותר מהמכשיר שלו ולא מעמדת השירות. האפליקציה מכירה את היסטוריית הרכישות ומציעה פורמט, אולם וזמן המותאמים לצופה הספציפי — חלק המכירות המקוונות דרך הערוץ העצמאי מגיע לשני שלישים, והקופה מתפנה בערבי שיא.

זמן ביצוע ההזמנה מתקצר לדקה

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

נאמנות ותזכורות מחזירות את הצופה

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

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

גישות לפיתוח: בסיס אחיד, גרסאות נפרדות, גרסת ווב

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

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

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

שלבי ההטמעה: מביקורת מערך הכרטיסים ועד למסירה

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

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

ערכת המסירה: גרסאות, גישות, תרשימים ותקנונים

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

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

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

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

לפני השקת האפליקציה שלה מכרה הרשת «Кадр» כרטיסים דרך הקופה וחלונות ראווה חיצוניים. בערבי בכורה הקופאים לא הספיקו פיזית: התור נמתח על פני כל הלובי, חלק מהאורחים עזבו, וסלי קניות נטושים בשירותים חיצוניים איש לא טיפל בהם — הפניות אבדו בשקט.

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

מדדים לפני ואחרי

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

מה לעשות אם מערכת הכרטיסים כבר עובדת ואין אפשרות להחליף אותה

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

ביניהן פועלת שכבה דקה של מתווך, שמתרגמת את בקשות האפליקציה לקריאות אל Кино Класс ובחזרה, ולכן לוגיקת השריון והתשלום נמצאת במקום אחד ואינה משוכפלת בשתי מערכות.

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

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

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

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

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

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

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

מה להציג לצופה כשאין קליטה יציבה באולם?

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

כיצד בנוי תשלום הכרטיס?

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

כיצד מתעדכן לוח ההצגות אם ברשת כמה אולמות ואתרים?

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

כיצד מוגנים הנתונים האישיים?

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

נדון במשימה ונחזור עם הערכה ותוכנית

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

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

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