Як зробити портал для клієнтів без пароля

Адріана — дієтологиня в Пачуці, і в неї близько сорока пацієнтів на місяць. Її справжня робота — не сама консультація, а те, що відбувається між однією консультацією та наступною. Вона продає чотиритижневу програму з матеріалами — гайд про порції, список покупок, збірник рецептів — і надсилає все через WhatsApp. Пам’ятає дату наступного прийому. У блокноті записує, хто вже заплатив повністю, а хто на половині суми. І щотижня по три-чотири рази відповідає на одне й те саме повідомлення: “привіт, а можеш переслати гайд ще раз? у мене чат стерся”.

Усе це вирішує портал для клієнтів. І складна частина тут — зовсім не та, про яку всі думають.

Що таке портал для клієнтів?

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

У випадку Адріани це три речі: коли наступна консультація, матеріали програми, які можна завантажувати скільки завгодно разів, і скільки вже сплачено.

Чи справді твоїм клієнтам потрібен пароль?

Майже ніколи — і саме тут більшість таких проєктів помирає.

Ми вже говорили про те, що малому бізнесу рідко потрібен застосунок з реєстрацією й паролем. Це досі правда. Проблема в тому, що слово “портал” одразу асоціюється з логіном, а щойно просиш людину створити акаунт — ти вже втратив половину: пароль забувається, тобі пишуть у WhatsApp, щоб нагадав, і в підсумку ти вручну робиш саме ту роботу, від якої мав звільнити тебе портал. Пацієнтка Адріани не запам’ятає пароль, яким користується раз на місяць.

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

Звідки твій портал знає, що це саме твій клієнт?

Є два способи, і жоден з них — не пароль.

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

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

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

Що має відповідати портал, коли хтось не є власником замовлення?

Рівно те саме, що він відповів би, якби цього замовлення взагалі не існувало. Не “це замовлення не твоє”, не “такий акаунт існує, але тобі не показати”: просто нічого не знайдено. Це правило, яке відрізняє серйозний портал від такого, що може завдати серйозних проблем, — і про нього майже ніхто не думає.

Звучить як технічна дрібниця, але це не так. Портал, який по-різному відповідає на “не існує” і на “існує, але не твоє”, перетворюється на пошуковик чужих клієнтів: будь-хто, перебираючи пошти, з’ясує, хто є пацієнтом Адріани. Це не помилка програмування — це проблема для людей, які їй довірилися. Те саме стосується магазину, майстерні чи салону краси — список того, хто в тебе купує, це інформація про твоїх клієнтів, а не твоя власна.

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

Що бачить твій клієнт усередині?

Три блоки — і краще, щоб їх було три, а не десять.

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

Свій запис. Коли наступний прийом. Деталі того, як налаштувати систему записів позаду сайту, ми вже розбирали окремо; у порталі важливо лише одне — щоб клієнт бачив дату, не питаючи тебе.

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

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

Чого не повинно бути: месенджера. У тебе вже є WhatsApp, і в твоїх клієнтів теж. Чат усередині порталу — це ще одна скринька, яку ніхто не перевіряє.

А якщо купили як гість, а потім завели акаунт?

Їхні попередні покупки мають з’явитися самі, щойно людина зайде під тією ж поштою. Ніяких прохань написати тобі, щоб ти “перекинула” їй історію покупок.

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

З чого почати

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

З цим уже можна прямо так і описати задачу в Proyecta: “портал для моїх пацієнтів, де кожен бачить свою наступну консультацію, матеріали придбаної програми і скільки вже сплачено, без створення пароля”. Опиши й опублікуй на proyecta.dev.