לפני כמעט ארבע שנים התחלנו לעצב מערכת דואר אלקטרוני מבוזרת חדשה ביסודה, Mailion, המיועדת לתקשורת ארגונית. הפתרון שלנו בנוי על ארכיטקטורת Cloud Native microservice, מסוגל לעבוד עם יותר מ-1 משתמשים בו זמנית ויהיה מוכן לכסות 000% מהצרכים של תאגידים גדולים.
במהלך העבודה על Mailion, הצוות גדל מספר פעמים, וכעת כמעט 70 מפתחים מעורבים במוצר. עברנו כברת דרך מהרעיון ומאבי הטיפוס הראשונים לשלב הפיילוט של גרסה מסחרית. הגיע הזמן לספר להבר איזה סוג של מוצר אנחנו יוצרים, איך מערכת הדואר שלנו בנויה ופועלת, באיזה ערימת טכנולוגיה אנחנו משתמשים ומדוע הפתרון שלנו הוא העתיד של התקשורת הארגונית. בוא נלך!
האבר, שלום! שמי אנטון גרסימוב, אני עומד בראש מחלקת הפיתוח במרכז הפיתוח של החברה במוסקבה . היום ברצוננו להציג את Mailion, מערכת דואר רוסית חדשה ביסודה, שתהפוך לחלופה ראויה לפתרונות זרים פופולריים. ל-Mailion קיבולת עומס גבוהה, מדרגיות חסרת תקדים וסובלנות תקלות, ודורשת תשומת לב מינימלית ממנהלי מערכת.
כרגע הפיתוח שלנו נמצא בשלב בטא, אבל בקרוב מאוד, על פי התוכנית שלנו, עד סוף 2020, הוא יהפוך ליישום פיילוט של מוצר מסחרי.
לרוב, מאמר זה מכיל מידע כללי – פשוט אי אפשר לדבר על מוצר תוכנה מורכב בפרסום אחד. אני מתכנן להכין סדרה של מאמרים המדברים על טכנולוגיות מפתח. בינתיים, לנוחיותכם, אני מציע את התוכן הבא:
מהי מערכת אימייל ארגונית?
התשובה הפשוטה והברורה לשאלה זו היא כלי אימייל ולוח שנה. אבל השטן, כידוע, נמצא בפרטים הקטנים.
לכן, אנו יוצרים דור חדש של דואר עם פונקציות תזמון מתקדמות, המיועד לפלח הארגוני ולחברות גדולות. אנו מכוונים לעבוד עם מבנים מסחריים וממשלתיים גדולים, שיכולים להיות בין 30 אלף לכמה מאות אלפי משרות.
המערכת שלנו מבוססת על העיקרון של פתרון פלטפורמה. אנו בונים על תפיסת Unified Communications ומציעים כלי אחד לעבודה עם דואר, לוח שנה ומסמכים בתוך מערכת אחת, עם יכולת להגביר את הפונקציונליות של הפתרון על ידי חיבור מודולים ורכיבים נוספים. הרחבות, אגב, יכולות להיות מפותחות לא רק על ידינו, אלא גם על ידי השותפים שלנו. לצורך כך תפורסם ערכת כלים SDK רחבה למדי.
מי צריך עוד דואר ולמה?
עסקים גדולים יצרו מגמה מעניינת - ארגונים חווים צורך בפונקציות שיתוף פעולה. אנחנו מדברים לא רק על אינטראקציה ישירה בין עובדים דרך שליחת משהו, אלא על גישה משותפת לתיבות דואר וחשבונות משחק תפקידים, היכולת לעבוד עם קבוצות גדולות של משתתפים ונוכחות של פונקציות ארגוניות שונות.
פונקציה ארגונית טיפוסית היא מנגנון החזרת הדואר האלקטרוני, שהוא פופולרי מאוד בחברות גדולות, אך למעשה אינו בשימוש בגזרת B2C או בעסקים קטנים. העניין הוא שבקרב קבוצות קטנות של משתמשים הסבירות להיווצר צורך כזה היא די קטנה, והעלות של טעות היא הרבה פחות. יתרה מכך, פשוט בלתי אפשרי ליישם את הפונקציה הזו מחוץ למערכת הדואר הארגונית - אפילו דואר גוגל לא זוכר מכתבים בצורה שמשתמשי Exchange רגילים אליה. שורש הבעיה טמון בעיצוב פרוטוקולי דואר משנות ה-80 של המאה הקודמת.
ערכנו עשרות קבוצות מיקוד, סקרנו מאות משתמשים והשקענו כמה אלפי שעות עבודה בזיהוי תרחישי שימוש טיפוסיים בדוא"ל. זה איפשר לנו ללמוד בקפידה את הצרכים של המשתמשים הפוטנציאליים שלנו ואת התכונות של התהליכים העסקיים שלהם. על סמך הנתונים שהתקבלו, החלטנו לפתח ארכיטקטורה שתאפשר לנו לבצע קנה מידה לנפח העומס הנדרש במידת הצורך. להערכתנו, אין הגבלה כלל, אך כרגע אנו מבינים כיצד להבטיח את עבודתן של חברות המעסיקות כמה מאות אלפי משתמשים.
מה מסתתר מתחת למכסה המנוע
המוצר שלנו כולל פתרון דואר אלקטרוני, כלי לתכנון לוח שנה, ספר כתובות וכן צפייה אינטראקטיבית במסמכים המבוססת על פתרון MyOffice שלנו לעבודה עם מסמכים.
מכיוון שאנו מדברים על פתרון ברמה הארגונית, חלק בלתי נפרד מהדואר הארגוני הוא גם מערכת חיפוש מלאה. הפתרון שלנו מסוגל לבצע חיפוש מורפולוגי מקצה לקצה בכל הרכיבים. בנוסף, כל מערכת הדואר מבוססת על אחסון משלה, שגם הוא מותאם לשיתוף פעולה.
מה ההבדלים בין מערכות הדואר של MyOffice?
קורא Habr שכבר התנסה בעבודה עם פתרונות MyOffice יודע שמוצרים מסחריים כוללים את "MyOffice Mail". ונשאלת השאלה - מה ההבדלים בינה ממערכת המייל הארגונית Mailion, עליה עבד הצוות שלי?
אנחנו ב-MyOffice החלטנו שכדי לענות על הצרכים של חברות בגדלים שונים, יש צורך ליצור שתי מערכות דואר אלקטרוני ברמה ארגונית. המוצר MyOffice Mail מיועד לארגונים בהם מספר המשתמשים מגיע לאלפים או לכמה עשרות אלפים. עבור מבנים גדולים יותר, כדאי יותר להשתמש ב-Mailion - המוצר החדש של MyOffice, אשר בנוי על ארכיטקטורת Cloud Native microservice ובעל יכולות קנה מידה וסובלנות תקלות חסרות תקדים.
בעת בחירת מוצרים, הלקוחות צריכים להחליט מראש על האסטרטגיה להמשך הפיתוח של החברה שלהם. עבור כל ארגון, הטמעת מערכת אימייל היא עבודת פרויקט מורכבת שאינה כרוכה בהחלפה מהירה של פתרון אחד באחר. לכן, יש לקחת בחשבון מראש את העומס המקסימלי האפשרי, סובלנות התקלות והריפוי העצמי, כמו גם את גורם הפיזור הגיאוגרפי.
שתי מערכות המייל של MyOffice שונות מהותית. הם בנויים באמצעות ערימות טכנולוגיות שונות, והכלים לכל מערכת נבחרים בהתאם למטרות והיעדים של הקטע בו תיפרס מערכת הדואר. יש לנו חזון מוצר משותף של מה צריך להיות נוכח במערכות דואר, כמו גם סנכרון בגישות לעיצוב. אבל אלו שני מוצרים המיועדים לקהלים שונים של משתמשים.
אילו אתגרים מתמודדים מפתחים?
בהמשך הטקסט אדבר רק על מערכת הדואר הארגונית החדשה Mailion.
ערכנו מחקר מעמיק וניתחנו את היתרונות והחסרונות של פתרונות המייל הקיימים. הניסיון המצטבר של המומחים שלנו, שבעבר היו מעורבים ישירות ביצירת מערכות עומס גבוה, אפשר לנו לזהות במהירות את נקודת הכאב העיקרית של כל מוצר ידוע - הביצועים של פעולות קלט ופלט דיסק (IO) .
אנו יכולים לומר שהמשימה של האצת פעולות ה-IO הפכה לאתגר העיקרי שעמדנו בפנינו. היה צורך להתמקד בפתרון הבעיות הספציפיות שלנו והתחלנו ליצור ולפתח מערכת אחסון נתונים בינאריים משלנו. לגישה הזו יש מרכיב כלכלי ברור מאוד - אנחנו צריכים לא רק לאחסן נתונים, אלא גם לבצע די הרבה פעולות קלט ופלט של דיסק.
החלטה זו לא התקבלה בקלות ראש. למדנו מוצרים רבים ברמה ארגונית שמטרתם לאחסן מידע, ולא מצאנו שום דבר מוכן ומתאים לדרישות שלנו. אחרי הכל, אנחנו צריכים לא רק לאחסן נתונים, אלא גם לעבוד איתו כל הזמן, ולא במצב בלעדי עם גישה למשתמש אחד, אלא להבטיח אפשרות לשיתוף פעולה בין כמה עשרות אלפי משתמשים.
לכן, קבענו שהקריטריון הארגוני בעדיפות הגבוהה ביותר עבורנו הוא עבודה עם כמויות גדולות של נתונים.
אמינות
יתרה מכך, זו לא כל כך שאלה של אחסון אלא משימה של עיבוד וגישה מהירה למידע זה. זה נדרש כדי להבטיח מדדי אמינות גבוהים - זמן הפעולה הרציף של הפתרון כולו צריך להיות ברמה של 99,9%. יחד עם זאת, מערכת הדואר חייבת להיות אוטונומית בקבלת ההחלטות הנכונות לגבי עיבוד סירובים. רק כך נוכל להבטיח היעדר כשלים שיכולים לשתק את התהליכים העסקיים של חברה מסוימת.
סובלנות לתקלות
עבדנו על אוסף של אמצעים מיושמים על כל רכיב וגישות נבחרות כדי להבטיח סובלנות לתקלות. בפרט, מערכת הדואר הארגוני משתמשת בעיבוד קוורום של נתונים, הזמנת שירותים ושליטה על היעדר מדינותיהם, כמו גם מנגנונים משלה לניתוב ותמיכה במניין המבוססים על קונצנזוס.
קריטריון לסובלנות גבוהה לתקלות הוא נוכחותם של מנגנוני בדיקה עצמית בכל רכיב. Mailion מנתח כל הזמן האם פונקציה זו או אחרת מבוצעת נכון או לא נכון, האם בלוק זה או אחר פועל נכון. זהו אחד האמצעים לריפוי עצמי של המערכת במקרה של כשל. אין לאבד מידע, הפתרון אמור להגיע בסופו של דבר למצב עקבי.
אתה חייב להבין שאי אפשר לחזות את כל האירועים האפשריים בחיים - אתה לא יכול לשטות בפיזיקה. אבל אנו מקפידים על גישות עיצוב כאלה המאפשרות לנו לדבר עם מידה גבוהה למדי של ביטחון על הטיפול הנכון בתאונות של דפוסים מסוימים. יש לנו גם קבוצת בדיקות גדולה שתמיד מנסה לשבור משהו במוצר. ולפעמים הם מצליחים. עובדה זו מעוררת אירוע, שאנו לומדים בפירוט ועל בסיסו יוצרים מנגנון חדש לביטול בעיה מסוג זה.
איך המערכת מגיבה לתאונות
השוק שואל לא פעם את השאלה - מה יקרה למערכת אם היא תאבד לפתע את התקשורת עם אחד הצמתים שלה? בקשה זו רלוונטית במיוחד אם אתם מתכננים ליישם פתרון מבוזר גיאוגרפית.
בעת תכנון התקנה כזו, יש צורך לקחת בחשבון את צרכי הלקוח ואת מערך קריטריוני האמינות שלו. טעות היא להאמין שהחיבור לרשת הנתונים זהה בכל מקום. במערכות ארגוניות, חשוב לקחת בחשבון אפילו את מהירות האות דרך הסיב האופטי.
אם יש ללקוח דרישות גבוהות לאמינות, אזי נמליץ על התקנה במספר מרכזי נתונים, אשר יחוברו בקווי תקשורת ייעודיים.
עם זאת, לא ניתן לשלול את התרחיש של הפסקת חשמל מוחלטת באחד הצמתים של מערכת הדואר. במקרה זה, העבודה עם נתוני האב של קטע זה תושהה, אך החלקים הנותרים יפעלו כאילו כלום לא קרה. המערכת תודיע למנהלים שצומת אבד, והעובדים יידרשו לנקוט בפעולות מתאימות.
כמו כן, ניתן להגדיר את מערכת הדואר שלנו בצורה כזו שהזמנות מתרחשות בתוך מרכז הנתונים. גישה זו תבטיח תפעול במקרה של אובדן של מספר צמתים בתוך מרכז הנתונים, ואף אחד לא יבחין באובדן של אחד הצמתים - מלבד כמובן מערכת הניטור. כאשר מתרחש אירוע כזה, העומס פשוט מופץ מחדש. לכן, בעת תכנון מערכת דואר, חשוב לקחת בחשבון את המרווח - כמה ואיזה רכיבים יכולים "לאבד" בתאונה.
עצמאות
אין מערכות אמינות לחלוטין, וכשלים, בדרך זו או אחרת, עלולים לקרות. לכן, בעת תכנון מערכת דואר, חשוב להקפיד על יכולת לוקליזציה מהירה של כשלים, שיאפשרו ביטולם תוך תקופת SLA מסוימת. יתרה מכך, כשלים צריכים להיות מתוקנים על ידי המערכת באופן עצמאי, תוך צמצום התערבות של מנהלי מערכת ושירותי תפעול.
קלות תפעול
כמובן, מערכות גדולות אינן יכולות אלא לדרוש את תשומת הלב של עובדים מוכשרים במיוחד. אבל אחד ההיבטים שאנו לוקחים בחשבון בעת התכנון הוא שהמערכת צריכה להיות קלה לניהול ולא לדרוש מיומנויות ייחודיות.
יעילות כלכלית
כמובן שכדי לעבוד עם כל מערכות ארגוניות כאלה נדרשת הכשרת עובדים - אחרי הכל, אנחנו מדברים על קנה מידה עצום באמת. לכן, בעת יצירת המוצר שלנו, התמקדנו בהפחתת העלות הכוללת של הבעלות על המערכת. לכל עסק חשוב לפקח על יעילות ההוצאות ולשאוף להימנע מהזרקת כסף אינסופית להוצאות התפעול.
ביזור
כדי להשיג את העקרונות עליהם דיברתי קודם, המערכת חייבת להיות מופצת לחלוטין - גישה ריכוזית מוגבלת תמיד על ידי תנאי השימוש בחומרה.
כמובן שניתן לקנות שרת אחד גדול ולנסות להתקין עליו את כל האפליקציות והשירותים. אבל ככל שהמערכת גדולה יותר, כך התכנון כולו מורכב יותר, והאמינות של מערכת כזו יורדת בהתמדה - אחרי הכל, שרת אחד פירושו נקודת כשל אחת. וככל שנרכז את העבודה, כך אנו תלויים יותר בנקודה המרכזית הזו.
דרישות מערכת
כשאנחנו מדברים על מערכות דואר ארגוניות מורכבות, אנחנו צריכים להבין שאין דבר כזה "תצורה מינימלית לפעולה". הבסיס של כל יישום גדול הוא תמיד עבודת עיצוב רצינית. זה מאפשר לך לתאם בין הצרכים של עסק ספציפי לבין התצורה האופטימלית של מערכת הדואר.
מערכת מייל ארגונית היא כלי גמיש שניתן להגדיר לפי מספר רב של פרמטרים. אנו מבצעים בדיקות עומס באמצעות מתודולוגיה משלנו, המאפשרת לנו לדמות את העומס על בסיס ניתוח של תריסר קריטריונים בסיסיים וכמה מאות קריטריונים אפשריים.
ניתן לומר שכאשר מכינים פרויקט יישום, החישובים הם שיראו את עוצמת עבודת המשתמש בתהליכים העסקיים הקיימים בארגון. במקרה זה מנותחים פרמטרים רבים של קלט, ובהתאם לעומס האפשרי מתקבלת החלטה על כמות כוח המחשוב הנדרשת - ממחשב אחד לחדר מחשבים שלם.
לכן, לדבר על כמה תצורות מינימליות זה לא לגמרי נכון. בפרט, יש לנו גם עמדת הדגמה שעובדת על מכונה אחת בלבד. אבל אנחנו מבינים שעבודה במגזר הארגוני דורשת התקנה על עשרות ואף מאות מכונות וירטואליות.
ערימת טכנולוגיה
בעת יצירת מוצרים, אנו מקדישים תשומת לב מיוחדת לטוהר הרישיון של הקוד. MyOffice הקימה ומפעילה תקני איכות גבוהים, המחייבים אותנו לפתח מוצרים באופן עצמאי לחלוטין, תוך מעורבות מינימלית של קוד חיצוני.
חלק גדול מהקוד של Mailion הוא קוד שלנו, קוד שאנו בעלי הזכויות עליו במלואן ושנוכל לשנות ולשנות לפי הצורך. רוב הקוד למערכת האימייל שלנו נכתב בבית בגו (גולאנג). מלבד Go, אנו משתמשים ב-C++ כמו גם ב-Java Script ES6 עבור ה-web part.
5% הנותרים הם מה שנקרא "רכיבים כבדים", כגון מסדי נתונים. אלה כוללים את RethinkDB, ArangoDB ו-Redis. בין הטכנולוגיות המרכזיות אציין גם את gRPC – מערכת ריחוק פרוצדורה, המשמשת כמנגנון יחיד לאינטראקציה באמצעות API, זהו חלק חשוב.
ממה מורכב המוצר?
מערכת דואר אלקטרוני ארגונית אינה "שרת בחלל ריק". המוצר שלנו כולל כ-70 רכיבים ו-45 שירותים המתחזקים את מערכת הדואר. כל האלמנטים הללו נכתבים "מאפס" והם פיתוח של MyOffice.
החלק הבולט ביותר במערכת הוא מתחם השרתים המספק מערכות אחסון, דואר, לוח שנה וחיפוש ולקוח אינטרנט. אנו גם מפתחים מספר יישומי משתמש ומתכננים להציע למשתמשים שלנו "לקוחות דקים" חדשים המבוססים על טכנולוגיות לקוח האינטרנט שלנו עד למועד השחרור המסחרי.
תאימות למערכות דואר
Mailion עובד באמצעות פרוטוקולים סטנדרטיים. כדי להתחיל להשתמש בפתרון שלנו, אתה רק צריך להגדיר את יישומי הלקוח ולהמשיך לעבוד איתם בסביבה הרגילה שלך. לדוגמה, אתה יכול להשתמש ביישום הלקוח הכלול במוצר MyOffice Mail.
כמו כן, לנוחות המשתמשים שלנו, יצרנו תוסף מיוחד המספק מעבר חלק מ-Exchange. בעזרתו, המשתמשים יוכלו להמשיך לעבוד עם MS Outlook בעת החלפת שרת דואר - הם אפילו לא ישימו לב שמשהו השתנה באינטראקציה הרגילה שלהם עם כלי תקשורת. תוסף זה מאפשר לך להעביר משתמשים בצורה חלקה ממערכת הדואר הקודמת, מבלי להפסיק את העבודה של הארגון כולו. זה חשוב במיוחד אם אתה צריך להחליף כלים כדי לשרת מאות אלפי משתמשים.
קלות ניהול
הייחודיות של מערכת הדואר הארגונית שלנו היא שהיא דורשת מעט מאוד השתתפות ממנהלי מערכת. בעת העיצוב ניסינו למצוא איזון בין אפשרות ההתאמה האישית למורכבות הניהול. כדי להשיג זאת, היינו צריכים לערוך מחקר רב על דפוסי ההתנהגות של מנהלי מערכות ארגוניות מורכבות.
הצוות שלנו מורכב, כפי שאמרתי קודם, ממומחים מוסמכים ביותר - לכל אחד מהם ניסיון ניהולי מוצק. לכן, בעת פיתוח המערכת ניסינו להעביר את הניסיון שלהם לצרכי המשתמשים בניהול מוצר מורכב. במילים אחרות, מתוך ידיעה על הבעיות הפוטנציאליות, סיפקנו באופן יזום דרכים לפתור אותן ברמת התכנון האדריכלי.
לדוגמה,
- ניתן בידוד של רכיבי מערכת לקונטיינרים, כולל תשתית - זה עוזר לנו להגביר את רמת האבטחה, להגדיר גישה גמישה בין רכיבים, וגם מאפשר לנו לכלול במהירות פריטים חדשים הנדרשים על ידי העסק ברשימת המערכות והפלטפורמות הנתמכות;
- גישה מאוחדת לפיתוח ופריסה, פורמט תצורה יחיד עבור כל הרכיבים תורם לתפעול ברור ויעיל יותר ולהפחתת עלויות התמיכה;
- מתקין המערכת שלך, המבוסס על כלי פריסה מוכרים, מאפשר לך לנהל את ההתקנה באופן מרכזי, גמיש וברור;
ארכיטקטורת מיקרו-שירותים עם חלוקה ברורה של אחריות ההגיון העסקי בין השירותים עוזרת להבין את ערכת הפעולה של המערכת ולספק תמיכה בצורה יעילה יותר; - חלק התשתית של המערכת מבוסס על פתרונות מוכרים, תוך שימוש בשיטות עבודה מומלצות, וכן מאפשר אינטגרציה עם מערכות קיימות בארגון, מה שמקל על הזמנת המערכת בתוך החברה;
- לצורך כך תהיה במתקן האחסון מערכת המבוססת על בינה מלאכותית, אשר תוכל לזהות באופן עצמאי תקלות פוטנציאליות ולשלוט בציוד.
עיצוב מודרני
נדרשו כמה אלפי שעות עבודה כדי ליצור את עיצוב המוצר. משימת הפיתוח הייתה להפוך את הממשק למודרני - קל ואינטואיטיבי. זה קשה כאשר אתה מעצב מערכת ארגונית, אשר כברירת מחדל חייבת לכלול מספר פונקציות ספציפיות.
כמובן שאי אפשר "לחצוב באבן" או לאשר עיצוב בחתימה וחותמת - זהו כלי חי, הוא מתפתח ומשתפר כל הזמן. במהלך ארבע שנים שינינו את העיצוב כמה פעמים, אבל לא היה שינוי קיצוני באידיאולוגיה. עקרון המפתח לבניית קו מוצרים ארגוני שלם הוא יצירת מערכת עיצוב אוניברסלית.
בעת תכנון עיצוב מערכת המייל הארגונית, הקדשנו תשומת לב מיוחדת לפיתוח שלושה תחומים מרכזיים - התאמה, עקביות ויכולת התאמה לסגנון הארגוני של הלקוח.
סְגִילוּת
מאפיין מיוחד בעיצוב הממשקים של מערכת הדואר הארגונית Mailion הוא היכולת להציג אותו במכשירים עם מסכים בכל גודל. כל הרכיבים החזותיים מעובדים בקפידה, הם משנים את קנה המידה בצורה נכונה כאשר הם פועלים במכשירים ניידים והם מצוינים אפילו לשליטה באצבע על מסכי מגע. כמו כן, כאשר אתה משנה את גודל חלון היישום, גם פריסת העמודות משתנה - גודל העמודות משתנה באופן פרופורציונלי, בהתאם להנחה של הרעיון של יישומי אינטרנט עשירים.
עֲקֵבִיוּת
העיצוב של מערכת המייל הארגונית Mailion מבוסס על גישה שיטתית. אנחנו מפתחים את התחום הזה מתחילת 2017, אז לא היה אופנתי לדבר על מערכות עיצוב כמו עכשיו. מערכת עיצוב היא מערכת כללים וכלים לביצוע ויזואלי וטכני המשקף את הפילוסופיה של המוצר ומתפתחת כל הזמן. הצגנו אותו כדי לפשט את התקשורת בין פיתוח לעיצוב.
הקמת זהות ארגונית
העיצוב שלנו הוא "זיקית", המסוגל להתאים את עצמו לסגנון הארגוני של כל לקוח. הצבעים של כל רכיבי הממשק מוגדרים באמצעות משתנים. לפיכך, על ידי שינוי הסט הבסיסי של מספר צבעים, אתה יכול לצבוע מחדש את כל היישומים בבת אחת.
גופנים מוגדרים גם באמצעות משתנים: הממשק יכול להשתמש בגופן הארגוני של חברת הלקוח, אם הדבר נקבע בספר המותגים של הלקוח. יחד עם זאת, לגופנים שונים עשויים להיות גדלים שונים של אותיות, ואנחנו לוקחים זאת בחשבון. לדוגמה, PT Sans במידה 16 נראה קטן יותר באופן ניכר מרובוטו באותה מידה 16. לכן, אנו מתאימים את גודל בלוקי הטקסט למאפיינים של גופן מסוים.
נקדיש מאמרים נפרדים למבנה ספריית הצבעים שלנו ולתכונות העבודה עם גופנים.
אפליקציות ניידות
חלק בלתי נפרד מכל מערכת אימייל מודרנית הן אפליקציות מובייל - המשתמשים צריכים להיות מסוגלים לעבוד מכל מקום ובכל זמן.
עכשיו אנחנו רק יוצרים את הרעיון של יישומים ניידים ארגוניים; הם צריכים לקחת בחשבון את ההבדלים בפונקציונליות של מערכות המייל של MyOffice ולהציע גישות שונות לשימוש במערכות דוא"ל ולוח שנה בתאגידים.
פאנל מדיה אינטליגנטי
קבוצות המיקוד שלנו הראו שמשתמשים מוצאים את הממשקים של מערכות דוא"ל מסורתיות מסורבלות. המשיבים שראיינו ציינו שהעבודה עם אירועי לוח שנה וקבצים מצורפים הייתה קשה במיוחד. ניסינו להשיג ממשק רספונסיבי ולהגדיל את הפרודוקטיביות – כדי להפוך את המוצר שלנו לנעים לשימוש.
Media Panel, כלי חדש להאצת שיתוף הפעולה, מארגן את כל המידע על התכתבות ומספק גישה מיידית לרשימת משתתפים בהתכתבות, קישורים וגרסאות של מסמכים שנשלחו אי פעם.
כלי זה עוזר במצבים שבהם משתמשים צריכים לעבוד עם רצועות גדולות של מאות הודעות. לעתים קרובות קורה שאתה צריך למצוא מסמך או תמונה שהיו רק באחד מהם. לוח המדיה יוצר רשימה של כל הרכיבים משרשרת דואר אלקטרוני ומציג אותם במקום אחד. כתוצאה מכך, מציאת האובייקט הרצוי הופכת להרבה יותר קלה.
לוקליזציה
לא רק למשתמשים רוסים יש צורך במערכת אימייל ארגונית. MyOffice נוקטת במדיניות עקבית של כניסה לשווקים זרים, ולכן מוקדשת תשומת לב רבה לנושאים של לוקליזציה של מוצרים.
במוצר שלנו, הצורך בלוקליזציה לשפות זרות נקבע בתחילה, ברמת החלק הבסיסי של המערכת. כשלעצמה, הוספת שפות חדשות אינה בעיה גדולה עבורנו - זוהי משימה מובנת לחלוטין שאנו יודעים לפתור.
נכון לעכשיו, שפות רוסית ואנגלית זמינות למשתמשים. במהדורות הקרובות, נוסיף תמיכה למערכת המייל הארגונית לשפות בהן פועלים מוצרי MyOffice - צרפתית, ספרדית, פורטוגזית ואחרות. במובנים מסוימים, קל לנו יותר מאשר לעמיתים ממחלקות שכנות, שכן עבור מערכות דואר ולוח שנה אנחנו צריכים לקחת בחשבון רק את האלפבית ואת תכונות העבודה עם תאריכים ושעות - למרבה המזל, אין לנו נוסחאות כמו ב עורך גיליונות אלקטרוניים.
כן, אנחנו מגייסים עובדים!
לקח כמה מאות שנות אדם ליצור את המוצר שלנו. וגם אם הייתי רוצה, לא הייתי יכול לספר לך הכל בבת אחת במאמר אחד. עם זאת, אני מקווה שפרסום זה יהווה נקודת מוצא להכרת המוצר שלנו - כפי שאמרתי לעיל, אני מתכנן לדבר ביתר פירוט בעתיד הן על הפתרון עצמו והתכונות שלו, כמו גם על הפיתוח שלנו גישות.
בלי צל של צניעות, אגיד גם שכיום מספר החברות שמפתחות מערכות דואר כאלה בכל העולם הוא רק מעט. זוהי משימה הנדסית מורכבת באמת; היא דורשת הבנה עמוקה של הצרכים של לקוחות ארגוניים, וניתוח יסודי של התהליכים העסקיים של ארגונים גדולים, מגמות מודרניות בעיצוב ופיתוח, כמו גם מספר לא מבוטל של מומחים מוכשרים. מערכת הדואר שלנו מתפתחת מדי יום.
כרגע אנחנו כמעט פתוחים משרות פנויות בפיתוח. בוא לעבוד איתנו אם אתה רוצה לעבוד איתנו כדי ליצור מוצר שיכול לשנות את הדרך שבה העולם העסקי חושב על דוא"ל.
מקור: www.habr.com
