چارچوب، شمارهٔ ۱، پاییز ۱۴۰۵
آنچه نشان می‌دهید، و آنچه پشتش ایستاده است.
وب‌سایتِ سازنده جایی است که در ملأ عام قول می‌دهد: تاریخِ تحویل، درصدِ پیشرفت، واحدِ موجود. این شماره نشان می‌دهد آن قول کجا گفته شود و چه چیزی راستش نگه دارد. در پایان، شرحِ کارِ سایتتان را در دست دارید؛ همان که به هر تیمِ توسعه‌ای می‌دهید تا قیمت و زمان بدهد.
چرا این شماره را ما نوشتیم
پیش از آنکه نرم‌افزار بسازیم، در پروژهٔ ساختمانی کار کرده‌ایم: در دفترِ فنی، در برنامه‌ریزی و کنترلِ پروژه، در کارگاه. از آنجا چیزی دیده می‌شود که از بیرون دیده نمی‌شود. یک سازنده هر روز قول‌های زیادی می‌دهد — به خریدار، به شریک، به مالکِ زمین — و هر روز بخشی از آن‌ها را پای کار نگه می‌دارد. اما وب‌سایتش اغلب هیچ‌کدام را نشان نمی‌دهد.
این شماره دربارهٔ همین فاصله است. استدلالش ساده است: وب‌سایتِ یک سازنده جایی است که در ملأ عام قول می‌دهد — تاریخِ تحویل، درصدِ پیشرفت، واحدِ موجود، تصویری از فردا. قولِ خوب دو چیز لازم دارد: جایی درخور که گفته شود، و پشتوانه‌ای که راست نگهش دارد. سایتی که قول نمی‌دهد، بروشور است. سایتی که قول می‌دهد و پشتوانه ندارد، از نداشتنش بدتر است.
چارچوب هر دو طرف را می‌سازد. برای برندهای ساخت و ملک وب‌سایت می‌سازیم: از معماریِ اطلاعات و تجربهٔ کاربری تا توسعه و اتصال به داده. هویتِ بصری، رندر، مدل و عکس کارِ تیم‌های شماست؛ ما کنارشان کار می‌کنیم و کارشان را به دادهٔ پروژه وصل می‌کنیم. «دفتر» را ساخته‌ایم تا کارِ روزانهٔ پروژه یک‌بار ثبت شود و هرجا لازم است از همان‌جا خوانده شود. «چرتکه» عددهای پشتِ قولِ مالی را حساب می‌کند: امکان‌سنجی، سناریو، گزارشِ سرمایه‌گذار. توصیه‌های این شماره با هر تیم و هر نرم‌افزاری اجراشدنی است؛ کارهای خودمان، با برچسبِ خودشان، در بخشِ انتهایی و در صفحه‌های آگهی آمده‌اند.
«این پل عمدی است. یک سرش کارگاه است و سرِ دیگرش صفحه‌ای که خریدار می‌بیند؛ کارِ ما بردنِ داده از این سر به آن سر است.»
کلِ شماره، در چهار بند
چهار گامِ پیاپی. اگر وقتِ خواندنِ کلِ شماره را ندارید، همین خلاصه برای ادارهٔ جلسهٔ بعدی کافی است؛ کنارِ هر بند، شمارهٔ بخشی آمده که کاملش آن‌جاست.
پیش از هر طراحی، بخشِ ۱
شش تصمیمی که جای هیچ طراحی را نمی‌گیرند — و هیچ‌کدام تصمیمِ طراح نیست.
شش مخاطب وارد سایت می‌شوند و هرکدام پرسشِ دیگری دارند. هر شش را به ترتیبِ اولویت می‌چینید، از یک تا شش؛ ساختارِ کلِ سایت از همین ترتیب بیرون می‌آید.
دارایی‌هایی که مشتریِ روزمره دارند نشانیِ مستقل می‌خواهند؛ پروژه‌های در حالِ فروش زیرِ سقفِ برندِ مادر می‌مانند. هر نشانیِ مستقل یعنی یک تیمِ محتوا و بودجهٔ سالانهٔ جدا.
پاسخِ مفید فعل دارد و پایان دارد، و برای هر مخاطب جداست. «معرفیِ شرکت» پاسخ نیست؛ نتیجه‌اش بروشور است. برای هر مخاطب، به ترتیبِ اولویت، یک جمله بنویسید: «سرمایه‌گذار در سایت ______ را تمام می‌کند.»
قیمتِ ثابت، جزئیاتِ مشارکت، نامِ مالکان. رندرِ تنها کافی نیست: کنارش عکسِ تاریخ‌دارِ کارگاه یا ساختمان؛ و رندر فقط با برچسبِ شبیه‌سازی.
یک نفر با نام و سِمت — نه یک واحد. چرخه تاریخ داشته باشد: «هر وقت لازم شد» پاسخِ غلط است و سایت را عقب نگه می‌دارد. و مسیرِ داده مشخص باشد: اگر پاسخ «فایلِ اکسلِ آقای الف» است، سایت به‌روز نخواهد ماند.
سه رابطه، سه انتظار — پیش از طراحی، پاسخِ هر سه را بنویسید: چه می‌بیند، از کدام در، و چه نمی‌بیند. همین پاسخ، نگرانیِ حریمِ خصوصیِ ذی‌نفعان را هم جواب می‌دهد.
نقشه و قالب، بخش‌های ۲ تا ۴
وظیفهٔ فروش ندارد؛ در چند ثانیه سه چیز می‌گوید: که هستید، چه می‌سازید، از کجا ادامه دهم.
قابِ آغازین، شعار، نوارِ اعداد، پیش‌نمایشِ پروژه‌ها، مسیرهای مخاطب، فوترِ کامل
قیمت یک عدد نیست؛ یک عدد با تاریخ است، و باید مدام به‌روزش کنید.
چهار شاهد به‌جای کالا: پیشرفت، جدولِ پرداخت، مسیرِ حقوقی، و آنچه اگر تاریخ عقب بیفتد.
شش لایه، یکی برای هر مخاطب
فرمِ سه‌میدانی، کاتالوگ در ازای شماره، واتس‌اپ با پیامِ آماده، درگاهِ مشاوران، هفت سنجهٔ ماهانه. هر ورودی نشانی یا شمارهٔ اختصاصیِ خودش را دارد.
سه چیز می‌خواهد: پول کجا رفت، کار در چه مرحله‌ای است، اگر پرسشی داشت چه کسی پاسخ می‌دهد. بخشِ عمومی برای کسی که هنوز شریک نیست، درگاهِ محافظت‌شده برای کسی که هست.
تاریخچهٔ زمانی، ساختارِ گروه، گواهی‌نامه‌ها با تاریخ و مرجع، مطالعهٔ موردی؛ و صورتِ سهم: هر آورده با تاریخِ ارزش‌گذاری‌اش، سهم از همان حساب. سه گواهیِ معتبر با شرح، از پانزده لوحِ بی‌توضیح قوی‌تر است.
درگاهی برای ساکنانِ فعلی. شارژِ هر ماه با ریزِ آنچه از آن ساخته شده؛ برای هر واحد، ترکیب‌های ودیعه و اجاره.
برنامهٔ هنر و فرهنگِ شرکتی، ژورنالِ برند، صفحهٔ فرصت‌های شغلی. صفحهٔ شغلی لازم است؛ فرهنگ و ژورنال، سازنده را از «شرکتِ ساختمانی» به «برندِ شهر» می‌رسانند.
ترتیب، بودجه، بقا، بخش‌های ۱۳ تا ۱۵
ورود با شمارهٔ موبایل؛ پرداخت از درگاهِ بانکیِ داخلی.
هویتِ بصری در این بودجه نیست؛ خطِ آژانسِ برندِ شماست. خطِ محتوا خطی است که زیاد صفر گذاشته می‌شود. اگر بودجه کم است، خط‌ها را به نسبت کم نکنید — دامنه را کم کنید. نگهداری، امنیت و محتوای دورهای، به پیشنهادِ ما: یک‌پنجم تا یک‌سومِ هزینهٔ ساخت، هر سال؛ سایتی که بودجهٔ سالِ دومش را ندارد، سالِ دوم می‌میرد.
هر موردِ برقرار یک امتیاز ۱۶
هر پرسش یکی از دو نشان را دارد. قول: آنچه سایت نشان می‌دهد. پشتوانه: آنچه پشتش ثبت شده. از چهل‌وچهار پرسش، ۳۱ قول و ۱۳ پشتوانه؛ جایِ سایتتان را روی این جدول پیدا کنید.
ناشر، نویسندگان، و راهنمای خواندن.
این متن برای مدیرانِ برند، مدیرانِ فروش و بازاریابی و هیئت‌مدیرهٔ شرکت‌هایی نوشته شده که ساختمان می‌سازند و می‌فروشند. آژانس، طراحان و مدل‌سازانِ همکارتان هم بخوانندش؛ بخشی از کار با آن‌هاست. هیچ دانش فنی‌ای فرض نشده است. هرجا اصطلاحی تخصصی آمده، همان‌جا یا در واژه‌نامهٔ انتهایی به زبانِ ساده توضیح داده شده.
راهنما یک پرسش را دنبال می‌کند: وب‌سایتِ یک سازنده چه قولی می‌دهد، و چه چیزی باید پشتش باشد تا آن قول راست بماند؟
پاسخ در هفده بخش آمده است. از تصمیم‌هایی شروع می‌شود که پیش از هر طراحی باید گرفته شوند، و به ساختارِ صفحه‌ها می‌رسد. بعد شش لایه برای شش مخاطب می‌آید: خریدار، سرمایه‌گذار و شریک، مالکِ زمین، مستأجر، ساکن و نیروی متخصص. پس از آن صنعتگریِ بصری و زیرساخت. در پایان، یک چک‌لیستِ خودارزیابی که همین امروز روی سایتِ فعلی اجرا می‌شود، و فهرستی برای سفارشِ سایت.
این راهنما بی‌طرف نیست و وانمود نمی‌کند که هست؛ سه تعهدی که در برابرش می‌دهیم، در همین صفحه آمده است.
سه گام دارد. اول، چک‌لیستِ خودارزیابیِ بخشِ ۱۶ را روی سایتِ فعلی‌تان اجرا کنید؛ بیشترش را خودتان پر می‌کنید و نشان می‌دهد از کجا شروع می‌کنید. بعد، در بخشِ ۱ شش مخاطبتان را به ترتیبِ اولویت بچینید و در طولِ شماره، کنارِ هر بلوکی که لازم دارید علامت بزنید. در پایان، فهرستِ سفارش همان علامت‌ها را جمع می‌کند تا به تیمِ توسعه بدهید. اگر وقتِ کمتری دارید، «این شماره در یک نگاه» کافی است.
چهار نشانه در متن تکرار می‌شود. اولویت است — جدولِ زیر. نشانِ مخاطب است — شش خانه، همیشه به همین ترتیب: خریدار، سرمایه‌گذار و شریک، مالکِ زمین، مستأجر، ساکن، نیروی متخصص؛ خانهٔ پر یعنی آن بلوک برای آن مخاطب است. ⚖ یعنی متن به قانون یا قرارداد رسیده و پیش از اجرا بازخوانیِ حقوقی لازم است. و ← یعنی نمونه‌اش روی نرم‌افزاری که ساخته‌ایم، در انتهای راهنما آمده است.
| نشان | معنا |
|---|---|
| پایه | نبودنش وب‌سایت را ناقص می‌کند. هزینهٔ نداشتنش از هزینهٔ داشتنش بیشتر است. |
| مؤثر | تفاوتِ محسوس در نتیجه ایجاد می‌کند. بعد از تثبیتِ لایهٔ پایه سراغش می‌رویم. |
| متمایزکننده | سرمایه‌گذاری سنگین با اثر زیاد. فقط برای پروژه‌های شاخص و برندهایی که جایگاه ممتاز می‌خواهند. |
این راهنما بی‌طرف نیست و وانمود نمی‌کند که هست. آن را چارچوب نوشته است — استودیویی که همین وب‌سایت‌ها را می‌سازد، و نرم‌افزارهایی به نامِ دفتر و چرتکه دارد که داده‌های پشتِ آن‌ها را نگه می‌دارند. ما در نتیجهٔ این بحث ذی‌نفعیم.
در عوض سه تعهد می‌دهیم:
اگر پس از خواندن تصمیم گرفتید با کسِ دیگری کار کنید، این متن باز هم کارش را کرده است.
تصاویرِ این راهنما چهار دسته‌اند و هر دسته نشانِ خودش را دارد.
مرجعِ بین‌المللی. نمونه‌هایی از بازارهای دیگر، برای سنجیدنِ کیفیت. نامِ برند و — تا جایی که در منابعِ عمومی ثبت شده — نامِ استودیوی سازنده زیرِ هر تصویر آمده؛ جایی که انتساب پیدا نشد، همان‌جا گفته شده. بیشترِ این نمونه‌ها از بازارهای لوکسِ آمریکا، بریتانیا و خلیج‌اند؛ معیارِ کیفیت‌اند، نه الگوی کپی. سالِ داخلِ پرانتز، سالِ همان عدد است. هیچ نمونه‌ای از بازارِ داخلی، نه در نقشِ نمونهٔ خوب و نه بد، نشان داده نمی‌شود.
گرافیکِ داخلی. لوح‌ها و نمودارهایی که برای توضیحِ همین متن کشیده شده‌اند.
از کارهای چارچوب. وب‌سایت‌هایی که خودمان ساخته‌ایم، با اجازهٔ کارفرما. همه در انتهای راهنما آمده‌اند.
دفتر و چرتکه. تصاویرِ نرم‌افزارهای خودمان. فقط در بخشِ انتهایی آمده‌اند، نه در متن. داده‌هایشان نمونه‌اند و به هیچ پروژه یا مشتریِ واقعی مربوط نیستند.
چرا این راهنما نوشته شد
یک برجِ اداریِ شاخص در مرکزِ شهر حاصلِ چند سال کار و صدها تا هزاران میلیارد تومان سرمایه است. پشتش مذاکره با شهرداری و نظامِ مهندسی است و انتخابِ نما و سنگ و آسانسور. صدها تصمیمِ ریز هم هست که هرکدام روزها وقتِ مدیران را گرفته‌اند. کیفیتِ نهایی در سنگ و شیشه و نورپردازیِ لابی دیده می‌شود و برند از همین جزئیات ساخته می‌شود.
همان برند، در فضای دیجیتال، اغلب به یک قالبِ آماده سپرده می‌شود.
این تناقض عجیب نیست؛ قابل‌فهم است. ساختمان، حوزهٔ تخصصیِ این شرکت‌هاست و وب‌سایت نیست. اما نتیجه‌اش قابل‌مشاهده است. کافی است وب‌سایت‌های بزرگ‌ترین سازندگان کشور را پشت سر هم باز کنید تا الگویی تکرارشونده ببینید:
نکتهٔ مهم این است که این وضعیت، نتیجهٔ کم‌سلیقگیِ کارفرما نیست. نتیجهٔ این است که وب‌سایت مثلِ یک قلمِ هزینهٔ اداری سفارش داده می‌شود، نه مثلِ یک دارایی. برای نما معیارِ قضاوت دارید: نمونه، مشخصات، ناظر. برای وب‌سایت ندارید، و ارزان‌ترین پیشنهاد برنده می‌شود.
این راهنما همان معیار است.
ارزشِ هر پروژه در این صنعت به صدها و هزارها میلیارد تومان می‌رسد. با این حال، حضورِ دیجیتالِ بسیاری از شرکت‌های مطرحِ شهرهای بزرگِ ایران هنوز یک صفحهٔ شبکهٔ اجتماعی است.
وب‌سایت برای بسیاری از کارفرمایان در شمارِ هزینه‌های الزامی اما ساده می‌آید؛ با اهمیتی هم‌رده با یک بیلبورد یا حتی کمتر. حال آنکه در بازارهای ساخت و املاکِ لوکس، وب‌سایت به یکی از اصلی‌ترین ابزارهای بازاریابی بدل شده است.
پیش از هر چیز باید یک تصورِ رایج را کنار گذاشت: وب‌سایت، بروشورِ آنلاین نیست.
بروشور برای لحظه‌ای ساخته می‌شود که شما در اتاق حضور دارید و توضیح می‌دهید. وب‌سایت برای لحظه‌ای ساخته می‌شود که شما حضور ندارید؛ ساعت یازدهِ شب وقتی سرمایه‌گذاری در شهر دیگری نامِ شرکت را شنیده و می‌خواهد بفهمد شما که هستید. در آن لحظه وب‌سایت تنها نمایندهٔ شماست و هرچه بگوید، همان است که شنیده می‌شود. به همین دلیل، معیارِ درستِ سنجش یک وب‌سایت این نیست که «قشنگ است یا نه». معیار این است که آیا کارِ مشخصی را تا انتها انجام می‌دهد یا نه.
برای شرکت‌هایی که دست‌کم دو ویژگی از این فهرست را دارند:
هرچه تعداد این موارد بیشتر باشد، فاصلهٔ میانِ «آنچه هستید» و «آنچه وب‌سایت‌تان نشان می‌دهد» بیشتر است — و این راهنما مفیدتر.
این فاصله دو علت دارد. اولی دیده می‌شود: سایتی که ساختار ندارد، کُند است، و به‌جای قول، بروشور منتشر می‌کند. بیشترِ بخش‌های این راهنما دربارهٔ همین طرف‌اند — آنچه سایت باید نشان دهد، و چطور.
«وب‌سایتِ خوب، سایتِ شلوغ نیست؛ سایتی است که کارِ مشخصی را تمام می‌کند.»
دومی دیده نمی‌شود و گران‌تر است: سایتی که قول می‌دهد اما پشتش چیزی ثبت نشده. درصدِ پیشرفتی که سه ماه است عوض نشده؛ واحدی که فروخته شده و هنوز «موجود» است؛ تاریخِ تحویلی که کسی به‌روزش نکرده. چنین سایتی قولِ شکسته را در ملأ عام نگه می‌دارد.
برای همین، هرجا این راهنما قولی را پیشنهاد می‌کند، پشتوانه‌اش را هم کنارش گذاشته است.
شش تصمیمی که جای هیچ طراحی را نمی‌گیرند
بیشترِ پروژه‌های وب‌سایت در جلسهٔ اول به سراغ لوگو و رنگ و فونت و صفحهٔ اول می‌روند. لوگو و رنگ کارِ آژانسِ برندِ شماست و پیش از سایت آماده است. این اشتباه، هزینهٔ بازطراحیِ بعدی را می‌سازد.
شش تصمیمِ زیر باید پیش از هر خطِ طراحی گرفته شده باشند و هیچ‌کدام تصمیمِ طراح نیست؛ تصمیمِ مدیریت است.
وب‌سایتِ یک سازنده، برخلافِ تصورِ رایج، فقط برای خریدار نیست. دست‌کم شش مخاطبِ متفاوت دارد که هرکدام با پرسشِ متفاوتی وارد می‌شوند و اگر سایت برای همه یک پاسخ داشته باشد، هیچ‌کدام را راضی نمی‌کند.
| مخاطب | پرسشی که با آن می‌آید | چه چیزی او را متقاعد می‌کند | نشانهٔ موفقیت |
|---|---|---|---|
| خریدارِ واحد | «چه چیزی دارید، کجا، چند، کِی تحویل؟» | جدولِ موجودی، پلان، قیمت یا بازهٔ قیمت، تاریخ تحویل | درخواستِ بازدید یا دریافتِ کاتالوگ |
| سرمایه‌گذار یا شریک | «شما که هستید و پولِ من کجا می‌رود؟» | کارنامه، ساختارِ حقوقی، گزارشِ پیشرفت، گزارشِ مالیِ روشن | تماسِ مستقیم با مدیریت |
| مالکِ زمین | «اگر زمینم را به شما بسپارم، چه به دستم می‌رسد؟» | مدلِ همکاری، کارنامهٔ پروژه‌های مشارکتی، سهمِ مالک در پروژه‌های پیشین، بینام | درخواستِ جلسه برای بررسیِ زمین |
| مستأجرِ تجاری یا اداری | «چه متراژی موجود است و در کدام طبقه؟» | پلانِ طبقات، متراژهای خالی، شرایط اجاره، همسایگانِ تجاری | تماسِ واحدِ اجاره |
| ساکن یا مالکِ واحد | «مشکلِ من را چه کسی حل می‌کند؟» | درگاهِ اختصاصی، شمارهٔ پشتیبانی، تقویم خدمات | مراجعهٔ دوباره به سایت |
| نیروی متخصص | «اینجا جای خوبی برای کار کردن هست؟» | صفحهٔ فرصت‌های شغلی، تصویرِ تیم، فرهنگِ سازمان | ارسالِ رزومه |
این راهنما هر شش مخاطب را دنبال می‌کند و کنارِ هر بخش نشان می‌دهد آن بخش برای کدام‌یک است. رسانه در این فهرست نیست: آنچه خبرنگار لازم دارد — اتاقِ خبر، بستهٔ رسانه‌ای، تصاویرِ باکیفیت و شمارهٔ روابط‌عمومی — در نقشهٔ سایتِ بخشِ ۲ آمده است.
خریدارِ واحد
«چه دارید، کجا، چند، کِی تحویل؟»
مسیر: صفحهٔ نخست ← پروژه‌ها ← صفحهٔ پروژه
پایان: درخواستِ بازدید
سرمایه‌گذار و شریک
«پولِ من کجا می‌رود؟»
مسیر: دربارهٔ گروه ← سرمایه‌گذاری
پایان: تماس با مدیریت
مالکِ زمین
«زمینم را بسپارم، چه به دستم می‌رسد؟»
مسیر: مدلِ همکاری ← کارنامهٔ مشارکتی
پایان: درخواستِ جلسه
مستأجر
«چه متراژی خالی است؟»
مسیر: اجاره ← پلانِ طبقات
پایان: دانلودِ برگهٔ مشخصات
ساکن
«مشکلم را چه کسی حل می‌کند؟»
مسیر: درگاهِ ساکنان
پایان: ثبتِ درخواستِ خدمات
نیروی متخصص
«اینجا جای خوبی برای کار است؟»
مسیر: فرصت‌های شغلی
پایان: ارسالِ رزومه
شرکت‌هایی که چند پروژه دارند، دیر یا زود به این دوراهی می‌رسند: آیا هر پروژه وب‌سایتِ خودش را داشته باشد، یا همه زیرِ یک سقف بمانند؟
هر دو مسیر درست‌اند، اما نه در همهٔ شرایط.
| مدل | چه وقت درست است | چه چیزی را از دست می‌دهید |
|---|---|---|
| همه زیرِ یک سقف — پروژه‌ها زیرمجموعهٔ سایتِ شرکت | برندِ شرکت از برندِ پروژه‌ها قوی‌تر است؛ خریدار به‌خاطرِ نامِ شما می‌آید | پروژه‌های شاخص فرصتِ درخشیدنِ مستقل را از دست می‌دهند |
| سایتِ مستقل برای پروژه‌های شاخص | پروژه‌ای دارید که هویتِ مستقلِ خودش را ساخته (مثلاً یک مرکز خرید یا برجِ نام‌آشنا) | اعتبارِ آن پروژه به شرکتِ مادر برنمی‌گردد، مگر با پیوندِ آگاهانه |
| مدلِ ترکیبی | حالتِ رایج برای هلدینگ‌ها: سایتِ مرکزی + یک یا دو سایتِ مستقل برای دارایی‌های بهره‌برداری‌شونده | پیچیدگیِ بیشتر در نگهداری و یکدستیِ برند |
همان پروژه، دو بار: در یک قاب هادسون یاردز روی نشانیِ خودش است، در قابِ دیگر همان پروژه در دلِ سایتِ گروهِ Related. مقایسه کنید که هر نسخه چه چیزی را جلو می‌آورد — نامِ پروژه یا نامِ گروه — و پیوندِ میانِ دو نشانی چگونه برقرار شده است.
پرسشی دقیق است، و پروژه‌های زیادی روی آن زمین می‌خورند. اگر پاسخ «معرفیِ شرکت» باشد، نتیجه یک بروشور خواهد بود. پاسخِ مفید، فعل دارد و پایان دارد — و برای هر مخاطب جداست. برای مخاطب‌هایی که در ۱-۱ بالای فهرست گذاشتید، به همان ترتیب بنویسید سایت برای هرکدام چه کاری را تمام می‌کند. اگر اولویتِ اول و دومِ شما خریدار و سرمایه‌گذار است:
و برای مخاطب‌های دیگر، به همین شکل:
هرکدام از این جمله‌ها، معماریِ متفاوتی می‌سازد. نوشتنِ یک جمله از این جنس برای هر مخاطب، به ترتیبِ اولویت و پیش از شروع، بیش از هر جلسهٔ طراحی‌ای بر نتیجه اثر می‌گذارد.
فهرستِ «نه»ها به‌اندازهٔ فهرستِ «بله»ها اهمیت دارد. چند نمونهٔ رایج که بهتر است از ابتدا تکلیفشان روشن شود:
قیمتِ دقیقِ واحدها؟ در بازاری با نوسانِ ماهانه، انتشارِ قیمتِ ثابت روی سایت هم نادرست از آب درمی‌آید و هم تیمِ فروش را در مذاکره تضعیف می‌کند. جایگزینِ حرفه‌ای: بازهٔ قیمت، یا «قیمت با تماس»، همراه با مشخصاتِ فنیِ کامل. جایگزین‌هایش در بخشِ ۴-۱۷ آمده است.
جزئیاتِ قراردادِ مشارکت؟ روی سایتِ عمومی نه. در درگاهِ سرمایه‌گذار بله.
نامِ مالکانِ واحدها؟ هرگز.
سایتی که فقط رندر دارد و هیچ عکسِ واقعی ندارد؟ نه. برای پروژهٔ پیش‌فروش، عکسِ واقعی یعنی عکسِ تاریخ‌دارِ زمین و کارگاه؛ برای پروژهٔ تحویل‌شده، عکسِ امروزِ ساختمان. رندرهایی هم که با واقعیتِ ساخت فاصله دارند، اگر منتشر می‌شوند، باید برچسبِ «تصویرِ شبیه‌سازی‌شده» داشته باشند. اعتبارِ برند گران‌تر از یک رندرِ جذاب است.
این تصمیم تعیین می‌کند سایت دو سال بعد در چه وضعیتی باشد.
وب‌سایت‌ها به‌خاطرِ طراحیِ بد نمی‌میرند؛ به‌خاطرِ محتوایی که به‌روز نشده است، می‌میرند. برجی که دو سال پیش تحویل شده و هنوز در بخشِ «در حالِ ساخت» است، به بازدیدکننده می‌گوید این شرکت به جزئیات اهمیت نمی‌دهد. پیامی درست برعکسِ آنچه می‌خواست.
پیش از شروعِ پروژه، این سه مورد باید مکتوب شود:
| مورد | تصمیمِ لازم |
|---|---|
| مالکِ محتوا | یک نفر با نام و سِمَت. نه «واحدِ روابط‌عمومی». یک نفر. |
| چرخهٔ به‌روزرسانی | چه چیزی ماهانه (پیشرفتِ ساخت)، چه چیزی فصلی (پروژه‌های جدید)، چه چیزی سالانه (کارنامه و آمار). اگر پاسخ «هر وقت لازم شد» یا «هر وقت تغییری پیش آمد» باشد، پاسخِ غلطی است و سایت را از روزِ اول عقب نگه می‌دارد. |
| مسیرِ داده | موجودیِ واحدها و درصدِ پیشرفت از کجا می‌آید؟ اگر پاسخ «از فایلِ اکسلِ آقای الف» باشد، سایت به‌روز نخواهد ماند. |
بندِ سوم تعیین‌کننده است و در بخش‌های ۶ و ۱۴ به آن بازمی‌گردیم: سایتی که داده‌اش را دستی می‌گیرد، همیشه عقب است. سایتی که داده‌اش را از نرم‌افزارِ عملیاتیِ شرکت می‌گیرد، به‌اندازهٔ همان ثبت درست است: اگر فروش و کارگاه آنجا ثبت کنند، سایت هم درست می‌ماند.
دستی
| واحد | متراژ | وضعیت | میلیون تومان |
|---|---|---|---|
| ۱۲ب | ۱۴۶ | موجود | ۹٬۰۶۰ |
| ۱۱الف | ۱۱۸ | موجود | ۷٬۲۰۰ |
| ۱۳ب | ۱۴۶ | موجود | ۹٬۲۴۰ |
منبع: فایلِ اکسلِ آقای الف
از نرم‌افزار
| واحد | متراژ | وضعیت | میلیون تومان |
|---|---|---|---|
| ۱۲ب | ۱۴۶ | موجود | ۹٬۰۶۰ |
| ۱۱الف | ۱۱۸ | فروخته | — |
| ۱۳ب | ۱۴۶ | موجود | ۹٬۲۴۰ |
منبع: نرم‌افزارِ فروش و گزارشِ کارگاه
سه رابطه، سه انتظار. سایتی که هر سه را یکسان ببیند، هیچ‌کدام را راضی نمی‌کند.
در بیشترِ نمونه‌های خارجیِ این راهنما، سازنده مالکِ کلِ پروژه است و رابطه با خریدار یک قراردادِ فروش است، حتی وقتی پیش از ساخت می‌فروشد. در ایران رابطه‌ها از ابتدا درهم‌تنیده‌اند: زمین از یکی است، ساخت از دیگری، و بخشی از واحدها پیش از آنکه ساخته شوند فروخته می‌شود. سایت باید بداند با کدام‌یک طرف است.
شریک است، نه فروشنده. قدرالسهم دارد و انتظارش گزارشِ پیشرفت و صورتِ سهم است — سهمِ خودش، نه سهمِ دیگران. این رابطه، لایه‌ای می‌خواهد که در هیچ‌یک از نمونه‌های این راهنما وجود ندارد. — بخش‌های ۲-۴ و ۷-۵.
پول آورده، نه زمین. انتظارش این است که بداند پولش کجا رفته و کار در چه مرحله‌ای است، از درگاهی که فقط خودش می‌بیند. — بخش‌های ۶-۱ و ۶-۲.
پیش از وجودِ کالا پول می‌دهد. آنچه او می‌خرد اعتماد است و آنچه سایت باید بدهد شواهد است — شواهدی که نام و شمارهٔ هیچ خریدارِ دیگری را فاش نمی‌کند. بخشِ ۴-۱۸ به این اختصاص دارد.
اگر پروژه ساختِ شرکتی است — زمین و سرمایه از خودِ شرکت، و فروش پس از ساخت — سایت بیشتر نقشِ کارنامه دارد تا نقشِ فروش.
سایت باید بدهد
گزارشِ سهمسایت باید بدهد
شواهدِ پیشرفتسایت باید بدهد
کارنامهنقشهٔ کاملِ سایت — دوازده شاخه با همهٔ زیرشاخه‌ها، و قالبِ واحدِ صفحهٔ پروژه در چهار گام — روی لوحی جداگانه آمده است. همهٔ دوازده شاخه در فهرستِ اصلی نمی‌نشینند؛ بخشی به پانویس و درگاه‌ها می‌رود. در این صفحه فقط اندازهٔ کار ثبت می‌شود؛ خودِ نقشه را از لوح بخوانید.
فهرستِ پروژه‌ها بر اساسِ سال. خریدار به سالِ شروعِ پروژه فکر نمی‌کند؛ به شهر، کاربری و وضعیت فکر می‌کند. سال، فیلترِ سومِ مفیدی است، اما هرگز دستهٔ اصلی نیست.
«خدمات ما» در جایگاهِ بخشِ اصلی. شرکتی که خودش می‌سازد و می‌فروشد، شرکتِ خدماتی نیست. آنچه ارائه می‌شود ساختمان است، نه خدمات. فهرستِ توانمندی‌های فنی — طراحی داخلی، اخذ مجوز، مدیریت ساخت — در صفحهٔ «دربارهٔ گروه» جای درست‌تری دارد، مگر آنکه واقعاً به بیرون هم خدمات فروخته شود.
یک شاخهٔ تازه، و یک درگاهِ تازه.
نقشهٔ بخشِ ۲-۱ برای پروژه‌ای نوشته شده که یک مالک دارد. اگر پروژه مشارکتی باشد، دو چیز اضافه می‌شود و یک چیز جابه‌جا:
آنچه جابه‌جا می‌شود، جدولِ موجودی است: در پروژهٔ مشارکتی، بخشی از واحدها سهمِ مالک است و در فروشِ عمومی نمی‌آید. اگر این تفکیک در دادهٔ پشتِ سایت انجام نشود، جدول همیشه اشتباه خواهد بود.
سازوکارِ سهم در بخشِ ۷-۵ آمده، و واژه‌هایش — آورده، قدرالسهم — در پیوستِ پ.
صفحهٔ نخست: چند ثانیهٔ اول
صفحهٔ نخست وظیفهٔ فروش ندارد.
وظیفه‌اش این است که در چند ثانیه سه چیز را منتقل کند: که هستید، چه می‌سازید و از کجا باید ادامه داد. هر عنصری که در خدمتِ این سه نباشد، بارِ اضافه است.
ویدئو یا تصویرِ ثابت؟ هر دو درست‌اند. ویدئوی سینمایی وقتی می‌ارزد که واقعاً سینمایی باشد: تصویربرداریِ هوایی با پهپاد و مجوزِ پرواز، تدوینِ حرفه‌ای و رنگِ اصلاح‌شده. سازنده‌اش فیلم‌بردار و تدوینگرِ شماست؛ کارِ سایت این است که سبک و سریع پخشش کند. ویدئوی متوسط، بدتر از تصویرِ خوب است.
روی قابِ آغازین، متنی که می‌آید باید کوتاه و قطعی باشد: شعارِ برند، نه جملهٔ کلی و نه توصیف. یک جمله که پس از خواندنش، خواننده بداند با چه شرکتی طرف است.
نوارِ اعداد — «۱۷ پروژه»، «۱٬۴۲۰ واحدِ تحویل‌شده»، «۱۹۶٬۰۰۰ مترمربع» — زود اعتبار می‌سازد و از ساده‌ترین قابلیت‌های این راهنماست. حرکت لازم ندارد؛ عددی که روی صفحه می‌شمارد، کلیشه است. اما یک قاعده دارد: هر عددی که نوشته می‌شود باید قابلِ دفاع باشد.
اگر متراژ شاملِ پروژه‌های در حالِ ساخت است، همان‌جا نوشته شود. اگر تعدادِ پروژه‌ها شاملِ پروژه‌های مشارکتی است، نوشته شود.
بازدیدکنندهٔ حرفه‌ای — و سرمایه‌گذار حرفه‌ای است — این تفکیک را می‌بیند و دقیقاً همین تفکیک، اعتماد می‌سازد.
صفحهٔ پروژه: مهم‌ترین قالبِ سایت
اگر از این راهنما فقط یک قالب ساخته شود، همین قالب باشد. صفحهٔ پروژه جایی است که خرید تصمیم‌گیری می‌شود، جایی است که سرمایه‌گذار قضاوت می‌کند و جایی است که لینکش در واتس‌اپ دست‌به‌دست می‌شود. در بسیاری از سایت‌های این صنعت، همین صفحه ضعیف‌ترین بخش است: شش عکس، شش سطر مشخصات و یک دکمهٔ تماس.
ساختارِ کاملِ یک صفحهٔ پروژه، به ترتیبِ پیمایش:
بالاترین بخش، پیش از هر تصویری، باید به این پرسش‌ها پاسخ دهد: چه، کجا، در چه وضعیتی، کِی.
| میدان | نمونه | گزینهها |
|---|---|---|
| نامِ پروژه | برجِ مسکونی نارنج | نامِ ثابت، یکی در همهٔ رسانه‌ها |
| شهر و محله | مشهد — بلوار وکیل‌آباد | شهر، محله، و یک نشانهٔ آشنا |
| کاربری | مسکونی | مسکونی · اداری · تجاری · ترکیبی |
| وضعیت | در حالِ پیش‌فروش | در حالِ پیش‌فروش · در حالِ ساخت · تحویل‌شده |
| تاریخِ تحویل | زمستان ۱۴۰۷ | فصل و سال؛ برای پروژهٔ تحویل‌شده، تاریخِ واقعی |
| نوعِ مشارکت | مشارکت در ساخت | ساختِ شرکتی · مشارکت در ساخت · مشارکتِ سرمایه‌ای |
این جدول تماس‌های تکراری را از دوشِ تیمِ فروش برمی‌دارد.
تصویرِ هواییِ سینمایی یا رندرِ باکیفیتِ تمام‌قاب، از استودیوی رندرِ شما. همان الزاماتِ فنیِ بخش ۳-۲.
سه تا پنج پاراگراف که می‌گوید چرا این پروژه وجود دارد. نه فهرستِ امکانات؛ روایت.
اگر معمارِ پروژه شناخته‌شده است، نامش و یک نقلِ کوتاه از او، این بخش را از هر متنِ بازاریابی‌ای قوی‌تر می‌کند.
نقشهٔ تعاملی با نشانه‌گذاریِ نقاطِ مهمِ اطراف. این بخش، برخلافِ ظاهرِ ساده‌اش، از بخش‌هایی است که زیاد به آن سر می‌زنند؛ عددش را در ابزارِ تحلیلِ خودتان ببینید.
نکتهٔ فنی برای ایران: سرویس‌های نقشهٔ بین‌المللی در ایران همیشه پایدار نیستند و برخی کاربران به آن‌ها دسترسی ندارند. سرویس‌های نقشهٔ داخلی، مثلِ نشان و بلد، برای این کاربرد کافی‌اند. انتخابِ درست، نقشه‌ای است که برای همهٔ بازدیدکنندگان، بدونِ ابزارِ واسط، بارگذاری شود.
بخشی که تقریباً همیشه ناقص رها می‌شود. جدولِ کاملِ مشخصات، هم ابزارِ فروش است و هم — برای مخاطبِ حرفه‌ای — نشانهٔ جدیت.
| دسته | اقلام |
|---|---|
| کالبدی | مساحتِ زمین · زیربنای کل · تعدادِ طبقات · تعدادِ واحد · تعدادِ طبقاتِ پارکینگ |
| واحدها | بازهٔ متراژ · تعدادِ خواب · تعدادِ واحد در طبقه · جهت‌های نما · پارکینگ و انباریِ هر واحد |
| سازه و تأسیسات | نوعِ سازه · سیستمِ سرمایش و گرمایش · نوع و تعدادِ آسانسور در هر هسته · سیستمِ اطفای حریق |
| نما و نازک‌کاری | مصالحِ نما · کفپوش · کابینت · درها · شیرآلات |
| مجوزها | شمارهٔ پروانهٔ ساخت · نوعِ سند · طراحِ معماری · ناظر · مجریِ ذی‌صلاح |
| زمانبندی | تاریخِ شروع · درصدِ پیشرفتِ فعلی · تاریخِ تحویلِ برنامه‌ریزی‌شده |
هرچه این جدول کامل‌تر باشد، تماس‌های بی‌ثمر کمتر و مذاکره‌های جدی‌تر می‌شود.
گالریِ پروژه سه دستهٔ متمایز دارد:
دستهٔ سوم کم‌هزینه و مؤثر است: عکسِ ماهانهٔ تاریخ‌دار به خریدارِ پیش‌فروش نشان می‌دهد کار پیش می‌رود. جزئیاتش در بخشِ ۴-۱۵ آمده.
پلانی که بتوان رویش کلیک کرد، بینِ نمای دوبعدی و سه‌بعدی جابه‌جا شد و ابعادِ هر فضا را دید.
در فروشِ پیش از ساخت، این بخش مستقیماً به یکی از مانع‌های اصلیِ خرید پاسخ می‌دهد: ناتوانیِ خریدار در تصورِ فضایی که هنوز وجود ندارد. پلانِ PDF این کار را نمی‌کند؛ پلانِ تعاملی می‌کند.
اینجا کارِ آژانسِ تبلیغاتی به مهندسی می‌رسد: تصویر و لحن از آژانس است، اتصال به داده از تیمِ فنی. پلانِ تعاملی برنامه‌نویسیِ اختصاصی می‌خواهد. نقشهٔ معماری باید خوانده شود و به هندسهٔ برداری برسد. هر واحد باید به وضعیتِ فروشش وصل شود، و همه باید در مرورگر روان اجرا شود. این کار از قالبِ آماده برنمی‌آید؛ از تیمی هم که فقط یکی از این سه را می‌شناسد برنمی‌آید: ساختمان، پلان، وبِ تعاملی.
نمای سه‌بعدی یا برشِ گرافیکیِ ساختمان که با کلیک روی هر طبقه واحدهای آن طبقه و وضعیتشان — موجود، رزرو، فروخته‌شده — نمایش داده می‌شود.
این قابلیت دو کار می‌کند: خریدار خودش را غربال می‌کند و تیمِ فروش می‌فهمد کدام طبقه بیشترین توجه را گرفته است. نکتهٔ حیاتی این است که وضعیتِ واحدها باید از نرم‌افزارِ فروشِ شرکت به‌روز شود، نه دستی. کاوشگری که وضعیتش دو هفته عقب است، به خریدار دروغ می‌گوید.
جایگزینِ ساده و کم‌هزینهٔ کاوشگرِ سه‌بعدی، و گاهی مؤثرتر از آن: یک جدولِ فیلترشونده.
خریداری که در یک نگاه بفهمد «واحدِ ۱۲۰متریِ سه‌خوابهٔ رو به جنوب در طبقاتِ بالا موجود است»، با آمادگیِ کاملاً متفاوتی تماس می‌گیرد.
متراژ
۱۲۰ تا ۱۵۰ مترمربعخواب
۱۲۳۴+جهت
شمالجنوبشرقطبقه
۸ به بالا| واحد | متراژ | خواب | طبقه | جهت | وضعیت |
|---|---|---|---|---|---|
| ۹ج | ۱۲۴ مترمربع | ۳ | ۹ | جنوب | موجود |
| ۱۰ب | ۱۴۶ مترمربع | ۳ | ۱۰ | جنوب | رزرو |
| ۱۲ب | ۱۴۶ مترمربع | ۳ | ۱۲ | جنوب | موجود |
| ۱۳ب | ۱۴۶ مترمربع | ۳ | ۱۳ | جنوب | موجود |
| ۱۴ب | ۱۴۸ مترمربع | ۳ | ۱۴ | جنوب | موجود |
و ۲ واحدِ دیگر
اینجا نکته‌ای هست که در بازارِ داخلی اهمیت دارد. آنچه امروز در بیشترِ سایت‌های داخلی «تورِ ۳۶۰» نام گرفته، چند عکسِ پانوراماست که به‌هم دوخته شده‌اند. کیفیت پایین است، دوخت‌ها پیداست و نور ناهماهنگ. نتیجه، به‌جای اینکه کیفیت را نشان دهد، آن را زیرِ سؤال می‌برد. تفاوت در تجهیزات و روش است:
| سطح | روش | نتیجه |
|---|---|---|
| حداقلِ قابل‌قبول | دوربینِ ۳۶۰ حرفه‌ای، سه‌پایه، نورِ ثابت، نمایشگرِ متن‌باز روی سرورِ خودتان | تورِ روان، بدونِ دوخت‌های آشکار، بدونِ هزینهٔ اشتراکِ ماهانه |
| سطحِ بالاتر | اسکنِ سه‌بعدی و مدلِ فضاییِ کامل با امکانِ اندازه‌گیری | تجربهٔ نزدیک به بازدیدِ حضوری |
| بالاترین سطح | گشتِ سه‌بعدیِ بلادرنگ در مرورگر | برای پروژه‌های شاخص و رویدادهای رونمایی |
ویدئوی گشتِ ساده — حرکتی آرام در راهروها و واحدها — اغلب بیشتر از ویدئوی ۳۶۰ درجه به کار می‌آید: روی گوشی بی‌دردسر پخش می‌شود و بیننده در آن گم نمی‌شود. نمونه‌های زیر روی سرویس‌های خارجی ساخته شده‌اند؛ در ایران همان سطح را با نمایشگرِ متن‌باز و میزبانیِ داخلی بسازید (بخشِ ۱۳-۲).
پرسشی که خریدار زیاد می‌پرسد: «از این واحد چه چیزی دیده می‌شود؟» و پاسخی که زیاد می‌شنود: «منظرِ عالی دارد.»
شبیه‌سازیِ منظر، این مکالمه را تمام می‌کند. کاربر طبقه و جهتِ واحد را انتخاب می‌کند و تصویرِ واقعیِ خطِ دیدِ همان طبقه را می‌بیند. تولیدش پرهزینه است: عکاسیِ هوایی در ارتفاعِ هر طبقه می‌خواهد، با مجوزِ پرواز، یا مدلِ دقیقِ بافتِ شهریِ اطراف از مدل‌سازِ شما. اما در برجی که قیمتِ طبقهٔ هشتم و بیست‌وهشتم فرقِ زیادی دارد، همین نما آن فرق را توجیه می‌کند.
نسخهٔ کم‌هزینه‌ترش: چند عکسِ واقعی از پنجرهٔ طبقاتِ مختلف در مراحلِ ساخت، با ذکرِ طبقه و جهت.
بخشی از مشخصاتِ فنی که جای مستقل می‌خواهد، چون به زندگیِ هر روزِ ساکن مربوط است. کنترلِ خانه، امنیت و کنترلِ تردد، مدیریتِ انرژی و سیستمِ مدیریتِ ساختمان.
خطای رایج در ارائهٔ این بخش، فهرست کردنِ نامِ برندها و پروتکل‌هاست. خریدار نمی‌داند تفاوتِ این پروتکل‌ها چیست و برایش هم مهم نیست. آنچه اهمیت دارد، سناریو است: صبح که بیرون می‌روید چه اتفاقی می‌افتد، وقتی مهمان می‌آید چه اتفاقی می‌افتد، وقتی سفر هستید چه اتفاقی می‌افتد.
روشِ درستِ نمایش: سه یا چهار سناریوی روزمره، هرکدام با یک تصویر یا انیمیشنِ کوتاه و فهرستِ فنی در انتها برای مخاطبی که می‌خواهد بداند. همین ترتیب — تجربه اول، مشخصات بعد — تفاوتِ میانِ بخشی است که خوانده می‌شود و بخشی که رد می‌شود.
امکانات را فهرست نکنید؛ نشان دهید. هر فضا یک عکس یا رندرِ برچسب‌دار، یک نامِ آشنا و یک جملهٔ کاربرد می‌خواهد: چه کسی، کِی، برای چه. فهرستِ بی‌تصویرِ «استخر، سونا، جکوزی» در همهٔ آگهی‌ها هست و چیزی را از دیگری جدا نمی‌کند.
بخشی کوچک با اثرِ نامتناسب: معمار، مجری، ناظر، مشاورِ سازه و برندهای اصلیِ به‌کاررفته — آسانسور، تأسیسات، نما، کابینت، شیرآلات.
خریدارِ واحدِ گران، برندها را می‌شناسد. دیدنِ نامِ برندهای شناخته‌شده در کنارِ هم، بدونِ هیچ ادعایی، کیفیت را نشان می‌دهد. و اگر معمار چهرهٔ شناخته‌شده‌ای باشد، نامش روی صفحه بیش از هر شعارِ کیفی ارزش دارد.
برای پروژه‌های در حالِ ساخت، یک بخشِ ماهانه با: درصدِ پیشرفت، عکس و دو جمله توضیح از آنچه این ماه انجام شده.
پایانِ صفحه سه راه می‌دهد:
نام، شماره و پروژهٔ موردِ نظر. هر میدانِ اضافه، بخشی از تکمیل‌کنندگان را می‌ریزد؛ عددِ دقیقش برای هر سایتی فرق دارد و راهِ دانستنش آزمایشِ خودتان است — یک ماه فرمِ سه‌میدانی، یک ماه فرمِ بلند، مقایسهٔ میزانِ تکمیل.
شمارهٔ دفترِ فروشِ همان پروژه، نه دفترِ مرکزی.
با پیامِ از پیش نوشته‌شده که نامِ پروژه در آن است، تا تیمِ فروش بداند دربارهٔ چه پرسیده‌اند.
سه میدان، نه بیشتر
شمارهٔ همان پروژه، نه دفترِ مرکزی
نامِ پروژه در خودِ پیام است
کاتالوگِ کاملِ نارنج: پلانِ همهٔ تیپ‌ها، مشخصاتِ فنی، جدولِ پرداخت.
دانلودِ کاتالوگ در ازای شماره تماس
تبادلِ منصفانه‌ای است و سرنخِ باکیفیت می‌سازد.
← نمونه‌اش در بخشِ «آنچه ما ساخته‌ایم» آمده — صفحهٔ دریافتِ کاتالوگ
شاهد همان قولی است که خریدارِ پیش‌فروش می‌بیند؛ پشتوانه آن چیزی است که راست نگهش می‌دارد.
خریدارِ پیش‌فروش پول می‌دهد برای چیزی که هنوز وجود ندارد. هرچه سایت بیشتر نشان دهد، جلسهٔ حضوری کوتاه‌تر می‌شود.
قیمتِ ثابت روی سایت، هم زود کهنه می‌شود و هم دستِ تیمِ فروش را می‌بندد. این بخش برای همهٔ پروژه‌هاست، نه فقط پیش‌فروش.
بخشِ ۱-۴ گفت قیمتِ دقیق روی صفحهٔ عمومی نیاید. اینجا جایگزین‌ها می‌آیند، به ترتیبِ کم‌ریسک به پرریسک:
| روش | چه وقت | چه چیزی را حل می‌کند |
|---|---|---|
| بازهٔ قیمت با تاریخ | همیشه قابل استفاده | خریدار خودش را غربال می‌کند |
| قیمت با تماس | پروژهٔ شاخص، واحدِ محدود | مذاکره را باز نگه می‌دارد |
| برگهٔ قیمتِ تاریخ‌دار، پس از ثبتِ شماره | فروشِ فعال | سرنخِ باکیفیت می‌سازد |
| قیمتِ واحدبه‌واحد روی صفحهٔ عمومی | بازارِ باثبات؛ در بازارِ امروز، تقریباً هیچوقت | خریدار بی‌تماس تصمیم می‌گیرد |
هر عددی که منتشر می‌شود باید تاریخ داشته باشد، و باید مدام به‌روزش کنید. «از … تومان، بازنگری در …» یک جملهٔ کوچک است که سایت را از بی‌اعتباری نجات می‌دهد.
شرایطِ پرداخت مهم‌تر از خودِ قیمت است. خریدار در این بازار جدولِ اقساط را می‌خواند، نه رقمِ کل را: پیش‌پرداخت چقدر، اقساط چند ماه، پرداختِ هنگامِ تحویل چقدر، و چک در چه مقاطعی. همین جدول، بیشتر از هر متنِ تبلیغاتی، تماسِ جدی می‌سازد.
پیش‌فروش در بازارهای دیگر هم رایج است و چند نمونهٔ این راهنما پیش از ساخت فروخته شده‌اند. تفاوتِ ایران در اندازه است: بخشِ بزرگی از فروش پیش از ساخت اتفاق می‌افتد — و این، کارِ صفحهٔ پروژه را عوض می‌کند. خریداری که واحدِ آماده می‌خرد، آن را می‌بیند؛ خریدارِ پیش‌فروش باید به چیزی اعتماد کند که فقط روی کاغذ است.
چهار چیز این اعتماد را می‌سازد و هر چهار، محتوا هستند، نه طراحی:
| پروژه | وعده | تحویل | فاصله | |
|---|---|---|---|---|
| تابان | تیر ۱۴۰۰ | تیر ۱۴۰۰ | به‌موقع | |
| ارغوان | اسفند ۱۴۰۱ | خرداد ۱۴۰۲ | ۳ ماه | |
| آفتاب | خرداد ۱۳۹۹ | آبان ۱۳۹۹ | ۵ ماه، دلیلش در مطالعهٔ موردی | |
| نیلوفر | تیر ۱۴۰۳ | آبان ۱۴۰۳ | ۴ ماه | |
| نارنج | زمستان ۱۴۰۷ | در حالِ ساخت | ۵۹٪ · مرداد ۱۴۰۵ |
تکرارشونده، ماهانه
درصد، عکسِ تاریخ‌دار و یک جمله، هر ماه تا تحویل
ثابت، از روزِ امضا
پنج گامِ ثابت
دفترِ فروش
دفترخانه ⚖
بانک
کارگاه
دفترخانه
شاخهٔ شرطی
عکسِ تاریخ‌دارِ کارگاه + یک جملهٔ توضیح
عکسِ تاریخ‌دارِ کارگاه + یک جملهٔ توضیح
عکسِ تاریخ‌دارِ کارگاه + یک جملهٔ توضیح
درصدِ ماهانه، عکسِ تاریخ‌دارِ کارگاه، و یک جملهٔ توضیح. بخشِ ۴-۱۵ این را کامل توضیح داده است؛ در پیش‌فروش، همان بخش از «خوب است داشته باشیم» به «باید از روزِ اول باشد» می‌رسد.
| مرحله | سهم | تاریخ | ابزار |
|---|---|---|---|
| پیش‌پرداخت | ۳۲٪ | خرداد ۱۴۰۵ | واریز |
| ۱۱ قسطِ ماهانه، هرکدام ۴٪ | ۴۴٪ | تیر ۱۴۰۵ تا اردیبهشت ۱۴۰۶ | چکِ صیادی |
| هنگامِ تحویل | ۲۴٪ | بهمن ۱۴۰۷ | واریز |
نه «شرایطِ پرداخت مناسب»، بلکه مرحله به مرحله: پیش‌پرداخت، اقساط، پرداختِ هنگامِ تحویل، و اینکه هر قسط با چه ابزاری وصول می‌شود.
خریدار می‌خواهد بداند از رزرو تا تحویلِ واحد چند مرحله است، کدام مرحله در دفترخانه انجام می‌شود و سند در چه مقطعی — معمولاً پس از پایان‌کار و مفاصاحساب — به نامش می‌خورد. نوشتنِ همین ترتیب، بدونِ تفسیر و بدونِ وعده، کاری کم‌هزینه است. قانونِ پیش‌فروشِ ساختمان قراردادِ رسمی و تکلیفِ تأخیر را الزامی کرده است؛ این ترتیب و مقرراتِ ثبتِ رسمیِ معاملاتِ ملک را پیش از انتشار با مشاورِ حقوقی چک کنید.
تأخیر در این صنعت استثنا نیست. سازنده‌ای که پیش از پرسش، تکلیفِ تأخیر را روشن کرده باشد، در مذاکره دستِ بالاتری دارد تا سازنده‌ای که از موضوع فرار می‌کند.
لایهٔ خریدار: از بازدید تا قرارداد
وب‌سایتی که بازدیدکنندهٔ زیاد دارد و سرنخِ فروشِ کم، مشکلِ ترافیک ندارد؛ مشکلِ لوله‌کشی دارد.
این بخش دربارهٔ همان لوله‌کشی است: فرم، کاتالوگ، پیام‌رسان، درگاهِ مشاور، شوروم و سنجه‌هایی که می‌گویند کدام‌یک کار می‌کند.
هر میدانِ اضافه در فرم، درصدی از تکمیل‌کنندگان را حذف می‌کند.
| بپرسید | نپرسید |
|---|---|
| نام | نامِ خانوادگی در میدانِ جدا |
| شمارهٔ موبایل | کدِ ملی |
| پروژهٔ موردِ نظر | آدرسِ کامل |
| بازهٔ بودجه (اختیاری) | شغل و محلِ کار |
| — | ایمیل، مگر واقعاً استفاده شود |
در بازارِ ایران، شمارهٔ موبایل از ایمیل مهم‌تر است. بیشترِ خریداران ایمیلشان را چک نمی‌کنند و پیگیری با تماس یا پیام‌رسان است. فرمی که ایمیل را اجباری می‌کند، ایمیل‌های بی‌اعتبار جمع می‌کند.
کاتالوگِ پروژه به‌صورتِ فایلِ آزاد روی سایت، سرنخی تولید نمی‌کند. کاتالوگی که در ازای نام و شماره ارسال می‌شود، سرنخِ باکیفیت می‌سازد — چون کسی که کاتالوگ می‌خواهد، در مرحلهٔ بررسیِ جدی است.
شرطش این است که کاتالوگ واقعاً ارزش داشته باشد: پلان‌های کامل، مشخصاتِ فنی، تصاویرِ باکیفیت. کاتالوگِ چهار صفحه‌ایِ تبلیغاتی، این تبادل را بی‌ارزش می‌کند.
در بازارِ داخلی، بخشِ بزرگی از مکالمهٔ فروش در پیام‌رسان‌ها اتفاق می‌افتد. دکمهٔ واتس‌اپ روی صفحهٔ پروژه، با پیامِ آماده‌ای که نامِ پروژه در آن است، بهبودی ساده در قیفِ فروش است. مخاطب زحمتِ نوشتن ندارد، و تیمِ فروش همان لحظه می‌داند پرسش دربارهٔ کدام پروژه است.
شرکت‌هایی که با دفاترِ مشاورِ املاک و مشاورانِ فروشِ بیرونی کار می‌کنند، بخشی غیرعمومی لازم دارند. مشاور با نامِ کاربری وارد می‌شود. موجودیِ به‌روز، پلان‌ها، شرایطِ پرداخت، بروشورِ قابلِ ارائه و فرمِ ثبتِ مشتری همان‌جاست.
مزیتش برای شرکت دوسویه است: مشاوران اطلاعاتِ به‌روز می‌دهند و شرکت می‌داند هر مشتری از کدام مسیر آمده است.
شرکت‌هایی که واحدِ نمونهٔ مبله می‌سازند، سرمایهٔ قابلِ توجهی صرفِ چیزی می‌کنند که فقط به بازدیدکنندهٔ حضوری نشان داده می‌شود.
همان فضا با عکاسیِ حرفه‌ای، ویدئوی گشت و تورِ ۳۶۰ باکیفیت، دارایی‌ای می‌شود که مخاطبانِ بسیار بیشتری می‌بینند. خریدارِ شهرِ دیگر هم از همین راه می‌بیندش.
بدونِ اندازه‌گیری، هر بحثی دربارهٔ عملکردِ سایت، بحثِ سلیقه است.
هفت سنجهٔ زیر دو منبع دارد. پنج‌تا از ابزارِ تحلیلِ سایت می‌آید. دوتا — رسیدنِ سرنخ به بازدید و دلیلِ نرفتن — از جایی می‌آید که تیمِ فروش سرنخ‌ها را ثبت می‌کند. نرم‌افزارِ گزارش‌گیریِ اختصاصی لازم نیست؛ یک برگهٔ ماهانه کافی است. مهم‌تر از ابزار این است که عددها هر ماه در یک جا ثبت شوند و کنارِ عددِ ماهِ پیش خوانده شوند. یک سنجهٔ تنها چیزی نمی‌گوید؛ روندش می‌گوید.
اگر نرم‌افزارِ عملیاتیِ شرکت سرنخ‌ها را همان‌جا که ثبت می‌شوند نگه دارد، این جدول بی‌کارِ دستی پر می‌شود. هر تماس، هر دانلودِ کاتالوگ و هر بازدید با نامِ پروژه و منبعِ ورود ثبت است.
| سنجه | چه می‌گوید |
|---|---|
| تعدادِ سرنخ به تفکیکِ پروژه | کدام پروژه توجه می‌گیرد |
| منبعِ ورود | تبلیغات، جست‌وجو، شبکه‌های اجتماعی، ورودِ مستقیم |
| پرمراجعه‌ترین صفحاتِ پروژه | چه چیزی واقعاً خوانده می‌شود |
| میزانِ دانلودِ کاتالوگ | کیفیتِ صفحهٔ پروژه |
| سهمِ سرنخ‌هایی که به بازدید می‌رسند | کیفیتِ سرنخ‌ها، نه کمیتشان |
| سهمِ موبایل | بخشِ بزرگی از بازدیدها؛ عددِ دقیقش در ابزارِ تحلیلِ خودتان، ظرفِ ده دقیقه، دیده می‌شود. اگر سایت برای دسکتاپ طراحی شده، همین‌جا معلوم می‌شود |
| دلیلِ نرفتن | چرا سرنخ به قرارداد نرسید — بخشِ ۵-۷ |
۱ منبعِ ورود: تبلیغات، جست‌وجو، شبکه‌ها، مستقیم
۲ پرمراجعه‌ترین صفحه‌ها، سهمِ موبایل
۳ دانلودِ کاتالوگ، سرنخ به تفکیکِ پروژه
۴ سهمِ سرنخ‌هایی که به بازدید می‌رسند
۵ دلیلِ نرفتن، برای همهٔ بقیه
شبکه‌های اجتماعی قصه می‌گویند؛ صفحهٔ پروژه قول می‌دهد. هر پست باید به همان صفحه برگردد.
در بازارِ ایران، بخشِ بزرگی از سرنخ‌ها از جایی می‌آید که سازنده کنترلش نمی‌کند: آگهیِ دیوار، مشاورِ املاکِ محله، معرفیِ مشتری، شبکه‌های اجتماعی مثلِ اینستاگرام، و تماسِ مستقیم یا پیام‌رسان. سایتی که این را انکار کند، فقط اندازه‌گیری را از دست می‌دهد.
بالاترین پلهٔ لایهٔ خریدار: وقتی برند دیگر دربارهٔ ساختمان نیست، دربارهٔ نوعی زندگی است. این بخش اینجا آمده چون خریدارِ واحدِ گران اول برند را می‌خرد؛ اما ساختنِ برند کارِ سایت نیست، کارِ آژانسِ برندِ شماست. این جایگاه با یک کمپین ساخته نمی‌شود؛ حاصلِ سال‌ها انسجامِ بصری، زبانی و رفتاری است.
اما نقطهٔ شروعش روشن است: آنچه در پروژه‌ها ساخته می‌شود و آنچه در فضای دیجیتال دیده می‌شود، یکدست باشد. یک نشان، یک جفتِ رنگ، یک قلم، روی همهٔ رسانه‌ها.
این لایه از جایی شروع نمی‌شود که بودجهٔ تبلیغات زیاد شود؛ از جایی شروع می‌شود که تصمیم‌های کوچک تکرارشدنی شوند. پنج انتخابِ زیر، ترتیبِ متعارفِ ساختنِ آن است.
هر پنج انتخاب، پیش از سفارشِ وب‌سایت و با آژانسِ برندِ شما انجام می‌شود. سایت این تصمیم‌ها را نمایش می‌دهد؛ جای گرفتنشان نیست.
لایهٔ سرمایه‌گذار و شریک
در بسیاری از بازارهای جهانی، این بخشِ سایت دربارهٔ سهام و گزارشِ سالانهٔ بورسی است. در ایران، ساختارِ سرمایه‌گذاری در توسعهٔ املاک متفاوت است: سرمایه‌گذار معمولاً شریکِ پروژه یا مالکِ واحد است، نه سهام‌دارِ بازارِ سرمایه. این تفاوت، کلِ طراحیِ این لایه را عوض می‌کند. صندوق‌های زمین و ساختمان و تأمینِ مالیِ جمعی هم راه‌های تازهٔ ورودِ سرمایه به پروژه‌اند؛ هرکدام قواعدِ افشای خودش را دارد و پیش از انتشار، بازخوانیِ حقوقی می‌خواهد.
گزارشِ حسابرسی‌شده لازم است، اما کافی نیست. آنچه این مخاطب هر ماه می‌خواهد سه چیز است: بداند پول کجا رفته، بداند کار در چه مرحله‌ای است و بداند اگر پرسشی داشت چه کسی پاسخ می‌دهد.
مالکِ واحد، که خریدارِ دیروز است، در لایهٔ ساکن آمده (بخشِ ۹)؛ و مالکِ زمین، که شریکِ امروز است، لایهٔ خودش را دارد (بخشِ ۷).
صفحه‌ای عمومی برای کسانی که هنوز شریک نیستند:
از شش درگاهِ محافظت‌شدهٔ بخشِ ۲-۲، سه‌تا به همان سه رابطهٔ بخشِ ۱-۶ برمی‌گردند: خریدارِ پیش‌فروش، مالکِ زمین، و سرمایه‌گذار. هرکدام پروندهٔ خودش را می‌خواهد؛ این بخش دربارهٔ سومی است.
درگاهِ سرمایه‌گذار بخشی محافظت‌شده است که فقط شرکا به آن دسترسی دارند. کمترین نسخهٔ مفیدش این‌هاست:
| بخش | محتوا |
|---|---|
| وضعیتِ پروژه | درصدِ پیشرفتِ فیزیکی، مرحلهٔ جاری، گزارشِ تصویریِ ماهانه |
| پروندهٔ مالی | آوردههای واریزشده، سهم‌های واریزیِ پیشِ رو، سهمِ سود یا واحد، تسویه‌ها |
| اسناد | قرارداد، متمم‌ها، صورت‌جلسات، تأییدیه‌ها |
| اعلانات | پیامهای رسمیِ مدیریت به شرکا |
| تماس | نامِ کارشناسِ پروندهٔ همان سرمایه‌گذار، نه شمارهٔ عمومی |
این لایه دو اثر دارد که معمولاً دستِ کم گرفته می‌شوند. اول، بارِ عملیاتیِ تیمِ مالی را کم می‌کند — پرسشِ «واریزِ بعدی کِی است؟» دیگر تماس نمی‌شود.
دوم و مهم‌تر، وعدهٔ شفاهیِ «همه‌چیز روشن است» را به چیزی تبدیل می‌کند که شریک هر وقت بخواهد، خودش می‌بیند.
درگاهِ سرمایه‌گذار وقتی کار می‌کند که داده‌اش زنده باشد. اگر درصدِ پیشرفت را هر ماه یک نفر دستی وارد کند، چند ماه بعد دیگر وارد نمی‌کند.
مسیرِ درست این است که نرم‌افزارِ عملیاتیِ شرکت منبعِ داده باشد و وب‌سایت فقط نمایشش دهد؛ همان جایی که صورت‌وضعیت‌ها، پرداخت‌ها و پیشرفتِ کارگاه ثبت می‌شود. آنچه در کارگاه ثبت می‌شود، همان چیزی است که شریک می‌بیند، بی‌کارِ تکراری. فقط یک تأیید پیش از انتشار لازم است: درصدِ پیشرفت پس از امضای ناظر، عددِ مالی پس از تأییدِ حسابداری.
← نمونه‌اش در بخشِ «آنچه ما ساخته‌ایم» آمده — جریانِ کارگاه در درگاهِ شریک
← نمونه‌اش در بخشِ «آنچه ما ساخته‌ایم» آمده — جدولِ تاریخِ وعده و تاریخِ تحویل
شرکتی که دربارهٔ بازار درست حرف می‌زند، فقط بازیگرِ بازار نمی‌ماند؛ مرجعش هم می‌شود.
فرصتی است کم‌رقیب. در بازارهای بالغ، مشاورانِ املاک و بعضی توسعه‌گرانِ بزرگ هر فصل گزارشی از وضعیتِ بازار منتشر می‌کنند: قیمت‌ها، حجمِ معاملات، عرضهٔ جدید، پیش‌بینی. این گزارش‌ها ابزارِ فروش نیستند؛ ابزارِ جایگاه‌سازی‌اند.
در بازارِ داخلی، کمتر سازنده‌ای این کار را می‌کند. گزارشِ فصلیِ جدی، حتی کوتاه و محدود به یک شهر، به شرکتی که زودتر منتشرش کند جایگاهی می‌دهد. این جایگاه با تبلیغات خریدنی نیست. رسانه‌های تخصصی هم از او خبر می‌گیرند.
نسخهٔ کمینه‌اش: چهار صفحه، هر فصل، دربارهٔ یک شهر و یک کاربری، با داده‌هایی که خودِ شرکت در جریانِ کار جمع می‌کند. یک شرط دارد: روشِ جمع‌آوری را بنویسید و دادهٔ فروشِ خودتان را جدا نشان دهید. گزارشی که فقط پروژه‌های خودتان را بالا می‌برد، آگهی است، نه گزارش.
← نمونه‌اش در بخشِ «آنچه ما ساخته‌ایم» آمده — گزارشِ فصلیِ بازار
لایهٔ اعتبار و مالکِ زمین
اعتبار چیزی نیست که ادعا شود؛ چیزی است که نشان داده شود.
این بخش دو نیمه دارد: اعتباری که هر مخاطبی می‌خواهد (۷-۱ تا ۷-۴)، و آنچه مالکِ زمین به‌طورِ خاص لازم دارد (۷-۵).
خطِ زمانیِ شرکت، از سالِ تأسیس تا امروز، با نقاطِ عطف: اولین پروژه، اولین برجِ بلندمرتبه، ورود به شهرِ دوم، تأسیسِ شرکتِ عضو، پروژهٔ شاخص.
این بخش با هزینهٔ تولیدِ کم، اثرِ اعتباریِ زیادی دارد — چون چیزی را نشان می‌دهد که رقیبِ تازه‌وارد نمی‌تواند بسازد: زمان.
← نمونه‌اش در بخشِ «آنچه ما ساخته‌ایم» آمده — کارنامهٔ گروه روی خطِ زمانی
برای هلدینگ‌هایی که چند شرکتِ عضو دارند، نموداری ساده از ساختار و توضیحِ یک‌خطیِ حوزهٔ کاریِ هر شرکت.
این بخش دو کار می‌کند. به سرمایه‌گذار می‌گوید با چه مجموعه‌ای طرف است، و هر شرکتِ عضو با چه کسی قرارداد می‌بندد. و نشان می‌دهد زنجیرهٔ ارزش، از طراحی تا اخذِ مجوز تا اجرا، درونِ خودِ گروه بسته می‌شود. این، در بازاری که پروژه‌ها معمولاً بینِ چند شرکتِ بی‌ربط تقسیم می‌شوند، مزیتِ واقعی است.
| دسته | نمونه‌ها |
|---|---|
| رتبه‌بندی و صلاحیت | رتبهٔ انبوه‌سازی، صلاحیتِ پیمانکاری، عضویتِ انجمن‌های صنفی |
| استاندارد و کیفیت | برچسبِ انرژیِ ساختمان، و گواهیِ کیفیت و ایمنی که صادرکننده و تاریخِ روشن دارد |
| جوایز | جوایزی با داوریِ روشن و سالِ مشخص |
| تقدیرنامهها | از نهادهای شهری، صنفی و کارفرمایان |
هر مورد با تاریخ، مرجعِ صادرکننده و — در صورتِ وجود — تصویرِ سند. سه گواهیِ معتبر با شرح، از پانزده لوحِ بی‌توضیح قوی‌تر است. گواهیِ عمومیِ بی‌مرجع یا جایزهٔ بی‌داوری، به‌تنهایی چیزی ثابت نمی‌کند.
نکتهٔ مهم برای بازارِ ایران: گواهی‌نامه‌های بین‌المللیِ ساختمانِ سبز اینجا رایج نیستند و نبودشان ضعف نیست. اعتبار را استانداردهای ملی و صلاحیت‌های صنفی می‌سازند؛ مثلِ برچسبِ انرژیِ ساختمان و رعایتِ مبحثِ نوزدهمِ مقرراتِ ملیِ ساختمان.
| نشانه | صادرکننده | چه چیزی را ثابت می‌کند |
|---|---|---|
| رتبهٔ انبوه‌سازی | وزارتِ راه و شهرسازی | توانِ ساختِ انبوه، در مقیاسِ اعلام‌شده |
| صلاحیتِ پیمانکاری | سازمانِ برنامه و بودجه | حقِ پذیرشِ کار، تا سقفِ پایه |
| پروانه و ظرفیتِ نظامِ مهندسی | سازمانِ نظامِ مهندسیِ استان | مجاز بودنِ طراح و ناظر |
| مجوزها و مراحلِ شهرداری | شهرداری | قانونی بودنِ ساخت، در مرحلهٔ اعلام‌شده |
| ضمانتنامهها | بانک یا بیمه | پشتوانهٔ مالیِ تعهد، نزدِ شخصِ ثالث |
به‌تنهایی کافی نیست
نمونهٔ یک نشانه روی سایت
تفاوتِ «صفحهٔ پروژه» با «مطالعهٔ موردی» در این است که اولی محصول را می‌فروشد و دومی توانمندی را اثبات می‌کند.
مطالعهٔ موردی دربارهٔ مسئله است: زمین چه محدودیتی داشت، چه راه‌حلی انتخاب شد، چه چیزی طبقِ برنامه پیش نرفت و چگونه حل شد. همین صداقتِ فنی است که خوانندهٔ حرفه‌ای را متقاعد می‌کند — و برای جذبِ شریک و نیروی متخصص، از هر بروشوری مؤثرتر است.
شریکِ ایرانی سهامدار نیست؛ صاحبِ سهم از یک پروژهٔ مشخص است. آنچه می‌خواهد بداند هم فرق دارد.
پرسشِ او این است: آورده‌ام چقدر ارزش‌گذاری شد، سهمم چند درصد شد، و این سهم در نهایت به کدام واحدها تبدیل می‌شود.
سه چیز که درگاهِ مالکِ زمین باید روشن کند:
ساختارهایی که به سرمایه‌گذار بازدهِ ثابت وعده می‌دهند، در ایران حاشیهٔ حقوقی دارند و پیش از هر انتشاری باید با مشاورِ حقوقی بررسی شوند. ساختارهای دیگری هم رایج است — مشارکت در سود، علی‌الحساب با کفِ توافقی، یا تضمینِ اصلِ سرمایه — که هرکدام حاشیهٔ حقوقیِ خودش را دارد. این راهنما در این باره موضع نمی‌گیرد؛ فقط یادآوری می‌کند که این بند، بندی نیست که روی سایت سرسری نوشته شود.
بخشی از معامله‌های این بازار نقدی نیست: واحد در برابرِ زمین، واحد در برابرِ مصالح، واحد در برابرِ کار. اگر گروهی این نوع معامله را می‌پذیرد، نوشتنش روی سایت، با شرایطِ روشن، یک درِ ورودیِ تازه باز می‌کند.
درصدِ توافق‌شده، بر پایهٔ ارزشِ آورده‌ها
لایهٔ مستأجر: اجاره و بهره‌برداری
این بخش برای شرکت‌هایی است که دارایی‌ای را نگه می‌دارند و بهره‌برداری می‌کنند: مرکزِ خرید، برجِ اداری، مجموعهٔ ترکیبی. ماهیتِ این لایه با لایهٔ فروش کاملاً متفاوت است، چون مخاطبش هر روز برمی‌گردد. در بسیاری از مجموعه‌های تجاریِ ایران، واحدها فروخته یا با سرقفلی واگذار شده‌اند و بهره‌بردار همهٔ فضاها را در اختیار ندارد. این بخش برای فضاهایی است که هنوز دستِ خودِ شماست؛ برای بقیه، حتی دایرکتوریِ برندها رضایتِ مالکانِ واحدها را می‌خواهد.
یک نکتهٔ ساختاری: مجموعه‌های بهره‌برداری‌شونده دو مخاطبِ همزمان دارند. بازدیدکننده می‌خواهد بداند چه برندهایی آنجا هستند و ساعتِ کار چیست؛ مستأجرِ بالقوه می‌خواهد بداند چه فضایی خالی است. این دو نباید در یک صفحه با هم رقابت کنند.
صفحهٔ هر برندِ مستأجر — با لوگو، طبقه، شمارهٔ واحد و توضیحِ کوتاه — هم به بازدیدکننده کمک می‌کند و هم برای خودِ مستأجر ارزشِ محسوس دارد.
| بخش | چرا |
|---|---|
| دایرکتوریِ برندها و واحدها | با فیلترِ دسته: پوشاک، خوراک، خدمات، سرگرمی |
| نقشهٔ تعاملیِ طبقات | کلیک روی هر طبقه، فهرستِ واحدهای همان طبقه را باز می‌کند |
| ساعتِ کار و اطلاعاتِ دسترسی | ساده، اما همان چیزی که بیشترِ بازدیدکنندگان دنبالش می‌آیند |
| پارکینگ | ظرفیت، ورودی‌ها، تعرفه |
| رویدادها | تقویمِ نمایشگاه‌ها، جشنواره‌ها، برنامه‌های فصلی |
مخاطبی که وارد صفحهٔ «اجاره» می‌شود، پرسشِ کاملاً مشخصی دارد و اگر پاسخ را زود نگیرد، سراغِ گزینهٔ بعدی می‌رود.
لایهٔ ساکن و مالکِ واحد
فروشِ آخرین واحد، پایانِ کارِ سایت نیست. از روزِ تحویل، ساختمان ساکن دارد، هیئت‌مدیره دارد، شارژ و صندوق و اجاره دارد. این بخش دربارهٔ همین سال‌هاست؛ سال‌هایی که ساختمانِ تحویل‌شده، نمونه‌کارِ زندهٔ سازنده برای پروژهٔ بعدی است.
درگاهی برای کسانی که همین حالا آنجا هستند: ثبتِ درخواستِ فنی، رزروِ فضاهای مشترک، اطلاعیه‌های مدیریت، صورت‌حسابِ شارژ.
این بخش، برندِ مجموعه را از «ساختمانی که در آن هستم» به «سرویسی که استفاده می‌کنم» می‌رساند. برای مستأجرانِ ساختمان، همین تفاوت در تصمیمِ تمدید اثر دارد.
ساختمانِ تحویل‌شده یک سازمانِ کوچک است. سایت می‌تواند بخشی از ادارهٔ آن باشد.
در نمونه‌های خارجیِ این بخش، مدیریتِ ساختمان کارِ یک شرکتِ حرفه‌ای است. در ایران معمولاً هیئت‌مدیرهٔ ساکنان این کار را می‌کند؛ گاهی با یک نرم‌افزارِ مدیریتِ ساختمان، و بیشتر با یک دفترچه و یک گروهِ پیام‌رسان. هیئت‌مدیره طبقِ قانونِ تملکِ آپارتمان‌ها مستقل است: سازنده می‌تواند ابزار را فراهم کند، اما داده و تصمیم مالِ هیئت‌مدیره است.
این لایه برای سازنده هم ارزش دارد: ساختمانی که پس از تحویل مرتب اداره می‌شود، خودش نمونهٔ کارِ همان سازنده برای پروژهٔ بعدی است.
پس از تحویل، بخشی از واحدها — مسکونی یا اداری — اجاره داده می‌شوند — به دستِ مالکانشان، یا به دستِ خودِ سازنده اگر واحدی را نگه داشته. ساختارِ اجاره در ایران با آنچه در نمونه‌های این بخش می‌بینید یکی نیست، و صفحهٔ اجاره باید این را بداند.
ترکیبِ ودیعه و اجارهٔ ماهانه، و امکانِ تبدیلِ یکی به دیگری، چیزی است که هیچ‌یک از سایت‌های مرجعِ این راهنما مدل نمی‌کند. صفحه‌ای که فقط «اجاره: تماس بگیرید» می‌نویسد، همان کاری را می‌کند که بخشِ ۸-۲ دربارهٔ مستأجرِ بالقوه هشدار داد.
کمینهٔ مفید: متراژ، طبقه، کاربریِ مجاز، بازهٔ ودیعه و اجاره، و اینکه تبدیل پذیرفته می‌شود یا نه. قاعدهٔ تبدیل را هم بنویسید — هر چند میلیون ودیعه، برابرِ چند میلیون اجارهٔ ماهانه — چون مستأجرِ بالقوه اول همین را حساب می‌کند.
در ایران، پس از تحویل، ساختمان را معمولاً هیئت‌مدیرهٔ ساکنان اداره می‌کند (بخشِ ۹-۲). برنامهٔ اجتماعِ ساکنان اگر از نخستین مجمعِ ساکنان با همین هیئت‌مدیره طراحی شود، پس از رفتنِ سازنده هم می‌ماند.
بسیاری از مجموعه‌ها برنامه‌های داخلی برای ساکنان دارند، اما این برنامه‌ها ساختارِ مکتوب و نمایانی ندارند. به آن‌ها نام، تقویم، مسئول و صفحهٔ اختصاصی بدهید. آن‌وقت از «کارِ خوبی که می‌کنیم» به «چیزی که هنگامِ خرید به آن فکر می‌کنید» می‌رسند.
نسخهٔ کمینه‌اش یک تقویمِ سالانه است با چند رویدادِ ثابت و یک مسئولِ مشخص.
لایهٔ نیروی متخصص و فرهنگ
این بخش دربارهٔ لایه‌ای است که برندهای بزرگِ املاک در جهان دارند و بیشترِ شرکت‌های داخلی، حتی بزرگ‌ترین‌هایشان، هنوز ندارند. لایه‌ای که فراتر از فروشِ مترِ مربع، معنا می‌سازد.
صفحهٔ فرصت‌های شغلی لازم است؛ نیروی متخصص یکی از شش مخاطب است. برنامهٔ فرهنگی و ژورنال اختیاری‌اند، اما سازنده را از «شرکتِ ساختمانی» به «برندِ شهر» می‌رسانند.
سفارشِ اثرِ هنری برای فضاهای عمومیِ پروژه‌ها، پشتیبانی از هنرمندانِ شهر، یا میزبانیِ رویدادِ فرهنگی در فضاهای تحتِ بهره‌برداری.
این برنامه وقتی روی سایت روایت شود، سه اثر دارد. پروژه از «ساختمان» به «مکان» می‌رسد. شرکت در گفت‌وگوی فرهنگیِ شهر جایی پیدا می‌کند. و رسانه‌ها موضوعی برای پوشش دارند که تبلیغات نیست.
بخشی که مقاله منتشر می‌کند، نه خبر. دربارهٔ معماری، شهر، سبکِ زندگی، طراحیِ داخلی و تصمیم‌هایی که پشتِ پروژه‌ها بوده است.
ژورنال دو کار می‌کند: در جست‌وجوی گوگل، شرکت را برای عبارت‌هایی پیدا می‌کند که هیچ صفحهٔ پروژه‌ای پوشش نمی‌دهد؛ و به مخاطبی که هنوز آمادهٔ خرید نیست، دلیلی برای بازگشت می‌دهد.
قاعدهٔ عملی: دو مقالهٔ جدی در ماه، بهتر از هشت یادداشتِ کوتاه است. و اگر توانِ تولیدِ منظم نیست، بهتر است ژورنال اصلاً ساخته نشود — بخشی که آخرین مطلبش مالِ هشت ماه پیش است، ضدِ خودش عمل می‌کند.
نیروی متخصص با یک پرسش می‌آید: اینجا جای خوبی برای کار کردن هست؟ پاسخ یک صفحهٔ ساده است. فرصت‌های شغلیِ باز با شرحِ کار و محلِ پروژه، تصویرِ تیم در کارگاه و دفتر، چند جمله دربارهٔ فرهنگِ کار، و راهی برای فرستادنِ رزومه که پاسخ می‌گیرد. کارگاهِ شلوغ و پروژه‌های در حالِ ساخت، برای مهندسِ جوان جذاب‌تر از هر عکسِ دفتر است.
صنعتگریِ دیجیتال: حرکت، تعامل، جزئیات
تا اینجا دربارهٔ ساختار و محتوا صحبت شد. این بخش دربارهٔ چیزی است که تفاوتِ میانِ «سایتِ درست» و «سایتی که در خاطر می‌ماند» را می‌سازد.
این تفاوت کمتر به رنگ و فونت مربوط است و بیشتر به حرکت و پاسخ‌گویی. صفحه چطور باز می‌شود؟ وقتی موس روی تصویر می‌رود، چه می‌شود؟ پیمایش چه حسی دارد؟ همان چیزی که در معماری به آن جزئیاتِ اجرایی می‌گویند.
حرکت باید در خدمتِ معنا باشد، نه به‌جای آن.
انیمیشنی که توجه را به چیزی جلب می‌کند، یا رابطهٔ میانِ دو بخش را توضیح می‌دهد، ارزش دارد. انیمیشنی که فقط وجود دارد، هزینهٔ بارگذاری است و بعد از بارِ سوم، آزاردهنده می‌شود.
معیارِ ساده: اگر با حذفِ یک انیمیشن، چیزی از فهمِ صفحه کم نشود، آن انیمیشن اضافه است.
| الگو | چه می‌کند | پیچیدگی | چه وقت ارزش دارد |
|---|---|---|---|
| صفحهٔ بارگذاری (لودینگ) | لحظهٔ انتظار را به لحظهٔ برند تبدیل می‌کند | کم | بهندرت؛ فقط وقتی جای انتظارِ واقعی را پر کند، نه جای محتوا را (بخشِ ۱۳-۳) |
| گذارِ نرم بینِ صفحات | حسِ اپلیکیشن به‌جای حسِ سایت | متوسط | وقتی جای کاربر را در مسیر نشان دهد |
| نشانگرِ سفارشیِ موس | امضای بصری | کم | فقط روی دسکتاپ و فقط اگر چیزی را نشان دهد؛ روی گوشی وجود ندارد |
| روایتِ پیمایشی | داستان با اسکرول باز می‌شود | متوسط تا زیاد | صفحهٔ نخست و صفحهٔ پروژه‌های شاخص |
| اسکرابِ ویدئو با اسکرول | ساخت یا طلوعِ آفتاب با حرکتِ اسکرول جلو می‌رود | زیاد | برای یک لحظهٔ کلیدی، نه بیشتر |
| واکنشِ تصاویر به موس | حسِ کیفیت در گالری | متوسط | گالریِ پروژه‌های شاخص |
| تغییرِ حالتِ روشن و تاریک | انتخاب با کاربر | کم | وقتی کاربر بخواهد؛ ترجیحِ کاربر است، نه هویت |
| مدلِ سه‌بعدیِ تعاملی | ساختمان را می‌توان چرخاند و کاوید | زیاد | پروژه‌های شاخص |
شش‌تا از این الگوها، با نمونهٔ تصویری، روی لوحِ «الگوهای معتبر» آمده‌اند؛ حالتِ روشن و تاریک در تصویرِ ۱۱-۰۳، و مدلِ سه‌بعدی در بخشِ ۱۱-۳.
یک نکته که در راهنماهای خارجی نیست: بیشترِ جلوه‌های «حرف‌به‌حرف» — متنی که حرف به حرف ظاهر می‌شود یا می‌لرزد — هر حرف را جداگانه جابه‌جا می‌کنند. در خطِ لاتین این بی‌ضرر است. در خطِ فارسی حروف از هم جدا و به شکلِ منفصل نمایش داده می‌شوند، و عنوانی که قرار بود چشمگیر باشد، شکسته دیده می‌شود. متنِ فارسی را کلمه‌به‌کلمه یا سطربه‌سطر حرکت دهید، هرگز حرف‌به‌حرف.
مدل‌های سه‌بعدیِ تعاملی در مرورگر، چشمگیرترین قابلیتِ این فهرست‌اند و پرهزینه‌ترین. تصمیم دربارهٔ آن‌ها باید بر اساسِ یک پرسش گرفته شود: آیا این مدل کاری می‌کند که تصویر نمی‌کند؟
هشدارِ فنی: نمایش‌های سه‌بعدیِ سنگین روی موبایل‌های میان‌رده کُند می‌شوند یا اصلاً بارگذاری نمی‌شوند. هر قابلیتِ سه‌بعدی باید نسخهٔ جایگزینِ سبک داشته باشد وگرنه برای بخشِ بزرگی از مخاطبان، سایت خراب است.
زبانِ دوم را مخاطب تعیین می‌کند، نه عادت. برای سرمایه‌گذارِ خارج از کشور، انگلیسی؛ در مشهد و شهرهای زیارتی، عربی ممکن است از انگلیسی مهم‌تر باشد. خریدِ ملک به دستِ اتباعِ خارجی هم قاعدهٔ خودش را دارد؛ پیش از انتشار با مشاورِ حقوقی بررسی کنید.
اما نسخهٔ دوم، ترجمهٔ سایتِ فارسی نیست.
| مورد | فارسی | انگلیسی |
|---|---|---|
| جهتِ صفحه | راست به چپ | چپ به راست |
| اعداد | فارسی | لاتین |
| تاریخ | شمسی | میلادی (یا هر دو) |
| واحدِ مساحت | مترمربع | مترمربع، با معادلِ فوت‌مربع در صورتِ نیاز |
| واحدِ پول | تومان | تومان، با ذکرِ صریحِ واحد؛ معادلِ ارزی نه، چون نرخِ ارز یکی نیست |
| فونت | فونتِ فارسیِ باکیفیت، میزبانی‌شده روی سرورِ خودتان | فونتِ لاتینِ متناسب |
| نامها | فارسی | آوانویسیِ ثابت و یکدست در کلِ سایت |
نکتهٔ آخر ظاهراً کوچک است و نیست: اگر نامِ شرکت در سه صفحه به سه شکل نوشته شود، برند در فضای انگلیسی‌زبان اصلاً ساخته نمی‌شود.
یک نکتهٔ کمتر گفته‌شده: بسیاری از فونت‌های فارسیِ وب، عددهای انگلیسی را به شکلِ فارسی نشان می‌دهند. اگر فونت بارگذاری نشود، همهٔ عددهای صفحه — قیمت، متراژ، تاریخ — ناگهان لاتین می‌شوند. راهِ درست این است که عددها از ابتدا با رقمِ فارسی در متن ذخیره شوند، نه اینکه فونت آن‌ها را فارسی نشان دهد.
فونتِ فارسی باید روی سرورِ خودِ سایت میزبانی شود، نه از سرویس‌های بیرونی بارگذاری شود. دلیلش هم فنی است، یعنی سرعت و پایداری، و هم عملی. سرویس‌های خارجیِ فونت در ایران همیشه در دسترس نیستند. نتیجه، سایتی است که برای بخشی از کاربران با فونتِ پیش‌فرضِ سیستم باز می‌شود.
این یکی کارِ طراحی را یکجا بی‌اثر می‌کند. پنلِ زیر همان متن را با فونتِ جانشینِ سیستم نشان می‌دهد: فاصلهٔ خطی، کشیدگیِ حروف و پهنای اعداد همه عوض می‌شوند.
این بخش جذاب نیست، و نادیده گرفتنش گران تمام می‌شود.
زیباترین سایت، اگر کند باشد یا برای بخشی از مخاطبان باز نشود، عملاً وجود ندارد.
| گزینه | مزیت | مشکل |
|---|---|---|
| میزبانیِ داخلی | سرعتِ بالا برای کاربرانِ داخل، بدونِ محدودیت | کندی یا عدمِ دسترسی برای مخاطبِ خارج از کشور |
| میزبانیِ خارجی | دسترسیِ جهانی | احتمالِ مسدود بودن برای کاربرانِ داخل |
| میزبانیِ داخلی + شبکهٔ توزیعِ محتوا | هر دو مخاطب پوشش داده می‌شوند | پیکربندیِ دقیق‌تر لازم است |
گزینهٔ سوم، برای شرکتی که هم مخاطبِ داخلی دارد و هم خارجی، معمولاً پاسخِ درست است. پیش از انتخاب، دسترسی از خارج از کشور را با سرویس‌دهندهٔ داخلی آزمایش کنید؛ همه برای بیرون به یک اندازه خوب نیستند.
آزمونِ ساده‌ای که همین امروز می‌توان انجام داد: از یک آشنا در خارج از کشور بخواهید سایت را باز کند و زمانِ بارگذاری را بگوید. برای بسیاری از شرکت‌هایی که خود را بین‌المللی می‌دانند، همین یک آزمون بحث را تمام می‌کند.
هر سرویسِ خارجی که در سایت استفاده می‌شود، یک نقطهٔ شکستِ بالقوه است: فونت، نقشه، ویدئو، آمارگیر، تقویم، چت.
قاعدهٔ عملی: برای هر سرویسِ خارجی، یا جایگزینِ داخلی، یا نسخهٔ میزبانی‌شده روی سرورِ خودتان.
| کاربرد | رویکردِ پایدار |
|---|---|
| فونت | میزبانی روی سرورِ خودتان |
| نقشه | سرویسِ نقشهٔ داخلی |
| ویدئو | سرویسِ اشتراکِ ویدئوی داخلی یا میزبانیِ مستقیم |
| تورِ ۳۶۰ | نمایشگرِ متن‌باز روی سرورِ خودتان |
| آمار و تحلیل | ابزارِ متن‌بازِ خودمیزبان یا سرویسِ داخلی |
| پیامک و اطلاعرسانی | سرویسِ داخلی |
سه سنجهٔ جهانی وجود دارد که موتورهای جست‌وجو هم در رتبه‌بندی به آن‌ها نگاه می‌کنند. به زبانِ ساده:
| سنجه | معنا | حدِ قابل‌قبول |
|---|---|---|
| زمانِ نمایشِ بزرگ‌ترین عنصر | چقدر طول می‌کشد تا اصلی‌ترین تصویر یا متن دیده شود | زیر ۲٫۵ ثانیه |
| زمانِ پاسخ به تعامل | وقتی کاربر کلیک می‌کند، چقدر طول می‌کشد تا چیزی اتفاق بیفتد | زیر ۲۰۰ میلی‌ثانیه |
| پایداریِ چیدمان | آیا صفحه در حینِ بارگذاری می‌پرد و جابه‌جا می‌شود | زیرِ ۰٫۱ |
سایت‌های زیادی در این صنعت در سنجهٔ اول می‌لنگند، به یک دلیلِ مشخص: تصاویرِ بهینه‌نشده. عکسِ پنج‌مگابایتیِ خروجیِ دوربین، مستقیم روی سایت. راه‌حلش فنی و ساده است و در هر پروژهٔ درستی از ابتدا انجام می‌شود.
در این صنعت، سهمِ بازدیدهای موبایل به‌طورِ معمول بخشِ بزرگی از کل است — چون لینکِ پروژه در واتس‌اپ و اینستاگرام دست‌به‌دست می‌شود. عددِ خودتان را همین امروز از ابزارِ تحلیلِ سایت بخوانید؛ ده دقیقه کار است و پس از آن این بحث دیگر بحثِ سلیقه نیست.
اگر بیشترِ بازدیدها از موبایل بود، معنایش این است که طراحی باید از موبایل شروع شود، نه اینکه نسخهٔ دسکتاپ فشرده شود. جدولِ مشخصات، پلانِ تعاملی، جدولِ موجودی و نقشه — همه باید روی صفحهٔ کوچک کار کنند.
دسکتاپ
تبلت
+ یک ردیفِ دیگر
برای بزرگ‌نمایی، دو انگشت
موبایل
سئوی این صنعت دو نیمه دارد: انضباطِ محتوا، که پیچیده نیست، و مهندسیِ فنی، که کارِ تیمِ توسعه است. نیمهٔ فنی باید در قرارداد و فهرستِ سفارش بیاید. اول، نیمهٔ محتوا:
و نیمهٔ فنی:
کنتراستِ کافیِ متن، امکانِ پیمایش با صفحه‌کلید، متنِ جایگزین برای تصاویر و اندازهٔ قابلِ خواندنِ فونت.
اگر از ابتدا رعایت شوند، هزینهٔ اضافه ندارند. بدونشان بخشی از مخاطبان سایت را به‌سختی به کار می‌برند، از جمله مخاطبانِ مسن‌تر، که در بخشِ سرمایه‌گذاری پرشمارند.
بخشِ ۵-۱ گفت شمارهٔ موبایل از ایمیل مهم‌تر است. اینجا نتیجهٔ فنی‌اش می‌آید. ورود به درگاه‌های محافظت‌شده — خریدار، مالکِ زمین، سرمایه‌گذار، مشاور — با شماره و کدِ پیامکی است، نه با نامِ کاربری و رمزی که کسی به یاد نمی‌آورد. برای درگاه‌هایی که پول و سند نشان می‌دهند، تطبیقِ شماره با کدِ ملی از راهِ استعلامِ شاهکار هم لازم است.
و هر جا پرداختِ کوچکی هست — ودیعهٔ رزرو، شارژ — درگاهِ بانکیِ داخلی تنها گزینه است. قسط‌های پیش‌فروش از سقفِ درگاه بزرگ‌ترند و با چکِ صیادی یا انتقالِ بانکی پرداخت می‌شوند؛ سایت ثبتشان را نشان می‌دهد، نه خودِ پرداخت را. سرویسِ پرداختِ خارجی در این بازار نه کار می‌کند و نه لازم است.
در پایانِ یک پروژهٔ وب، چند دارایی وجود دارد و مالکِ هرکدام باید در قرارداد، با نام، مشخص شده باشد. این بند در بسیاری از قراردادهای وب‌سایت اصلاً نوشته نمی‌شود، و تا روزی که رابطه با پیمانکار سرد شود کسی نمی‌فهمد چه چیزی را ندارد.
| دارایی | مالکِ درست | نشانهٔ اینکه مالکش نیستید |
|---|---|---|
| دامنه | شرکت، ثبت‌شده با اطلاعاتِ شرکتی | دامنه به نامِ پیمانکار یا یک کارمندِ سابق است |
| حسابِ میزبانی و سرور | شرکت | دسترسیِ مدیریتی ندارید و برای هر تغییر باید تماس بگیرید |
| کدِ منبع | مذاکرهشدنی، اما نسخهٔ کاملِ قابلِ اجرا باید نزدِ شما باشد | مخزنِ کد را هرگز ندیده‌اید |
| فایل‌های منبعِ طراحی | شرکت | فقط خروجیِ تصویری تحویل گرفته‌اید |
| عکس، ویدئو، رندر | شرکت، با قراردادی با عکاس، فیلم‌بردار و استودیوی رندر که حقِ استفادهٔ نامحدود بدهد | حقِ انتشار محدود به یک کمپین یا یک سال است |
| دادهٔ سایت | همیشه شرکت، بیاستثنا | نمیتوانید کلِ داده را در یک فایل بیرون بکشید |
| حساب‌های جانبی — تحلیل، پیامک، ایمیل، نقشه | شرکت | با ایمیلِ پیمانکار ساخته شده‌اند |
گذرواژه‌ها در یک مخزنِ گذرواژهٔ شرکتی نگه داشته می‌شوند، نه در پیام‌رسانِ یک نفر. مخزن مالِ شرکت است و پیمانکار فقط دسترسیِ موقت دارد.
فهرستِ شمارهٔ تماسِ خریدارانِ یک برجِ لوکس، فهرستی است که رقیب و دلال حاضرند بابتش پول بدهند. با آن مثلِ همان فهرست رفتار کنید، نه مثلِ یک فایلِ اکسل.
ورود با شماره و کدِ پیامکی، که بخشِ ۱۳-۷ گفت، نقطهٔ شروع است. آنچه پس از ورود هر درگاهِ محافظت‌شده — خریدار، مالکِ زمین، سرمایه‌گذار، مشاور — باید داشته باشد:
| پروندهٔ خودش | پروندهٔ دیگران | مشتریانِ خودش | همهٔ مشتریان | اسنادِ قرارداد | لاگِ دسترسی | |
|---|---|---|---|---|---|---|
| خریدار | ✓ | ✕ | — | — | ✓ | ✕ |
| مالکِ زمین | ✓ | ✕ | — | — | ✓ | ✕ |
| سرمایه‌گذار | ✓ | ✕ | — | — | ✓ | ✕ |
| مشاورِ فروش | — | ✕ | ✓ | ✕ | ✕ | ✕ |
| مدیرِ فروش | — | با دلیل | ✓ | ✓ | با دلیل | ✓ |
وب‌سایت‌های این صنعت بیشتر از آنکه هک شوند، فراموش می‌شوند. سه رویدادِ رایجی که سایت‌ها را از کار می‌اندازند، هیچ‌کدام فنی نیستند. دامنه تمدید نمی‌شود؛ تنها کسی که گذرواژه‌ها را داشت می‌رود؛ یا رابطه با پیمانکار بی‌تحویلِ حساب‌ها تمام می‌شود.
| قلم | قاعده |
|---|---|
| تمدیدِ دامنه | چندساله، با یادآور، روی ایمیلی که با رفتنِ هیچ کارمندی حذف نمی‌شود |
| پشتیبان‌گیری | روزانه، نگهداریِ دست‌کم سی روز، بیرون از سرورِ اصلی |
| به‌روزرسانیِ امنیتی | زمانبندیشده، نه وقتی چیزی خراب شد |
| پایشِ در دسترس بودن | هشدار وقتی سایت پایین می‌آید، پیش از آنکه مشتری خبر بدهد |
| قراردادِ نگهداری | با ساعتِ مشخصِ ماهانه و زمانِ پاسخِ تعهدشده |
| سندِ تحویل | فهرستِ همهٔ حساب‌ها، مسیرها و شمارهٔ تماسِ مسئولِ هرکدام — به‌روز، نزدِ شرکت |
سه سنجهٔ سرعت، یک نسخهٔ موبایلِ درست، پانزده قاعدهٔ جست‌وجو، یک ورودِ پیامکی، یک بندِ مالکیت، یک لایهٔ امنیت و یک قراردادِ نگهداری. کلِ این بخش فهرستی است که یک‌بار درست انجام می‌شود و بعد تا سال‌ها لازم نیست به آن فکر کنید. به شرطِ آنکه همان یک‌بار، اولِ کار باشد نه آخرش.
محتوا: تولید، مالکیت، نگهداری
بیشترِ کیفیتِ نهاییِ یک وب‌سایت از محتوا می‌آید، نه از طراحی. و محتوا، برخلافِ طراحی، یک‌بار تولید نمی‌شود.
فهرستِ زیر باید برای هر پروژه، پیش از انتشارِ صفحه‌اش، تکمیل شده باشد.
| قلم | مشخصات |
|---|---|
| عکسِ هوایی | چند زاویه، در ساعتِ طلایی، با پهپاد و مجوزِ پرواز |
| ویدئوی کوتاه | ۱۵ تا ۶۰ ثانیه، تدوینِ حرفه‌ای، بدونِ موسیقیِ کلیشه‌ای |
| عکسِ معماری از نما | حرفه‌ای، با تصحیحِ پرسپکتیو |
| عکسِ داخلی | لابی، مشاعات، واحدِ نمونه |
| رندر | فقط برای بخش‌های ساخته‌نشده، با برچسبِ صریح |
| پلان‌ها | فایلِ برداری، آمادهٔ تبدیل به نسخهٔ تعاملی |
| جدولِ مشخصات | کامل، مطابقِ بخشِ ۴-۵ |
| متنِ روایت | ۳۰۰ تا ۵۰۰ کلمه |
| مدلِ سه‌بعدی | مدلِ سبکِ وب (GLB) برای کاوشگر و منظر، از مدل‌سازِ شما؛ و مدلِ BIM یا IFC اگر هست |
| راهنمای برند | نشان، رنگ، قلم و لحن، از آژانسِ برندِ شما؛ سایت آن را پیاده می‌کند، از نو نمی‌سازد |
| عکسِ ماهانهٔ پیشرفت | برای پروژه‌های در حالِ ساخت |
چند زاویه، ساعتِ طلایی، با مجوزِ پرواز
عکاسِ شما۱۵ تا ۶۰ ثانیه، بی‌موسیقیِ کلیشه‌ای
فیلم‌بردارِ شمابا تصحیحِ پرسپکتیو
عکاسِ شمالابی، مشاعات، واحدِ نمونه
عکاسِ شمافقط برای بخشِ ساخته‌نشده، با برچسب
استودیوی رندرِ شمانسخهٔ سبکِ وب، و BIM اگر هست
مدل‌سازِ شمافایلِ برداری، با شمارهٔ نسخه
معمار و دفترِ فنی۳۰۰ تا ۵۰۰ کلمه
تیمِ محتوانشان، رنگ، قلم و لحن
آژانسِ برندِ شمابرای پروژه‌های در حالِ ساخت، هر ماه
کارگاهرندر باید نیت را نشان دهد، نه اغراق را. و هر رندری که منتشر می‌شود، برچسبِ روشن داشته باشد.
رندری که فضا را بهتر از واقعیت نشان دهد، دو بار هزینه می‌سازد. یک‌بار هنگامِ تحویل، که خریدار فرق را می‌بیند. و یک‌بار در درازمدت، که همان خریدار دربارهٔ شما حرف می‌زند.
| دوره | چه چیزی |
|---|---|
| ماهانه | پیشرفتِ ساختِ پروژه‌های جاری، دو مقالهٔ ژورنال |
| فصلی | گزارشِ بازار، پروژه‌های تازه |
| سالانه | آمارِ کارنامه، گواهی‌نامه‌ها، صفحهٔ تیم |
| در لحظه | وضعیتِ فروشِ واحدها، اخبار و اطلاعیه‌های مهم |
اینجا همان نکتهٔ بخشِ ۱-۵ دوباره مطرح می‌شود، چون تعیین‌کننده است. اگر موجودیِ واحدها در فایلِ اکسلِ تیمِ فروش است و درصدِ پیشرفت در ذهنِ سرپرستِ کارگاه، وب‌سایت هرگز به‌روز نمی‌ماند. دلیلش کم‌کاری نیست؛ هیچ‌کس وقتِ واردکردنِ دوبارهٔ داده را ندارد.
راهِ پایدار این است که وب‌سایت از همان نرم‌افزاری که شرکت برای ادارهٔ پروژه‌هایش استفاده می‌کند تغذیه شود. وقتی واحدی در نرم‌افزارِ فروش رزرو می‌شود، جدولِ موجودیِ سایت همان لحظه تغییر می‌کند. وقتی پیشرفتِ ماهانه در کارگاه ثبت می‌شود، درگاهِ سرمایه‌گذار همان را نشان می‌دهد.
این، تفاوتِ میانِ سایتی است که نگهداری‌اش کارِ اضافه است و سایتی که با همان کارِ روزانهٔ تیم‌ها به‌روز می‌ماند.
«سه جا» یعنی صفحهٔ عمومیِ پروژه، درگاهِ سرمایه‌گذار، و پروندهٔ خریدار — همان سه قابِ لوحِ زیر. در عمل، چند رکوردِ مشخص پشتِ این سه جاست: واحد و وضعیتش، خطِ قیمت با تاریخ، جدولِ پرداختِ هر قرارداد، ثبتِ ماهانهٔ پیشرفت، ثبتِ هر رندر، و هر سرنخ با منبعش. و چند اتصال: نرم‌افزارِ حسابداری، سرویسِ پیامک، استعلامِ شاهکار برای تطبیقِ شماره و کدِ ملی، درگاهِ پرداخت، و فایل‌های نقشه یا مدلِ دفترِ فنی.
زنده به معنای بی‌کنترل نیست. سه قاعدهٔ انتشار لازم است: درصدِ پیشرفت پس از تأییدِ ناظر منتشر شود؛ روشن باشد کدام وضعیتِ واحد عمومی است — رزروِ داخلی و سهمِ مالکِ زمین نه؛ و هر تغییرِ قیمت پیش از انتشار تأیید شود.
همین مسیر روی لوحِ جداگانه‌ای ترسیم شده است: یک‌بار ثبت در نرم‌افزارِ عملیاتی، نمایش در چند جای سایت. از ثبتِ فروش تا جدولِ موجودی، و از گزارشِ کارگاه تا درگاهِ سرمایه‌گذار.
پروژه‌های وب‌سایت بیشتر به‌خاطرِ چیزی دیر می‌شوند که فقط کارفرما می‌تواند بدهد و کسی از قبل فهرستش نکرده است. این جدول را پیش از امضای قرارداد پر کنید، نه بعدش.
| قلم | چه کسی، از طرفِ شما | کِی لازم است | اگر نرسد |
|---|---|---|---|
| پاسخِ شش تصمیمِ بخشِ ۱ | هیئت‌مدیره و مدیرِ برند | پیش از شروع | طراحی روی حدس بنا می‌شود و وسطِ کار از نو شروع می‌شود |
| یک تأییدکنندهٔ نهایی، با نام | مدیرعامل | پیش از شروع | تأییدِ کمیته‌ای، هر تصمیم را به جلسهٔ بعد می‌برد |
| مالکِ محتوا، با نام و سِمَت | مدیرعامل | پیش از شروع | سایت چند ماه پس از انتشار کهنه است |
| فهرستِ نهاییِ پروژه‌ها با وضعیتِ درستِ هرکدام | مدیرِ فروش | هفتهٔ اول | ساختارِ سایت دوبار ساخته می‌شود |
| دسترسیِ دامنه و میزبانی | واحدِ فناوری | هفتهٔ اول | انتشار پشتِ یک ایمیلِ گم‌شده می‌ماند |
| جدولِ مشخصاتِ فنیِ هر پروژه | دفترِ فنی | هفتهٔ دوم | مهم‌ترین بلوکِ صفحهٔ پروژه خالی می‌ماند |
| پلانِ برداریِ هر تیپ واحد | دفترِ فنی | پیش از پلانِ تعاملی | بدونِ فایلِ برداری، پلانِ تعاملی ساخته نمی‌شود |
| بستهٔ محتواییِ هر پروژه (۱۴-۱) | روابطِ عمومی یا مدیرِ بازاریابی | هفتهٔ دوم تا چهارم | دلیلِ رایجِ تأخیر |
| موجودی و وضعیتِ واحدها، با منبعش | مدیرِ فروش | پیش از جدولِ موجودی | جدولِ موجودی یا ساخته نمی‌شود یا از روزِ اول غلط است |
| شماره و ساعتِ پاسخ‌گوییِ هر دفترِ فروش | مدیرِ فروش | پیش از انتشار | تماسها به دفترِ مرکزی می‌روند و گم می‌شوند |
| گواهی‌نامه‌ها و تصویرِ اسناد | واحدِ اداری یا حقوقی | هفتهٔ چهارم | لایهٔ اعتبار خالی می‌ماند |
| تاریخچهٔ شرکت با تاریخ‌های درست | مدیرِ برند | هفتهٔ چهارم | خطِ زمانی با حافظه نوشته می‌شود و بعداً اصلاح می‌شود |
| راهنمای برند و فایل‌های نشان | آژانسِ برندِ شما | پیش از شروع | سایت هویتِ خودش را می‌سازد و با بقیهٔ برند نمی‌خواند |
| رندرها و مدلِ سه‌بعدی، با تاریخ و برچسب | استودیوی رندر و مدل‌سازِ شما | پیش از صفحهٔ پروژه | کاوشگر و منظر ساخته نمی‌شوند و گالری با رندرِ بی‌تاریخ پر می‌شود |
و یک تصمیمِ صادقانه: اگر بستهٔ محتوایی آماده نیست و قرار هم نیست تا دو ماه آماده شود، بهتر است پروژه دیرتر شروع شود. سایتی که با محتوای موقت منتشر شود، همان محتوای موقت را سال‌ها نگه می‌دارد. همان چیزی که در بخشِ صفر توصیفش کردیم.
وب‌سایتِ یک سازنده کارِ چند تیم است. تیمِ وب هویتِ بصری نمی‌سازد، رندر نمی‌گیرد و مدل نمی‌سازد؛ این‌ها کارِ تیم‌هایی است که از قبل با شما کار می‌کنند. کارِ تیمِ وب این است که خروجیِ آن‌ها را درست روی صفحه بنشاند و به دادهٔ پروژه وصل کند.
| کار | سازنده‌اش | آنچه تحویل می‌دهد | آنچه تیمِ وب با آن می‌کند |
|---|---|---|---|
| هویتِ بصری و راهنمای برند | آژانسِ برندِ شما | نشان، رنگ، قلم، لحن و قاعدهٔ عکس | پیاده‌سازی در قالب‌های وب، بی‌آنکه از نو ساخته شود |
| رندر | استودیوی رندرِ شما | فایلِ باکیفیت، با زاویه و تاریخ | ثبت در دفترچهٔ رندرها، با برچسب؛ و جایگزینی با عکس پس از تحویل |
| مدلِ سه‌بعدی | مدل‌سازِ شما | مدلِ سبکِ وب (GLB)، و مدلِ BIM یا IFC اگر هست | کاوشگرِ ساختمان و شبیه‌سازِ منظر |
| نقشهها | معمار و دفترِ فنی | فایلِ DWG با شمارهٔ نسخه | پلانِ تعاملی، وصل به وضعیتِ واحدها |
| عکس و فیلم | عکاس و فیلم‌بردارِ شما | فایلِ اصلی با تاریخ، و قراردادِ حقِ استفاده | گالری، گزارشِ ماهانه و قابِ آغازین |
| دادهٔ فروش، مالی و کارگاه | تیم‌های فروش، مالی و کارگاه | ثبتِ روزانه در نرم‌افزارِ عملیاتی | اتصال، قواعدِ انتشار و نمایش در سه جا |
اتصال به داده
قواعدِ انتشار
قالب‌ها و حرکت
هویت، رندر و مدل را از نو نمی‌سازد
نقشهٔ راه: از کجا شروع کنیم
هیچ شرکتی همهٔ آنچه در این راهنما آمده را یکجا نمی‌سازد. ترتیب اهمیت دارد.
سه مرحله، قلم به قلم — با یادداشتِ اجرا
کمترین قول‌هایی که هر سایتی باید بدهد، و کمترین پشتوانه‌ای که راست نگهشان می‌دارد. دو تا سه ماه.
| قابلیت | یادداشت |
|---|---|
| ساختارِ برند و ناوبری | معماریِ بخشِ ۲ |
| صفحهٔ نخست | بخشِ ۳ |
| قالبِ صفحهٔ پروژه | مهم‌ترین قلمِ کلِ پروژه |
| فهرست و فیلترِ پروژه‌ها | کاربری، شهر، وضعیت |
| جدولِ موجودیِ واحدها | فقط اگر از منبعِ واحد تغذیه شود؛ وگرنه به مرحلهٔ دوم برود |
| گزارشِ ماهانهٔ پیشرفت | برای پروژه‌های پیش‌فروش، از روزِ اول |
| مسیرهای تماس | فرم، تلفن، واتس‌اپ، کاتالوگِ مشروط |
| دربارهٔ گروه و کارنامه | تاریخچه، ساختار، گواهی‌نامه‌ها |
| زیرساخت و سرعت | بخشِ ۱۳ |
| سیستمِ مدیریتِ محتوا | تا تیمِ داخلی بتواند به‌روز کند |
درگاه‌ها، لایه‌های بیشتر و زبانِ دوم. از ماهِ سوم تا ششم پس از انتشار.
پس از ماهِ ششم، فقط پس از تثبیتِ دو مرحلهٔ قبل و فقط برای پروژه‌ها یا برندهایی که ارزشش را دارند.
| وضعیت | تصمیم |
|---|---|
| قابلیتی که ده‌ها شرکت مشابهش را دارند (تورِ ۳۶۰، نقشهٔ موقعیت، فرمِ تماس) | ابزارِ آماده یا افزونه؛ ساختنِ اختصاصی توجیهی ندارد. پلانِ تعاملی نیمه‌نیمه است: نمایشگرش آماده، اتصالش به وضعیتِ واحدها اختصاصی (بخشِ ۴-۷) |
| قابلیتی که به داده و فرایندِ خودِ شما وابسته است (موجودی، درگاهِ سرمایه‌گذار) | ساختِ اختصاصی، متصل به نرم‌افزارِ داخلی |
| هویتِ بصری و تجربهٔ برند | همیشه اختصاصی، و کارِ آژانسِ برندِ شما؛ سایت آن را پیاده می‌کند، از نو نمی‌سازد |
در این صنعت، بودجهٔ وب‌سایت معمولاً با بودجهٔ چاپِ بروشور مقایسه می‌شود. مقایسهٔ درست، با بودجهٔ یک ماه تبلیغاتِ محیطی است.
بروشور یک‌بار مصرف می‌شود. بیلبورد یک ماه دیده می‌شود. وب‌سایت، اگر درست ساخته شود، چند سال بی‌بازطراحی کار می‌کند. در تمامِ این مدت، هر مخاطبِ جدی — خریدار، سرمایه‌گذار، شریک، مالکِ زمین — پیش از هر تماسی اول سراغِ آن می‌رود.
و نکتهٔ آخر: هزینهٔ محتوا را در بودجه ببینید. پروژه‌هایی که شکست می‌خورند، معمولاً بودجهٔ طراحی و توسعه را کامل دیده‌اند و بودجهٔ عکاسی، فیلم‌برداری و نگارش را صفر گذاشته‌اند. نتیجه، ساختارِ خوبی است که با محتوای ضعیف پر شده.
خطای رایجِ بودجه‌ریزی این نیست که عدد کم است؛ این است که کلِ عدد به یک خط داده می‌شود — معمولاً به طراحی و توسعه — و بقیهٔ خط‌ها از قلم می‌افتند.
| خط | سهمِ پیشنهادیِ ما | چه وقت بیشتر می‌شود |
|---|---|---|
| راهبرد، معماریِ اطلاعات و متن | ۱۰ تا ۱۵٪ | وقتی شش تصمیمِ بخشِ ۱ هنوز گرفته نشده |
| طراحیِ رابط و تجربهٔ کاربری | ۱۵ تا ۲۰٪ | با هر قالبِ صفحهٔ تازه و هر درگاه |
| توسعه و پیاده‌سازی | ۳۰ تا ۴۰٪ | با هر قابلیتِ تعاملی و هر درگاهِ محافظت‌شده |
| تولیدِ محتوا — عکاسی، فیلم، رندر، نگارش | ۲۰ تا ۳۰٪ | به‌ازای هر پروژهٔ اضافه |
| زیرساخت، امنیت و راه‌اندازی | ۵ تا ۱۰٪ | با شبکهٔ توزیعِ محتوا، دوزبانگی و درگاه‌ها |
هویتِ بصری در این پنج خط نیست؛ خطِ آژانسِ برندِ شماست. اگر برند همزمان از نو ساخته می‌شود، بودجه‌اش جدا دیده شود.
بودجهٔ ساخت، نصفِ ماجراست. سایتی که بودجهٔ سالِ دومش را ندارد، سایتی است که سالِ دوم می‌میرد — و مرگش، همان سایتِ دست‌نخورده‌ای است که در بخشِ صفر توصیف شد.
| قلم | دوره |
|---|---|
| دامنه، میزبانی، شبکهٔ توزیعِ محتوا | سالانه |
| پشتیبان‌گیری و پایش | هزینهٔ ماهانه؛ خودِ پشتیبان‌گیری روزانه است |
| به‌روزرسانیِ امنیتی و نگهداریِ فنی | ماهانه، با ساعتِ مشخص |
| سرویس‌های جانبی — پیامک، نقشه | ماهانه |
| محتوای دورهای — عکسِ ماهانهٔ پیشرفت، ژورنال، اخبار | ماهانه و فصلی |
| تغییراتِ کوچک و بهبودِ تدریجی | ماهانه |
قاعدهٔ عملی: به پیشنهادِ ما، بودجهٔ سالانهٔ نگهداری و محتوا حدودِ یک‌پنجم تا یک‌سومِ هزینهٔ ساخت است. از همان سالِ اول در برنامه ببینیدش، نه در قالبِ هزینهٔ پیش‌بینی‌نشدهٔ سالِ بعد.
برای اینکه مذاکرهٔ قیمت، مذاکرهٔ آگاهانه باشد:
چک‌لیستِ خودارزیابی
این چک‌لیست را می‌توان همین امروز روی وب‌سایتِ فعلی اجرا کرد. بیشترِ موارد را خودتان پر می‌کنید؛ موردهای فنی را با کسی پر کنید که به تنظیماتِ سایت دسترسی دارد. هر موردِ برقرار، یک امتیاز.
کنارِ هر پرسش، شمارهٔ بخشی که توضیحش داده آمده است — و یکی از دو نشان: ق یعنی قول، آنچه سایت نشان می‌دهد؛ پ یعنی پشتوانه، آنچه پشتش ثبت شده. ۳۱ پرسشِ قول، ۱۳ پرسشِ پشتوانه.
علامت‌ها فقط روی همین دستگاه می‌مانند.
امتیازِ این بخش۰از ۶
امتیازِ این بخش۰از ۱۱
امتیازِ این بخش۰از ۷
امتیازِ این بخش۰از ۵
امتیازِ این بخش۰از ۴
امتیازِ این بخش۰از ۶
امتیازِ این بخش۰از ۵
هر موردِ برقرار، یک امتیاز
امتیازِ کل۰از ۴۴
قول۰از ۳۱
پشتوانه۰از ۱۳
سایتِ فعلی در حدِ یک کارتِ ویزیتِ آنلاین است. بازسازی از پایه، نه بهسازی.
ساختارِ پایه وجود دارد اما لایهٔ فروش و اعتبار غایب است.
سایتِ سالمی است. لایهٔ سرمایه‌گذار، دوزبانگی و صنعتگریِ بصری، مرحلهٔ بعد است.
هم‌ترازِ نمونه‌های مرجعِ این راهنما — به شرطِ آنکه پشتوانه دست‌کم ۷ از ۱۳ باشد؛ وگرنه جایتان خانهٔ «قولِ بی‌پشتوانه» است. تمرکز روی نگهداری و لایهٔ تمایز.
داده دارید و نشانش نمی‌دهید. پشتوانه آماده است؛ سایت باید به آن برسد.
هم‌ترازِ نمونه‌های مرجعِ این راهنما. حالا نوبتِ تمایز است — بخشِ ۱۵-۳.
سایت در حدِ کارتِ ویزیت است و پشتش هم چیزی نیست. کوچک و از هر دو طرف شروع کنید: چند قولِ پایه، هرکدام با پشتوانه‌اش.
سایت قول‌هایی می‌دهد که کسی پایشان نمی‌ایستد. پرخطرترین خانه همین است. پیش از هر طراحیِ تازه، پشتوانه.
این فهرست از علامت‌هایی ساخته شده که در طولِ شماره زده‌اید. هر ردیف یک بخش است با کد و نشانِ اولویتش؛ کنارِ هرکدام یکی را بزنید: لازم داریم، داریم، بعداً. آنچه با «لازم داریم» می‌ماند، شرحِ کارِ وب‌سایتِ شماست — همان چیزی که به هر تیمِ توسعه‌ای می‌دهید تا قیمت و زمان بدهد.
هنوز ردیفی علامت نخورده است. کنارِ هر ردیف یکی از سه گزینه را بزنید.
بدونِ این پنج عدد، هیچ تیمی نمی‌تواند قیمت و زمانِ درست بدهد.
آنچه ما ساخته‌ایم
تا اینجا راهنما دربارهٔ شما بود. این چند صفحه دربارهٔ ماست، و به همین دلیل جدا آمده است. هرجا در متن به پشتوانهٔ یک قول اشاره شد، تصویرش این‌جاست: همان قول، روی نرم‌افزاری که ساخته‌ایم. داده‌ها نمونه‌اند؛ سازوکار واقعی است.
پشتوانهٔ ما دو کار است که کمتر در یک اتاق کنارِ هم می‌نشینند: کار در دفترِ فنی، برنامه‌ریزی و نظارتِ کارگاه، و ساختنِ نرم‌افزاری که همان کار را ثبت می‌کند.
چارچوب لایهٔ دیجیتالِ برندهای ساخت و ملک را می‌سازد: وب‌سایتی که قول می‌دهد، و نرم‌افزاری که آن قول را راست نگه می‌دارد.
از کجا آمده‌ایم. پیش از آنکه نرم‌افزار بسازیم، در پروژه‌های ساختمانی کار کرده‌ایم — در دفترِ فنی، در برنامه‌ریزی و کنترلِ پروژه، در نظارتِ کارگاه. بعد شرکتی ساختیم برای خودکار کردنِ مدیریتِ ساخت و توسعهٔ املاک، و از دلِ همان کار، ابزاری برای مدلِ مالیِ پروژه‌ها که امروز «چرتکه» است. «دفتر» جمعِ همهٔ این مسیر است. چارچوب استودیوست؛ دفتر و چرتکه دو نرم‌افزارِ آن.
آنچه ساخته‌ایم. سه پروژهٔ وب — با اجازهٔ کارفرما — و دفتر و چرتکه، در بخشِ انتهاییِ همین راهنما.
کسی که با شما کار می‌کند، همان کسی است که این راهنما را نوشته است. از کجا شروع کنیم: برگهٔ امتیازِ بخشِ ۱۶ را پر کنید و نتیجه را بفرستید.
وب‌سایتی که قول می‌دهد، و نرم‌افزاری که آن قول را راست نگه می‌دارد.
برای برندهای ساخت و ملک، سایت را از نقشهٔ محتوا تا آخرین جزئیاتِ حرکت می‌سازیم، با هویت و تصاویری که تیم‌های خودتان ساخته‌اند. بعد به داده‌ای وصلش می‌کنیم که پشتش ایستاده است.
کارِ هر کارفرما را فقط با اجازهٔ کتبیِ خودش اینجا می‌آوریم. نام، یک سطر و نشانیِ سایت — بی‌تصویر، و هرگز ماکت.
آنچه تا امروز در چند دفتر، چند فایلِ اکسل و چند پیام‌رسان پراکنده بود، در یک جا ثبت می‌شود — مالی، قرارداد، کارگاه، فروش، ارتباطات. وب‌سایت یکی از جاهایی است که این ثبت دیده می‌شود.
دادهٔ نمونه
امکان‌سنجی، سناریو و پایشِ ماهانهٔ همان فرض‌ها. پیش از امضای مشارکت، عددها پیدا؛ پس از امضا، هر ماه.
دادهٔ نمونه
دیوارِ مراجع: نمونه‌های جهانی، با نامِ سازنده و استودیو.
خانهٔ خالی یعنی در منابعِ عمومی پیدا نشد.
هر مدخل: بخش، نام و نشانی / سازنده یا مالک، استودیوی وب / نوع، شهر و کشور / مقیاس و ارزش. به ترتیبِ بخشی که مرجع در آن آمده.
ARHomesarhomes.com
شرکتClearwater, Florida, USA
Countrywide Homescountrywidehomes.ca
شرکتConcord, Ontario, Canada
GV&Co
شرکت
Hudson Yardshudsonyards.com
Related Companies and Oxford Properties
مسترپلانNew York, USA
حدود ۱۱ هکتار؛ حدود ۵٬۰۰۰ واحد در طرحِ کامل؛ بیش از ۱٬۳۰۰ واحدِ قیمت‌مناسب در پروژه و محله
Related Companiesrelated.com
شرکتNew York, USA
Pioneer Constructionpioneerinc.com
شرکتGrand Rapids, Michigan, USA
Emagineemagine.com
ابزار یا استودیو(United States)
Era Residence
Era Residence (ERA)وب: The First The Last
مسکونیNew Golden Mile (Estepona/Marbella), Spain
Oxford Propertiesoxfordproperties.com
شرکتToronto, Canada
Aldar Propertiesنیز §۶aldar.com
شرکتAbu Dhabi, UAE
Sobha Privy Collection
Sobha Realtyوب: Vide Infra
مسکونیDubai, UAE
RIO Property
RIOوب: DepartmentSix
مسکونی(United States)
Barratt Homesbarratthomes.co.uk
شرکتCoalville, England, UK
Turner Constructionturnerconstruction.com
شرکتNew York, USA
Skanska USAusa.skanska.com
شرکتNew York, USA
111 West 57th Street111w57.com
JDS Development Group and Property Markets Group
مسکونیNew York, USA
۴۳۵ متر، ۶۰ واحد
The Aviorwestbankcorp.com
Westbank (with Sanyo Homes)
مسکونیMinami-Aoyama, Tokyo, Japan
۱۳ واحد مسکونی (۲۰۲۰)
The Broadwayپیمانکار: Multiplexmultiplex.global
Northacre Properties
مسکونیLondon, UK
۶ برج (۱۳ تا ۱۹ طبقه)، ۲۶۸ واحد، قیمت واحدها از ۱٫۷۶۳ میلیون پوند (۲۰۲۱)
One Vanderbiltonevanderbilt.com
SL Green Realty
اداریNew York, USA
۱٫۷ میلیون فوت مربع (حدود ۱۵۸٬۰۰۰ مترمربع)، ارزش‌گذاری ناخالص ۴٫۷ میلیارد دلار (۲۰۲۴)
The Shardthe-shard.com
Sellar (on behalf of LBQ Ltd; Sellar 5% / State of Qatar 95%)
ترکیبیLondon, UK
۹۵ طبقه، ۳۰۹٫۶ متر، هزینهٔ قرارداد ۴۳۵ میلیون پوند (۲۰۱۲)
The BeaconAmenity map
BLT (Live Work Play)
مسکونیJersey City, NJ, USA
Sobha Hartland IIsobharealty.com
Sobha Realty
مسترپلانDubai, UAE
حدود ۸ میلیون فوت مربع؛ تحویل ۲۰۲۷ تا ۲۰۲۸
8 Bishopsgate8bishopsgate.com
Mitsubishi Estate and Stanhopeوب: DNCO
اداریLondon, UK
۵۰ طبقه، ۵۶۰٬۰۰۰ فوت مربع (حدود ۵۲٬۰۰۰ مترمربع) (۲۰۲۳)
ERA
Tekta Group وب: Vide Infra
مسکونیMoscow, Russia
Nakheel — Palm Jebel Alinakheel.com
Nakheel
مسترپلانDubai, UAE
حدود ۳۵٬۰۰۰ خانوار، ۸۰ هتل و ریزورت؛ تکمیلِ هدف‌گذاری‌شده سه‌ماههٔ چهارمِ ۲۰۲۸
250 Broadway
وب: Engrain (map tool)
اداریNew York, USA
The Bryant at Buckhead Villagethebryantbuckhead.com
Greystar (manager)وب: Engrain SightMap (map tool)
مسکونیAtlanta, Georgia, USA
۳۷۵ واحد، ۶ طبقه (۲۰۱۶)
Volta SKAIvoltaskai.endover.ee
Endoverوب: Endover (explorer)
مسکونیTallinn, Estonia
دو برجِ ۱۲ طبقه، ۱۸٬۶۰۰ مترمربع؛ تکمیلِ اواسطِ ۲۰۲۷
Jackson Parkjacksonparklic.com
Tishman Speyer
مسکونیLong Island City, New York, USA
سه برج (۴۲، ۴۴ و ۵۳ طبقه)، ۱٬۸۷۱ واحد (۲۰۱۸)
The Berkman
وب: Panoskin (tour tool)
مسکونیWhite Plains, New York, USA
Nekajui, a Ritz-Carlton Reservepeninsulapapagayo.com
Mohari Hospitality & Gencom (developer: The Athens Group)وب: Binyan Studios (ShowSpace360)
اقامتیPeninsula Papagayo, Guanacaste, Costa Rica
۱۰۷ اتاق، ۳۶ اقامتگاه (۲۰۲۵)
Central Park Towercentralparktower.com
Extell Development
مسکونیNew York, USA
۱۷۹ واحد، ۱٬۵۵۰ فوت، فروشِ کلِ پیش‌بینی‌شدهٔ بیش از ۴ میلیارد دلار (۲۰۱۸)
Brooklyn Pointbrooklynpoint.com
Extell Development
مسکونیBrooklyn, New York, USA
۶۸ طبقه، قیمت واحدها از ۸۳۷ هزار تا ۳٫۴۱۳ میلیون دلار (۲۰۱۸)
The Solaire
Albanese Organization
مسکونیBattery Park City, New York, USA
۲۷ طبقه، حدود ۲۹۳ واحد (۲۰۰۳)
130 William130william.com
Lightstone
مسکونیNew York, USA
۶۶ طبقه، ۲۴۲ واحد، بازهٔ قیمتِ واحد ۷۰۰ هزار تا ۲۰ میلیون دلار (۲۰۲۱)
The Harpertheharpernyc.com
Izaki Group Investments (IGI-USA)
مسکونیUpper East Side, New York, USA
۲۱ طبقه، ۶۳ واحد، قیمت از ۲٫۱ میلیون دلار (۲۰۲۳)
The St. Regis Residences, Miami
Related Group and Integra Investments
مسکونیMiami (Brickell), Florida, USA
۵۰ طبقه، ۱۵۲ واحد، قیمت از حدود ۶ میلیون دلار (۲۰۲۴)
Gleeson Homesgleesonhomes.co.uk
شرکتSheffield, England, UK
Allison Homesallisonhomes.co.uk
شرکتPeterborough, England, UK
Matterportنیز §۴matterport.com
ابزار یا استودیوSunnyvale, California, USA
The Dubai Mallthedubaimall.com
Emaar Properties
تجاریDubai, UAE
مساحتِ اجاره‌دادنیِ ناخالص ۳٫۷۷ میلیون فوت مربع (حدود ۳۵۰٬۰۰۰ مترمربع)؛ بیش از ۱٬۲۰۰ فروشگاه (۲۰۰۸)
Savant Systemssavant.com
ابزار یا استودیوHyannis, Massachusetts, USA
Get Livingدو ارجاعgetliving.com
شرکتLondon, UK
DNCOdnco.com
ابزار یا استودیوLondon and New York
Sedra, RiyadhEN + ARsedra.roshn.sa
Roshn (PIF)
مسترپلانRiyadh, Saudi Arabia
حدود ۳۰٬۰۰۰ واحد، حدود ۲۰ میلیون مترمربع (۸ فاز)
این گالری‌ها برای آژانس و طراحانِ شماست، نه برای جلسهٔ هیئت‌مدیره. نشانِ کنارِ هرکدام می‌گوید دستهٔ جداگانهٔ املاک دارد، فقط چند نمونه دارد، یا هیچ.
دستهٔ مستقلِ املاکجزئی یا با برچسببدونِ دستهٔ املاک
معیار با دیدنِ کارِ خوب بالا می‌رود.
برای مدیرِ برندی که هر روز با این واژه‌ها سروکار ندارد، اما متنِ سایت را می‌نویسد.
آگهی‌ها جدا از متنِ راهنما آمده‌اند، برچسبِ «آگهی» دارند و در فهرستِ «در این شماره» نیستند.
شمارهٔ ۲، زمستانِ ۱۴۰۵
نمایه
خواندن همیشه آزاد است. آنچه ساختهاید با نمایه نگه داشته می‌شود و از هر دستگاهی در دسترس است.