Клієнтський портал для дизайну інтер'єру: показуйте проєкт онлайн

Клієнтський портал для дизайну інтер'єру — це одне посилання, де клієнт бачить кошторис, погоджує або відхиляє позиції, перевіряє графік платежів і стежить за доставкою. Так ви перестаєте відповідати на одні й ті самі питання в чатах. Щоб це працювало, визначте, що потрібно клієнтові на кожному етапі, приховайте свої внутрішні цифри і домовтеся, як відбуваються погодження. Нижче наведено робочий процес планування, налаштування і ведення порталу.

Що клієнт має бачити онлайн

Перш ніж обирати інструмент, випишіть питання, які клієнти ставлять вам найчастіше. У більшості проєктів вони зводяться до чотирьох: що я вже погодив, скільки і коли маю платити, коли це приїде і що вам потрібно від мене зараз. Портал має відповідати на них без дзвінка.

Питання клієнта	Що показувати в порталі	Що приховати
Що є в моєму проєкті?	Кошторис за кімнатами з фото, назвами, кількістю і клієнтськими цінами	Закупівельні ціни, націнка, прибуток
Що я вже погодив?	Статуси позицій: погоджені та такі, що очікують на розгляд	Внутрішні коментарі команди, відхилені варіанти постачальників
Скільки і коли я маю платити?	Графік платежів, квитанції про оплати клієнта	Ваші умови та знижки постачальників
Коли це приїде?	Дати замовлення, доставки і прийняття	Ваші переговори з постачальником щодо затримок
Що вам потрібно від мене?	Позиції, що чекають на погодження, ваші запитання	Ваш внутрішній список завдань

Чому портал замінює PDF для оновлень статусу

PDF — це знімок. Наступного дня після відправки ціна змінюється, позицію замінюють або доставку переносять, і в клієнта вже лежить застарілий файл. Портал показує поточний стан, тож на початку проєкту ви надсилаєте одне посилання, а не новий файл щотижня. PDF і далі корисні для офіційного погодження або для тієї частини кошторису , яку ви передаєте третій стороні.

Сплануйте портал перед тим, як ним поділитися

Портал, який відкривають напівпорожнім, привчає клієнта ігнорувати його. Витратьте 30–60 хвилин на підготовку, і перше враження буде про чіткий, керований проєкт.

1. Складіть перелік рішень, які потрібні від клієнта. Запишіть, які позиції мають бути погоджені протягом наступних двох тижнів. Вони йдуть першими, а решта може почекати.
2. Заповніть дані по кожній позиції. Кожна позиція, яку побачить клієнт, потребує фото, зрозумілої назви, кількості та ціни для клієнта. Рядок без фото чи ціни породжує запитання, а запитання породжує затримку.
3. Чесно виставте статуси. Позначати як такі, що потребують погодження, варто лише позиції, готові до рішення. Якщо клієнт відкриє портал і побачить 80 позицій на погодження, він не погодить жодної.
4. Оберіть рівень доступу. Вирішіть, чи клієнт лише переглядає проєкт, чи також погоджує й відхиляє позиції. Для більшості житлових проєктів саме погодження всередині порталу економить найбільше часу.
5. Оберіть, що буде видно. Спочатку задайте загальні правила для всього проєкту (наступний розділ), а потім робіть винятки для окремих позицій.
6. Перегляньте все очima клієнта. Відкрийте попередній перегляд, перегляньте кожен екран і переконайтеся, що жодні внутрішні номери чи дані постачальника випадково не видно.
7. Надішліть посилання з коротким повідомленням. Скажіть, на що звернути увагу в першу чергу, як затвердити документ і коли ви очікуєте відповіді.

Коротке повідомлення, яке працює

Зробіть його чотирьохрядковим: що це за посилання, що вам потрібно від клієнта цього тижня, як поставити запитання і коли буде наступне оновлення. Наприклад: «Ось актуальна кошторисна пропозиція для вашого проєкту. Будь ласка, перегляньте 12 позицій для вітальні до п’ятниці. Якщо щось незрозуміло, скористайтеся кнопкою запитання біля будь-якої позиції. Дати доставки я оновлюватиму щопонеділка».

Вирішіть, що клієнт бачить у картці кожної позиції

Картка позиції — це місце, де найчастіше формується довіра або втрачається. Клієнт хоче переконатися, що товар саме той, який він обрав, і бачити, на якому він етапі. Ви ж хочете не відкривати свої відносини з постачальниками та маржу. Скористайтеся цими стандартними налаштуваннями або змініть їх відповідно до політики вашої студії.

Дані в картці позиції	Рекомендація за замовчуванням	Причина
Фото та галерея	Показувати	Клієнт затверджує те, що бачить
Ціна для клієнта	Показувати	Затвердження без ціни не є затвердженням
Артикул (SKU) і розміри	Показувати	Дозволяє клієнту або підряднику перевірити, чи підійде товар
Постачальник і посилання	На ваш розсуд	Корисно для прозорості, але деякі клієнти купуватимуть напряму, минаючи вас
Квитанції про оплати клієнта	Показувати	Прибирає запитання на кшталт «Ви отримали мою оплату?»
Рахунки постачальників і оплата постачальнику	Приховувати	Вони розкривають ваші умови закупівлі
Фото приймання	Показувати	Доказ того, що доставку перевірили
Зміни дат	Приховати або показувати лише фактичні дати	Клієнту потрібна актуальна дата, а не історія затримок постачальників
Кнопка «Запитання»	Показати	Питання залишаються прив’язаними до позиції, а не розкиданими по чатах

Планові дати й фактичні дати

Планові дати — це обіцянки, а фактичні — це факти. Якщо ваші постачальники надійні, показ обох дат допоможе клієнту планувати. Якщо дати доставки часто зсуваються, показуйте лише фактичні дати і при особистій розмові повідомляйте клієнта, коли затримка впливає на графік. Не дозволяйте клієнту дізнаватися про затримку тоді, коли планова дата непомітно змінилася.

Чек-лист перед тим, як надіслати посилання

• Кожна видима позиція має фото, назву, кількість і ціну для клієнта.
• Лише позиції, які потребують рішення, позначені як такі, що очікують на погодження.
• Закупівельні ціни, націнка та прибуток ніде не видимі.
• Рахунки постачальників і оплати постачальникам приховані, якщо ви не вирішили інакше.
• Відхилені або застарілі позиції видалені або чітко позначені.
• Посилання має правильний доступ: лише перегляд або перегляд із погодженням і відхиленням.
• Ви відкрили попередній перегляд і перевірили щонайменше три картки позицій.
• Ви знаєте, хто у вашій команді отримує запитання клієнта.

Проводьте погодження та запитання через портал

Портал економить час лише тоді, коли клієнт використовує його як основний канал для рішень. Це залежить від кількох звичок, а не від налаштувань.

1. Групуйте запити. Запитуйте погодження за кімнатою або категорією, із дедлайном. Десять позицій в одному запиті отримують відповідь швидше, ніж десять окремих повідомлень.
2. Пояснюйте дедлайн. Пов’яжіть це з наслідком: «Якщо плитку затвердять до 10-го, її привезуть до початку роботи плиточника.» Замовляйте терміни постачання у вашому графіку закупівель зробіть цей аргумент конкретним.
3. Відповідайте на запитання в порталі. Якщо клієнт питає про позицію в чаті, відповідайте посиланням на цю позицію і попросіть наступного разу користуватися кнопкою запитання. Так уся історія зберігається в одному місці.
4. Пропонуйте альтернативу, якщо клієнт відхиляє варіант. Відмова без заміни зупиняє графік. Підготуйте дешевший або швидший варіант для позицій, які клієнти найчастіше відхиляють, наприклад великі меблі та освітлення.
5. Підтверджуйте рішення письмово один раз. Погодження в порталі є робочим записом. Для великих позицій або змін обсягу договору зберігайте також звичайну письмову угоду.
6. Оновлюйте статуси в фіксований день. Оберіть один день на тиждень для оновлення статусів і термінів. Клієнти перестають питати про статус, коли знають, коли він змінюється.

Приклад впливу на щотижневу рутину

Це ілюстративний приклад, а не виміряний результат. Уявіть студію з проєктом вітальні та кухні на 60 позицій. До порталу дизайнер щоп’ятниці надсилає PDF і протягом тижня відповідає на близько 15 повідомлень про статус. Після переходу на портал з фіксованим оновленням у понеділок дизайнер відповідає лише на запитання, прикріплені до конкретних позицій, і надсилає одне повідомлення на тиждень: «12 позицій потребують вашого рішення, загалом 18 500 EUR, термін — четвер». Час, який ви заощаджуєте, міститься не в інструменті, а в меншій кількості розмов.

Типові помилки

• Відкриття порталу занадто рано. , ” Кошторис, повний заглушок, плутає клієнта і провокує торг щодо ціни незавершених позицій.
• Показ усього. , ” Чим більше видимих даних, тим більше питань. Показуйте лише те, що підтримує рішення.
• Приховування всього. , ” Якщо клієнт не бачить статусів і дат, він запитуватиме їх у повідомленнях.
• Ніколи не закривати доступ. , ” Коли проєкт завершено, встановіть термін дії або відкличте посилання. Старі посилання не повинні залишатися відкритими безстроково.
• Сприйняття порталу як заміни розмови. , ” Великі зміни, затримки та перевитрати бюджету спочатку варто обговорити, а потім зафіксувати.

Як це зробити в ArchiBoard

Цей клієнтський портал працює за посиланням, і клієнту не потрібно реєструватися. Ці кроки відповідають описаному вище процесу. Основи налаштування проєкту дивіться в розділі Розділ про проєкти в центрі допомоги.

1. Відкрийте проєкт і перейдіть до «Клієнтський портал» у меню проєкту.
2. На вкладці «Доступ за посиланням» створіть посилання. Оберіть право доступу: «Лише перегляд» або «Перегляд і схвалення / відхилення». За потреби встановіть дату закінчення дії.
3. У блоці «Що бачить клієнт у картці позиції», позначте потрібні прапорці: «Фото і галерея», «Ціна», «Постачальник і посилання», «Артикул і розміри», «Чеки», «Рахунки постачальників», «Фото приймання», «Оплата постачальнику», «Зміни дат», «Кнопка запитання».
4. Оберіть режим дат: «Лише фактичні», «Фактичні і планові» або «Приховати».
5. Відкрийте вкладку «Перегляд для клієнта» і перевірте портал очима клієнта: кошторис з фото і термінами, «Збережено для вас», графік оплат і таймлайн.
6. Щоб змінити один пункт, відкрийте його в попередньому перегляді та скористайтеся блоком Видимість цього пункту внизу картки. Як у проєкті повертає пункт до налаштувань проєкту.
7. Надішліть клієнту посилання. Його запитання з картки пункту надходять відповідальній особі у вигляді завдання. Щоб закрити доступ, відкличте посилання.

Варто знати: за замовчуванням клієнт не бачить рахунків постачальників, оплат постачальникам і змін дат. Приховані дані не просто сховані на екрані: вони ніколи не надсилаються у браузер клієнта. Документи відкриваються через захищене посилання і перестають відкриватися, щойно посилання на портал відкликано або строк його дії минає.

Поширені запитання

Чи потрібен клієнту обліковий запис, щоб користуватися порталом?

Краще, щоб не потрібен. Кожен крок реєстрації зменшує кількість клієнтів, які справді відкривають портал. Портал на основі посилання, як у ArchiBoard, дозволяє клієнту одразу відкрити проєкт. Захистіть його датою закінчення дії та можливістю відкликати посилання після завершення проєкту.

Чи варто показувати клієнту назви постачальників і посилання на товари?

Це залежить від вашої бізнес-моделі. Показ цих даних формує прозорість і допомагає клієнту перевірити товар. Ризик у тому, що клієнт може замовити напряму, і ви втратите контроль над доставкою, гарантією та своїм гонораром. Якщо ви заробляєте на закупівлях або координуєте всі доставки, приховайте дані постачальників або показуйте лише назву товару.

Як не дати клієнту змінювати затверджені пункти?

Откройте доступ по ссылке с правом только на перегляд, как только основные рішення ухвалено, а право погодження залишайте лише для тих етапів, де воно справді потрібне. Якщо пізніше виникне справжня потреба у змінах, ведіть це як окрему розмову та самостійно оновіть кошторис, щоб історія рішень лишалася зрозумілою.

Як часто варто оновлювати портал?

Оберіть сталий ритм, зазвичай раз на тиждень, і оновлюйте статуси, дати поставки та платежі в один і той самий день. Винятки роблять лише для подій, що змінюють плани клієнта, наприклад затримки, яка зсуває дату монтажу. Про такі речі повідомте клієнта напряму, а вже потім оновіть портал.

Чи може портал замінити договір і письмові домовленості?

Ні. Портал є робочим записом вибору, цін і статусів, і він полегшує щоденне спілкування. Договір, зміни обсягу робіт і великі бюджетні рішення все одно варто підтверджувати в письмовій формі, якою зазвичай користується ваша студія. Сприймайте портал як місце, де щоденні рішення видно й легко знайти.