ارزش این کار را نباید با ظاهر یک وب‌سایت سنجید. اتفاق اصلی پشت صفحه افتاد: جایی که اطلاعات پراکنده پرواز به یک فرایند قابل اتکا برای جست‌وجو، مقایسه، رزرو و صدور تبدیل شد.

روزی که تلفن هنوز بخشی از خرید بلیط بود

برای فهم اهمیت آن دوره باید ابزارهای همان زمان را به یاد آورد. اطلاعات پرواز یکپارچه نبود، منابع مختلف زبان فنی یکسانی نداشتند و بسیاری از ایرلاین‌ها و تأمین‌کنندگان، سرویس آماده و پایداری برای اتصال نرم‌افزارهای بیرونی ارائه نمی‌کردند. حتی دریافت موفق یک فهرست پرواز تضمین نمی‌کرد که همان ظرفیت و همان نرخ در لحظه صدور نیز باقی مانده باشد.

ساخت یک سامانه فروش آنلاین بلیط هواپیما، طراحی چند فرم و دکمه نبود. نرم‌افزار باید داده‌های نامنظم را می‌خواند، نام شهرها و فرودگاه‌ها را هماهنگ می‌کرد، نتایج تکراری را تشخیص می‌داد، نرخ نهایی را دوباره کنترل می‌کرد و اطلاعات مسافر را دقیقاً با ساختاری می‌فرستاد که سامانه مقصد می‌پذیرفت. اگر یکی از این حلقه‌ها از کار می‌افتاد، نتیجه فقط یک پیام خطای فنی نبود؛ ممکن بود پول پرداخت شود اما رزرو کامل نشود، یا مسافر با بلیطی روبه‌رو شود که نیازش را برآورده نمی‌کند.

امروز درباره API، مستندات فنی و زیرساخت ابری حرف می‌زنیم؛ اما آن زمان بسیاری از این مسیرها یا وجود نداشتند یا برای استفاده عمومی آماده نبودند. بخشی از راه باید همان‌جا ساخته می‌شد، آزمون می‌شد و زیر فشار واقعی مسافر و آژانس دوام می‌آورد. بزرگی کار دقیقاً همین‌جاست: حل مسئله در زمانی که هنوز پاسخ آماده‌ای برای آن وجود نداشت.

از مشهد؛ آغاز کاری که بعدها عادی شد

مهندس امیرحسین مقتدری اصفهانی برنامه‌نویس و مدیر مجموعه چارتر 724 بود؛ مجموعه‌ای که دفتر و گروه فنی آن در مشهد فعالیت می‌کرد. کار از جست‌وجوی پروازهای چارتری آغاز شد و به ساخت یکی از زیرساخت‌های شناخته‌شده فروش آنلاین بلیط برای آژانس‌های مسافرتی رسید. درباره زندگی شخصی و تحصیلات ایشان اطلاعات عمومی و قابل استناد زیادی در دسترس نیست؛ بنابراین این نوشته، به‌جای ساختن زندگینامه‌ای بر پایه حدس، بر کارنامه‌ای تمرکز دارد که اثرش در بازار قابل مشاهده است.

حضور مهندس امیرحسین مقتدری اصفهانی فقط به اتاق مدیریت محدود نبود. در آرشیو عمومی ارتباط با نمایندگان، پیام‌هایی از ایشان درباره وضعیت فنی سامانه، اختلال مرکز داده، حملات سایبری و بازگشت ارتباط دیده می‌شود. این‌ها جزئیات کوچکی نیستند؛ تصویری از مدیری می‌سازند که هنگام بحران در متن عملیات حضور داشت و زبان مسئله فنی را می‌فهمید.

در آذر 1399 نیز گفت‌وگویی با عنوان گفت‌وگو با مدیرعامل مجموعه چارتر 724 و با حضور ایشان برگزار شد. این شواهد عمومی، در کنار تجربه مستقیم آژانس‌هایی که با سامانه کار کرده‌اند، نشان می‌دهد نقش مهندس امیرحسین مقتدری اصفهانی هم فنی بود و هم مدیریتی: دیدن مسئله، ساختن راه‌حل و ماندن کنار آن در زمان بهره‌برداری.

1391، 1392، 1394؛ سه ایستگاه در مسیر یک تغییر

براساس روایت فلای‌یاب، طراحی و آماده‌سازی اولیه سامانه از حدود سال 1391 آغاز شد. در تاریخچه رسمی چارتر 724، سال 1392 زمان معرفی موتور جست‌وجوی اختصاصی بلیط‌های چارتری و سال 1394 زمان پیاده‌سازی فروش آنلاین برای آژانس‌های مسافرتی ذکر شده است. کنار هم قرار دادن این دو روایت، تصویر دقیق‌تری می‌دهد: 1391 آغاز ساخت، 1392 دیده‌شدن محصول و 1394 عبور جدی‌تر از نمایش اطلاعات به فروش آنلاین.

سخت‌ترین قدم: از دیدن پرواز تا صادرشدن بلیط

نسخه‌های اولیه چارتر 724 یک مشکل روشن را حل می‌کردند: اطلاعات پروازهای عرضه‌شده از سوی کانترها و تأمین‌کنندگان را در یک نقطه قابل جست‌وجو نشان می‌دادند. همین امکان در زمان خود ارزشمند بود؛ بااین‌حال، کاربر بعد از پیدا کردن پرواز همچنان باید تماس می‌گرفت و ادامه مسیر را به کارشناس می‌سپرد.

قدم بعدی، مرز میان یک سایت اطلاع‌رسانی و یک سامانه واقعی فروش بود. وقتی سرویس آماده و استانداردی وجود نداشت، مهندس امیرحسین مقتدری اصفهانی و گروهش به‌سراغ توسعه اتصال‌های مستقیم و وب‌سرویس‌های اختصاصی رفتند. سامانه دیگر نباید فقط اطلاعات را «می‌خواند»؛ لازم بود درخواست رزرو را بفرستد، پاسخ را اعتبارسنجی کند و بلیط را صادر کند. با اضافه‌شدن پروازهای سیستمی، تفاوت کلاس پروازی، قوانین نرخ، مهلت صدور و شرایط استرداد نیز وارد معادله شد.

در ظاهر، تفاوت میان این دو دوره شاید فقط حذف یک تماس تلفنی باشد؛ در پشت صحنه اما یک زنجیره کامل نرم‌افزاری ساخته شده بود. هنر یک سیستم رزرواسیون هواپیما همین است: پیچیدگی را خودش تحمل کند تا کاربر با سادگی روبه‌رو شود.

پیش از آنکه «مارکت‌پلیس» واژه‌ای رایج شود

اگر با واژگان امروز به معماری چارتر 724 نگاه کنیم، الگویی شبیه یک مارکت‌پلیس یا تجمیع‌کننده پرواز می‌بینیم: چند عرضه‌کننده و کانتر در یک سو، آژانس و مسافر در سوی دیگر، و یک لایه نرم‌افزاری در میان که داده‌ها را دریافت می‌کند، به قالبی مشترک درمی‌آورد و امکان مقایسه و خرید می‌دهد.

چارتر 724 را می‌توان یکی از نمونه‌های پیشگام این الگو در بازار آنلاین پرواز ایران دانست. درباره عنوان‌هایی مانند «اولین مارکت‌پلیس ایران» یا «نخستین سامانه فروش آنلاین بلیط کشور» باید محتاط بود؛ اثبات چنین ادعاهایی به بررسی مستقل و مقایسه همه بازیگران آن دوره نیاز دارد. آنچه با اطمینان بیشتری می‌توان گفت این است که این مجموعه خیلی زود به سراغ جست‌وجو و مقایسه پروازهای چارتری، فروش آنلاین برای آژانس‌ها و یکپارچه‌کردن ظرفیت چند منبع رفت.

زیرساختی که پشت نام دیگران هم کار می‌کرد

یکی از مهم‌ترین تصمیم‌های مهندس امیرحسین مقتدری اصفهانی این بود که محصول را به ویترین کسب‌وکار خودش محدود نکند. چارتر 724 امکان نمایندگی و استفاده آژانس‌های دیگر از موتور جست‌وجو و صدور را فراهم کرد. به این ترتیب، یک آژانس می‌توانست با نام و اعتبار خودش وارد فروش اینترنتی شود، بی‌آنکه ناچار باشد تمام زیرساخت فنی پرواز را از صفر بسازد.

این الگو امروز با عنوان وایت‌لیبل فروش بلیط هواپیما شناخته می‌شود: موتور جست‌وجو، اتصال‌ها و فرایند صدور در پشت صحنه کار می‌کند، اما مسافر خدمات را با نام، دامنه و هویت آژانس خودش می‌بیند. اثر این تصمیم فقط فنی نبود. آژانس‌های کوچک‌تر نیز توانستند به بازار آنلاین وارد شوند و رابطه‌ای را که سال‌ها با مشتریانشان ساخته بودند، در فضای دیجیتال ادامه دهند.

گزارشی منتشرشده در سال 1398 نیز از استفاده آژانس‌های متعدد از خدمات چارتر 724 و عرضه پروازهای چارتری و سیستمی از طریق این نرم‌افزار خبر می‌دهد. رسیدن به چنین شبکه‌ای تنها با کدنویسی ممکن نیست؛ آژانس باید مطمئن باشد سامانه در ساعت شلوغی هم کار می‌کند و اگر مشکلی پیش آمد، تیمی واقعی پاسخ می‌دهد.

سادگی‌ای که اتفاقی نبود

رابط کاربری نسخه‌های نخست چارتر 724 با معیارهای امروز ساده بود؛ اما این سادگی ضعف محسوب نمی‌شد. صفحه قرار نبود توانایی فنی گروه سازنده را به رخ بکشد. قرار بود کاربر مبدأ، مقصد و تاریخ را انتخاب کند، نتایج را ببیند و تفاوت ساعت و قیمت را بدون سردرگمی بفهمد.

در آن دوره، طراحی تجربه کاربری خرید بلیط هواپیما بیش از آنکه مسئله زیبایی باشد، مسئله اعتماد بود. بخشی از کاربران هنوز با پرداخت اینترنتی یا دریافت بلیط بدون مراجعه حضوری راحت نبودند. هر مرحله باید روشن می‌گفت چه اتفاقی افتاده است: پرواز انتخاب شده؟ پرداخت ثبت شده؟ بلیط صادر شده؟ اگر نه، کاربر باید چه کند؟

به همین دلیل باید UI و UX آن سامانه را در زمان خودش سنجید. نمایش مستقیم نتایج، کوتاه‌کردن مسیر کار و قابل‌فهم‌بودن برای کارکنان آژانس‌هایی با دانش فنی متفاوت، از جلوه‌های نمایشی مهم‌تر بود. طراحی خوب در چنین محصولی خودش را پنهان می‌کند؛ کاربر کارش را انجام می‌دهد و لازم نیست برای فهم نرم‌افزار آموزش ببیند.

پشتیبانی بخشی از نرم‌افزار بود، نه یک خدمت جانبی

در صنعت پرواز، انتشار نرم‌افزار پایان کار نیست؛ تازه آغاز مسئولیت است. ممکن است سرویس یک ایرلاین تغییر کند، تأمین‌کننده‌ای از دسترس خارج شود، نرخ در لحظه صدور عوض شود یا پرواز ابطال شود. آژانس نمی‌تواند برای حل این مسائل چند روز در صف پاسخ بماند، چون مسافر همان لحظه جواب می‌خواهد.

برای ما در فلای‌یاب و شرکت شمیران پرواز آسمان، این بخش از داستان فقط یک گزارش تاریخی نیست. همکاری ما با مهندس امیرحسین مقتدری اصفهانی از ابتدای فعالیت فلای‌یاب شکل گرفت. ایشان و گروهشان متعهدانه، دلسوزانه و با گشاده‌دستی از ما حمایت کردند؛ نه فقط وقتی همه‌چیز عادی بود، بلکه درست در لحظه‌هایی که یک آژانس بیش از هر زمان به همراهی شریک فنی خود نیاز داشت.

در کسب‌وکاری که اعتبارش به صدور درست و به‌موقع بلیط وابسته است، این حمایت یک امتیاز اضافه نبود؛ بخشی از خود محصول بود. پشت هر نتیجه جست‌وجو و هر بلیط صادرشده، تیمی ایستاده بود که اتصال‌ها را زنده نگه می‌داشت، خطا را پیگیری می‌کرد و مسئولیت پاسخ را می‌پذیرفت.

کیفیت یک زیرساخت را فقط در روزهای آرام نمی‌شود سنجید؛ ارزش واقعی آن وقتی معلوم می‌شود که اختلالی رخ داده و کسی برای حلش کنار شما می‌ایستد.

وقتی رفتن یک نفر، فقط یک مهاجرت شخصی نیست

این مسیر تا حوالی سال 1403 با مدیریت مهندس امیرحسین مقتدری اصفهانی ادامه داشت. سپس ایشان ایران را ترک کرد و فصل تازه‌ای از زندگی حرفه‌ای خود را بیرون از کشور آغاز کرد. در روایت نزدیکان، از فرایندهای فرساینده، موانع ساختاری و دشواری ادامه کار گفته می‌شود؛ بااین‌حال، تا زمانی که روایت مستقیم و کاملی از خود ایشان منتشر نشده باشد، منصفانه نیست همه دلایل این تصمیم را با قطعیت بیان کنیم.

اما می‌شود درباره نتیجه حرف زد. صنعت گردشگری برای ساخت و نگهداری زیرساخت‌هایش به تجربه انباشته، جسارت و شناخت دقیق بازار نیاز دارد. وقتی فردی با چنین سابقه‌ای می‌رود، ماجرا فقط جابه‌جایی یک نیروی متخصص نیست؛ بخشی از حافظه فنی و مدیریتی صنعت نیز دور می‌شود. شاید بتوان گفت گردشگری ایران، آگاهانه یا ناخواسته، خود را از ادامه حضور یکی از سازندگان زیرساخت فروش آنلاین بلیط محروم کرد.

این نگاه، سهم دیگران را کم نمی‌کند. هیچ سامانه بزرگی حاصل کار یک نفر نیست؛ برنامه‌نویسان، نیروهای پشتیبانی، آژانس‌ها، تأمین‌کنندگان و اعتماد کاربران همگی در شکل‌گیری آن نقش دارند. بااین‌همه، انصاف تاریخی حکم می‌کند نام کسانی که زودتر خطر کردند، مسئله را جدی گرفتند و راه‌حلی قابل استفاده ساختند، در حاشیه نماند.

روز برنامه‌نویس و آدم‌هایی که پشت هر سفر ایستاده‌اند

روز برنامه‌نویس معمولاً یادآور صفحه‌های کد، لپ‌تاپ و زبان‌های برنامه‌نویسی است؛ اما اثر واقعی کد را باید در زندگی روزمره دید. در گردشگری، چند خط برنامه می‌تواند فاصله میان تصمیم به سفر و دریافت بلیط را کوتاه کند، خطای انسانی را کاهش دهد و یک آژانس محلی را به مسافرانی در سراسر کشور برساند.

داستان چارتر 724 یادآوری می‌کند که نوآوری همیشه پرزرق‌وبرق نیست. گاهی با چند پرسش ساده آغاز می‌شود: چرا اطلاعات پروازها پراکنده است؟ چرا مسافر بعد از جست‌وجوی اینترنتی باز هم باید تلفن کند؟ چرا هر آژانس باید موتور فروش خودش را از ابتدا بسازد؟ دشواری کار، پرسیدن این سؤال‌ها نیست؛ ساختن پاسخی است که در دنیای واقعی کار کند و سال‌ها دوام بیاورد.