یک سرویس وب برای اجاره، شارژ و تعمیرات مجتمع تجاری، که برای هدیش مال طراحی و ارائه شد.
شرکت
مجتمع هدیش
نقش
بازاریاب
نوع
طرح مفهومی
صنعت
املاک تجاری · بهرهبرداری مجتمع تجاری
تیم
یک فایل Figma: ۶ صفحه‌ی مستأجر، یک پنل مدیریت و دو ارائه‌ی فروش
ابزارها و فناوریها
Figma
مسئله
مجتمع تجاری از هر واحد اجاره و شارژ می‌گیرد و کارکنانش را برای نظافت و تعمیر به واحدها میفرستد. هر مرحله یادآوری، قیمت و کسی را می‌خواهد که بررسیاش کند.
نقش
در نقش بازاریاب به هدیش مال پیوست؛ اپلیکیشن را پیشنهاد داد، صفحه‌های مستأجر و پنل مدیریتش را طراحی کرد و ارائههای فروش آن را نوشت.
نتیجه
یک کانسپت و یک ارائه‌ی ۱۷ اسلایدی با برنامه‌ی تحویل ۱۲ هفته‌ای. در فایل نشانه‌ای از ساخته شدن آن نیست.
شکل 01
شکل 01سمت مستأجر روی گوشی: صفحه‌ی اصلی هدیش مال، فهرست خدماتی که می‌شود رزرو و پرداخت کرد، و کیف پول.
01زمینه
بازاریابی که نرم‌افزار پیشنهاد داد
هدیش مال مجتمع تجاری و تفریحی بزرگی در شمال‌شرق تهران است: مغازه‌هایی در چند طبقه، فودکورت، سینما و پارکینگ. سینا پاره‌وقت و در نقش بازاریاب به این مجتمع پیوست. رویدادها، کمپین‌های شبکه‌های اجتماعی و همکاری با اینفلوئنسرها را پیش می‌برد تا بازدیدکننده‌ها را به مجتمع بکشاند.
پشت ویترین مغازه‌ها، مجتمع مثل یک شهر کوچک اداره می‌شود. هر واحد باید اجاره و شارژ ماهانه بپردازد. مستأجران نظافت، تعمیر و سرویس کولر درخواست می‌کنند؛ کارهایی که کارکنان انجام می‌دهند و کسی باید قیمتشان را تعیین کند. سینا پیشنهاد داد همه‌ی این کارها به یک سرویس وب منتقل شود و آن را طراحی کرد: صفحه‌هایی که مستأجر با آن‌ها کار می‌کند، پنلی برای مدیران مجتمع و ارائه‌هایی که سرویس را معرفی می‌کردند.
شکل 02اسلاید ۲ ارائه‌ی هدیش مال: یک سرویس در سه بخش، یعنی مستأجران، مدیران، و خدمات و درخواست‌ها.
02مسئله
سه گروه، یک دسته صورت‌حساب
ارائه از سه گروه نام می‌برد و برای هر کدام سرویسی در نظر می‌گیرد. مستأجران پرداخت می‌کنند، خدمات رزرو می‌کنند و درخواست می‌فرستند. مدیران درآمد، بدهی‌ها، درخواست‌ها و کارهای در حال انجام را پیگیری می‌کنند. کارکنان خدمات کارها را تحویل می‌گیرند، زمان شروع و پایان هر کار را ثبت می‌کنند و گزارش می‌دهند.
ارائه این مشکلات را نام می‌برد و وعده می‌دهد برطرفشان کند: پرداخت‌هایی که بدون یادآوری و پیگیری آدم‌ها انجام نمی‌شوند، دیرکردهایی که پیامدی ندارند، خدماتی که قیمتشان را همان کسی تعیین می‌کند که انجامشان می‌دهد و کارکنانی که کسی کارشان را نمی‌بیند.
همه‌ی وعده‌های ارائه درباره‌ی پول یا پاسخ‌گویی است، نه راحتی.
01نشانی وب مجتمع در مرورگر گوشی: یک لینک، نه اپلیکیشنی برای نصب
02هر خدمت کارتی است با قیمت و چکباکس خودش
03پرداخت شارژ هم در همان فهرست نظافت و تعمیرات است
04مبلغ کل و دکمه‌ی سبز پرداخت در پایین صفحه ثابت میمانند
شکل 03صفحه‌ی خدمات: هر چه لازم داری تیک بزن و مبلغ کل را بپرداز.
03رویکرد
اول صفحه‌ها، بعد استدلال
در Figma شناسه‌ی نودها با هر ویرایش فایل بزرگ‌تر می‌شود، پس ترتیب کار را از روی آن‌ها می‌شود فهمید. اول صفحه‌های مستأجر ساخته شدند: شش صفحه‌ی موبایل با برند هدیش مال، درون مرورگر گوشی و روی نشانی وب خود مجتمع، با تاریخ‌های نمونه از اوایل ۲۰۲۳. پنل مدیریت بعد از آن‌ها آمد و برای سه بخش در عرض دسکتاپ، تبلت و موبایل چیده شده بود.
بعد نوبت ارائه رسید. ارائه‌ی اول برای هدیش مال با سه سطح قیمت تمام می‌شد. ارائه‌ی دوم ۱۷ اسلاید داشت؛ قیمت‌ها را کنار گذاشت و چیزهایی را اضافه کرد که خریدار در قدم بعد می‌پرسد: رصد کارکنان، شفافیت مالی، امنیت، آموزش، استقرار و برنامه‌ای ۱۲ هفته‌ای.
چهار نسخه، به ترتیبی که ساخته شدند
01
صفحه‌های مستأجرشش صفحه‌ی موبایل برای هدیش مال: صفحه‌ی اصلی، خدمات، کیف پول و سه حالت پرداخت
02
پنل مدیریتچیدمانی برای سه بخش در سه عرض؛ جدول مستأجران و داشبورد مالی کشیده شده‌اند
04راه‌حل
پرداخت‌هایی که خودشان پیگیری می‌شوند
مستأجر سرویس را روی گوشی و از یک لینک باز می‌کند. بخش خدمات فهرستی از کارت‌هاست: پرداخت شارژ، نظافت مغازه و تعمیر کولر، هر کدام با قیمت خودش. مستأجر هر چه لازم دارد تیک می‌زند و مبلغ کل را پایین صفحه می‌پردازد. کیف پول موجودی را نگه می‌دارد، با مبلغ‌های از پیش تعیین‌شده شارژ می‌شود، کد تخفیف می‌پذیرد و همه‌ی تراکنش‌ها را فهرست می‌کند. اگر موجودی کافی نباشد، یک هشدار قرمز از مستأجر می‌خواهد کیف پولش را شارژ کند.
مستأجر می‌تواند بیرون از اپلیکیشن هم پرداخت کند: صفحه‌ی پرداخت مبلغ واریزشده و عکس رسید بانکی را می‌گیرد و هشدار می‌دهد که مبلغ باید دقیقاً با مبلغی که سیستم انتظار دارد یکی باشد.
ارائه قاعده‌هایی هم اضافه می‌کند که پرداخت را خودبه‌خود اجباری می‌کنند: پاداش برای مستأجرانی که به‌موقع پرداخت می‌کنند، جریمه‌ی دیرکردی که خودکار حساب می‌شود و قطع خدمات. با قطع خدمات، خدمات فنی، درخواست‌ها و حساب واحد تعلیق می‌شود، واحد از فهرست خوش‌حساب‌ها بیرون می‌رود و کارهای در حال انجام تا پرداخت بدهی متوقف می‌شود. در هر مرحله پیامکی به مستأجران، کارکنان و مدیران خبر می‌دهد چه اتفاقی افتاده تا لازم نباشد کسی برای پیگیری تماس بگیرد.
کیف پول: موجودی، شارژ و تراکنش‌ها.
پرداخت با واریز بانکی: مبلغ و عکس رسید.
اجاره و شارژ: پاداش پرداخت به‌موقع، جریمه‌ی دیرکرد و یک کیف پول برای هر مستأجر.
05عملیات
هر کار با یک قیمت و یک سابقه
پنل مدیریت درآمد، مطالبات، پرداخت‌ها، درخواست‌ها و پیام‌ها را یک‌جا نشان می‌دهد: واحدها و حساب‌هایشان، قبض‌های پرداخت‌نشده، کارهای معوق، درآمد خدمات و بازخورد مستأجران. سرویس کارکنان هر درخواست را به کاری با زمان شروع و پایان تبدیل می‌کند.
دو اسلاید از نظر عملیاتی از سرویس دفاع می‌کنند. اولی وعده‌ی شفافیت مالی می‌دهد: قیمت هر خدمت در نرم‌افزار تعیین می‌شود، شروع و پایان هر کار ثبت می‌شود، از هر لوازمی که در واحد نصب می‌شود عکس گرفته می‌شود و پرداخت در اپلیکیشن انجام می‌شود تا کارکنان نتوانند قیمت نادرست اعلام کنند. دومی وعده‌ی رصد کارکنان را می‌دهد: ساعت ورود، یادآوری کارهای روزانه، تعداد کارها در روز و ماه، تیم‌ها و چارت سازمانی.
عنوان اسلاید کارکنان «رصد رفتار و کاهش نیروی انسانی» است؛ عنوانی که برای مالک نوشته شده، نه برای کسانی که رصد می‌شوند.
شکل 06پنل مدیریت آن‌طور که ارائه نشانش می‌دهد: جدول مستأجران روی تبلت و آنچه مدیران می‌توانند پیگیری کنند. اطلاعات تماس در ماکاپ محو شده است.
رصد کارکنان: ساعت ورود، یادآوری کارها، تیم‌ها و چارت سازمانی.
06محصول
قیمت‌گذاری به‌صورت اشتراک
ارائه‌ی اول از همان ابتدا سرویس را به شکل اشتراک و در سه سطح قیمت‌گذاری کرده بود: Base برای ۱۰۰ کاربر، Pro برای ۳۰۰ کاربر و Custom بدون محدودیت. پرداخت ماهانه بود یا سالانه با ۳۰٪ تخفیف، و دست‌کم برای شش ماه. Base اتوماسیون نداشت: نه اعلان خودکار، نه قطع خودکار، نه پاداش و جریمه‌ی دیرکرد.
آخرین اسلاید برنامه‌ی تحویل است: جلسه با مدیران در هفته‌ی اول، جریان‌ها در هفته‌ی دوم، و سپس دو فاز. فاز دوم هم‌زمان با ساخت فاز اول طراحی می‌شود، پس فاز اول در هفته‌های ششم و هفتم و فاز دوم در هفته‌های یازدهم و دوازدهم تحویل می‌شود.
هدیش مال.
شکل 08برنامه‌ی ۱۲ هفته‌ای: فاز دوم هم‌زمان با ساخت فاز اول طراحی می‌شود و هر فاز با تحویل و راه‌اندازی تمام می‌شود.
07تصمیم‌های کلیدی
پنج تصمیم پشت این کانسپت
هر کدام در صفحه‌ها دیده می‌شود یا در ارائه‌ها بیان شده است.
01
یک سرویس وب برای سه گروه، نه سه اپلیکیشن
مستأجران، مدیران و کارکنان همه از یک سرویس در مرورگر استفاده می‌کنند؛ صفحه‌های مستأجر روی نشانی وب مجتمع کشیده شده‌اند و از یک لینک باز می‌شوند. لازم نیست کسی چیزی نصب کند و مجتمع فقط یک سیستم را اداره می‌کند.
بده‌بستان
صفحه‌ی وب نمی‌تواند پوش نوتیفیکیشن بفرستد، پس هر هشدار با پیامک ارسال می‌شود.
02
قاعده‌های پرداخت را خودکار کن
پاداش پرداخت به‌موقع، جریمه‌ی دیرکرد خودکار و قطع خدمات واحد بدهکار، جای یادآوری‌ها و پیگیری‌هایی را می‌گیرند که ارائه وعده می‌دهد حذفشان کند.
بده‌بستان
قطع خودکار خدمات برخورد تندی است با مستأجری که مجتمع می‌خواهد نگهش دارد.
03
برای هر کار قیمت و سابقه ثبت کن
قیمت خدمات در نرم‌افزار تعیین می‌شود. کارکنان شروع و پایان هر کار را ثبت می‌کنند و از هر لوازمی که نصب می‌کنند عکس می‌گیرند تا بشود صورت‌حساب مستأجر را با کار انجام‌شده مقایسه کرد.
بده‌بستان
08نقش من
سهم سینا
این فهرست از روی خود فایل نوشته شده است. فایل نام هیچ تیمی را نمی‌برد، پس فهرست فقط کاری را نشان می‌دهد که در فایل هست و ادعای طراحی انفرادی نیست.
مسئولیت با من
↳ایده: اپلیکیشنی که سینا در نقش بازاریاب پیشنهاد داد
↳شش صفحه‌ی مستأجر: صفحه‌ی اصلی، خدمات، کیف پول و سه حالت پرداخت
↳چیدمان پنل مدیریت، جدول مستأجران و داشبورد مالی
↳دو ارائه‌ی فروش برای هدیش مال
↳سه سطح قیمت و برنامه‌ی تحویل ۱۲ هفته‌ای
مسئولیت مشترک
—
همکاری
↳مدیریت هدیش مال، مخاطب ارائه‌ی اول
اسلایدهای فنی درباره‌ی زیرساخت، امنیت و استقرار توضیح می‌دهند که یک تیم توسعه سرویس را چطور می‌ساخت. در فایل نشانه‌ای نیست که سرویس ساخته یا خریده شده باشد.
09نقد
ارائه بیشتر از صفحه‌ها وعده می‌دهد
ارائه پنل مدیریت، سرویس کارکنان و قاعده‌های خودکار را وعده می‌دهد، اما فایل سمت مستأجر را کشیده است. صفحه‌ی پنل جای هجده صفحه دارد، برای سه بخش در دو حالت و سه عرض، و فقط دو تا در آن هست: جدول مستأجران، و داشبورد مالی‌ای که منویش مال یک محصول نوبت‌دهی کلینیک است. سمت مدیر و کارکنان در اسلایدها استدلال شده، نه طراحی.
عددها هم در همین بخش‌ها درست درنمی‌آیند. در صفحه‌ی خدمات سه خدمت تیک خورده‌اند، هر کدام ۲۵۰٬۰۰۰ تومان، اما مبلغ کل ۲۵۰٬۰۰۰ است. در اسلاید قیمت‌گذاری، سوییچ سالانه ۳۰٪ از Pro و Custom کم می‌کند اما از Base نه؛ پس ارزان‌ترین پلن قیمت ماهانه‌ی بالاتری از پلن میانی نشان می‌دهد.
بارگذاری رسید یعنی کسی باید هر واریز بانکی را دستی بررسی کند، در حالی که ارائه وعده داده بود پرداخت‌ها بدون پیگیری آدم‌ها انجام شوند.
همه‌ی کارت‌های خدمات یک قیمت و یک توضیح موقت مشترک دارند.
آنچه به خریدار فروخته می‌شد، همان نیمه‌ای از محصول بود که کمتر کشیده شده بود.
10نتایج
یک ارائه، نه یک محصول
در فایل هیچ نشانه‌ای نیست که سرویس ساخته، فروخته یا استفاده شده باشد. آنچه در فایل هست، طراحی سمت مستأجر و یک ارائه‌ی کامل برای هدیش مال است.
صفحه‌ی مستأجر
۶
صفحه‌ی اصلی، خدمات، کیف پول و سه حالت پرداخت، برای هدیش مال
خروجی تحویل‌شده
اسلاید در ارائه‌ی نهایی
۱۷
از سه سرویس تا امنیت، آموزش و استقرار
خروجی تحویل‌شده
هفته در برنامه‌ی تحویل
۱۲
دو فاز، که دومی هم‌زمان با ساخت اولی طراحی می‌شود
خروجی تحویل‌شده
آنچه تحویل شد
↳طراحی وب‌اپ مستأجر: خدمات، کیف پول و حالت‌های پرداخت
↳چیدمان پنل مدیریت با جدول مستأجران
↳سه سطح قیمت بر اساس تعداد کاربر
↳ارائه‌ی ۱۷ اسلایدی و برنامه‌ی تحویل ۱۲ هفته‌ای
11آنچه یاد گرفتم
چیزهایی که تغییر می‌دادم
01
همان سمتی را بکش که می‌فروشی
ارائه به مدیران یک پنل و به مالکان یک سرویس کارکنان می‌فروخت، اما فایل صفحه‌های مستأجر را کشیده است. دو صفحه‌ی کامل از پنل بهتر از چهار اسلاید پر از چک‌لیست از این ادعا دفاع می‌کرد.
02
پیش از ارائه، عددها را درست کن
مبلغ کل دو مورد از سه مورد تیک‌خورده را نادیده می‌گیرد، و تخفیف سالانه ارزان‌ترین پلن را گران‌ترین نشان می‌دهد. در ارائه‌ای درباره‌ی شفافیت مالی، خریدار اول از همه حساب‌های روی اسلایدها را بررسی می‌کند.
03
کاری را که طراحی نیمه‌تمام گذاشته تمام کن
با بارگذاری رسید بانکی، پای یک آدم دوباره به پرداخت‌هایی باز می‌شود که ارائه وعده می‌دهد خودکار شوند. یک درگاه پرداخت در فاز اول، یا دست‌کم صفی در پنل مدیریت برای بررسی رسیدها، به این وعده وفا می‌کرد.
ارائه‌ی اولارائهای برای هدیش مال که با سه سطح قیمت تمام می‌شود
04
ارائه‌ی دوم۱۷ اسلاید: عملیات، امنیت، آموزش، استقرار و برنامه‌ای ۱۲ هفته‌ای؛ بدون قیمت
موجودی کیف پول کافی نیست: از مستأجر خواسته می‌شود آن را شارژ کند.
شکل 04سه حالت پرداخت: از کیف پول، با واریز بانکی و رسید، یا متوقف بهخاطر کمبود موجودی.
قطع خدمات: خدمات، درخواست‌ها و حساب تا پرداخت بدهی تعلیق می‌شوند.
شکل 05قاعده‌های پرداخت در ارائه.
شفافیت: قیمت، زمان و عکس هر خدمت در نرم‌افزار ثبت می‌شود.
شکل 07وعده‌های عملیاتی.
کارکنان باید بیشتر ثبت کنند و این سابقه را می‌شود نوعی زیر نظر گرفتن آن‌ها دانست.
04
رسید واریز بانکی را کنار کیف پول بپذیر
مستأجر می‌تواند بیرون از اپلیکیشن پرداخت کند و عکس رسید را بارگذاری کند؛ یک هشدار هم تأکید می‌کند که مبلغ باید دقیقاً درست باشد.
بده‌بستان
هر رسید را باید یک نفر بررسی کند؛ همان کاری که بقیهی طراحی سعی می‌کند حذفش کند.
05
سرویس را اشتراکی بفروش، نه به‌صورت پروژه‌ی یک‌باره
قیمت بر اساس تعداد کاربر سطحبندی می‌شد، با پرداخت ماهانه یا سالانه و دست‌کم برای شش ماه. به این ترتیب مجتمع برای سرویسی در حال کار پول میداد، نه برای خرید یک پروژه‌ی تمامشده.
بده‌بستان
با حداقل مدت قرارداد، مجتمع باید قبل از دیدن کارکرد سرویس متعهد شود.
