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