SwiftandScale
12 лет в заказной разработке
Где мой заказ, сколько я должен, где тот акт за март, пришлите счёт ещё раз. Каждый такой вопрос — это человек, который ждёт человека. Разработка личного кабинета превращает их в страницу и возвращает вашей команде часы, которые уходят на пересказ того, что и так лежит в базе.
«Половина обращений — «где мой заказ».»
Это не проблема поддержки, а проблема видимости. Каждое такое сообщение — клиент, который предпочёл бы посмотреть сам, и сотрудник, который зачитывает статус из системы, недоступной клиенту.
«Мы по десять раз пересылаем одни и те же документы, потому что старые никто не находит.»
У документов, разбросанных по почте, нет владельца и нет истории. Вопрос ведь не в том, отправляли ли вы акт, а в том, какую версию, кому и когда.
«Клиенты звонят знакомому менеджеру вместо любой системы.»
И будут звонить, пока система не станет быстрее звонка. Это цель проектирования, а не вопрос регламента: если в кабинете дольше, чем позвонить, звонок побеждает навсегда.
«Данные лежат в трёх системах, и клиент не видит ни одной.»
Вот это и есть настоящая работа кабинета: не новая база, а одно общее окно в те, что уже есть. Основные усилия уходят на сведение, а не на экраны.
Вопрос объёма при разработке личного кабинета клиента — не что показывать, а что ему можно менять. Смотреть дёшево и безопасно, менять — значит трогать системы, на которых стоит бизнес. Мы начинаем с одного действия, которое убирает больше всего переписки, и остальное оставляем до момента, когда настоящая работа покажет, каким оно должно быть. Разработка личного кабинета для сайта, где клиенты уже покупают, идёт тем же порядком.
| Сценарий | Первые восемь недель | Второй этап | Не мы |
|---|---|---|---|
| Аккаунты, вход и состояния вокруг негоПриглашение, сброс, протухание, клиент, у которого уволился контактный человек. Скучно, неизбежно и ломается первым, если пропустить. | Покрыто · Первые восемь недель | Не покрыто · Второй этап | Не покрыто · Не мы |
| Статус того, чего клиент ждётЗаказ, заявка, отгрузка. Самый ценный экран: он убирает самое частое сообщение, которое вы получаете. | Покрыто · Первые восемь недель | Не покрыто · Второй этап | Не покрыто · Не мы |
| Документы и счета с историейКаждая версия, с датой, скачивается сама. Половина «пришлите ещё раз» исчезает на той же неделе. | Покрыто · Первые восемь недель | Не покрыто · Второй этап | Не покрыто · Не мы |
| Одно действие клиентаВыбирается на первой неделе: оставить заявку, загрузить файл, согласовать смету, оплатить счёт. Одно, но сделанное целиком. | Покрыто · Первые восемь недель | Не покрыто · Второй этап | Не покрыто · Не мы |
| Чтение из ваших системКабинет показывает то, что уже знают 1С и CRM. Вторая копия правды — это способ начать расходиться с источником. | Покрыто · Первые восемь недель | Не покрыто · Второй этап | Не покрыто · Не мы |
| Уведомления, которые не отключаютНаписанные человеком и отправленные тогда, когда правда что-то изменилось. Всё остальное приучает клиента вас игнорировать. | Покрыто · Первые восемь недель | Не покрыто · Второй этап | Не покрыто · Не мы |
| Оплата прямо в кабинетеЧаще второй этап: показанный остаток снимает большую часть трения, а приём денег — отдельный разговор с провайдером. | Не покрыто · Первые восемь недель | Покрыто · Второй этап | Не покрыто · Не мы |
| Самообслуживание сверх одного действияЧто именно нужно, становится видно после месяца работы. Угадывать раньше — строить не те три вещи. | Не покрыто · Первые восемь недель | Покрыто · Второй этап | Не покрыто · Не мы |
| Замена CRM или учётной системыСовсем другой проект, и обычно идея хуже, чем кажется рядом с кабинетом. | Не покрыто · Первые восемь недель | Не покрыто · Второй этап | Покрыто · Не мы |
Состав выходит из первой недели. Не двигается порядок: сначала только чтение, потом одно действие, остальное — после настоящей работы.
Самый дешёвый час этого проекта тратится в вашем почтовом ящике с карандашом. Где заказ, сколько должен, пришлите счёт, кто мой менеджер, когда приедет мастер — пять категорий обычно закрывают большую часть объёма и говорят, что кабинет обязан отвечать в первый день, точнее любого совещания. Заодно появляется число, которым эта работа обосновывается: если два человека полдня отвечают на три вопроса, окупаемость считается, а не декларируется.
Экраны — видимая и дешёвая часть. Работа в том, что заказ лежит в одной системе, счёт во второй, накладная в третьей, а клиент считает это одной вещью. Построить окно означает свести личности между системами — одна и та же компания в трёх написаниях, номер заказа, который в бухгалтерии значит другое, — и решить, что показывать, когда системы расходятся. Поэтому мы читаем из ваших систем, а не копируем: копия однажды разъедется, и с этого дня кабинет начнёт вежливо врать. Если ваши клиенты — компании, эту же работу называют разработкой B2B-портала, и сводить там приходится ещё больше: у одной компании несколько сотрудников, договоров и прав доступа.
Как мы проектируем данные, которые доживают до второго годаКабинет выносит данные из-за вашего периметра на страницу входа в интернете, и это заслуживает большего, чем успокаивающая фраза. По делу: каждый запрос проверяет на сервере, вправе ли этот пользователь видеть эту запись, — не интерфейс прячет кнопку, а сервер отказывает. Документы отдаются приложением, а не лежат по угадываемым адресам. Сессии протухают, ссылки на сброс одноразовые, а в тестах есть попытка клиента открыть чужой заказ. Именно этой проверки чаще всего и не хватает, и именно она попадает в новости.
Сьют, который покрывает эти путиКаждое действие клиента — это дорога внутрь ваших рабочих систем, и каждой нужны правила: кто вправе отменить, что происходит с оплаченным заказом, какие изменения требуют согласования. Сделать пять таких дорог сразу — удвоить проект, не увеличив пользы, потому что основное облегчение даёт возможность посмотреть, а не сделать. Одно действие, выбранное потому, что оно убирает настоящую работу, — правильная первая версия. Второе и третье станут очевидными, когда кабинетом начнут пользоваться.
Три причины, по убыванию. Вход, который не проходится: письмо со сбросом не дошло, приглашение протухло, контактное лицо уволилось и унесло аккаунт. Данные, которые устарели или противоречат тому, что только что сказал менеджер. И задача, которую быстрее решить звонком. Первое — инженерия, второе — интеграция, третье — проектирование, и проигрыш в любом возвращает всех в почту, куда вместе с ними возвращается и та стоимость, которую вы убирали.
В первой версии кабинет — адаптивная страница: в неё заходят короткими визитами, и на телефоне это работает без установки. Когда клиенты начинают заходить каждый день и ждут пуша о статусе заказа, следующей фазой делаем приложение для iOS и Android — на тех же данных и с той же проверкой доступа на сервере.
Мобильная разработка: цена и срокиИнтеграция идёт рано, потому что именно в ней можно ошибиться. Экраны — известная величина: времени берут много, сюрпризов не приносят.
Вместе смотрим вашу почту и считаем, о чём спрашивают на самом деле. Из этого получается список экранов и то единственное действие, которое стоит сделать первым.
Вы видитеСписок того, на что отвечает кабинет, с объёмом обращений против каждой строки.
Вход, приглашения, сбросы и связь между вашими системами и одной личностью клиента. К концу третьей недели развёрнуто на настоящем адресе.
Вы видитеМожно пригласить живого клиента, он войдёт и увидит пустой кабинет.
Статусы, документы, история — вытянутые из ваших систем, а не скопированные. Это и есть версия, которая убирает большую часть писем, и она намеренно появляется в середине проекта.
Вы видитеКлиент отвечает себе на три самых частых вопроса, ничего вам не написав.
Заявка, загрузка, согласование или оплата — вместе с правилами о том, кто вправе это сделать и что происходит на вашей стороне.
Вы видитеТо, что раньше приходило письмом, приходит записью в системе.
Неприятная неделя: один клиент тянется к данным другого, сессия протухает посреди формы, документ запрашивают по угаданному адресу. Всё, что должно быть отказано, отказывается — тестами, которые остаются работать после нас.
Вы видитеСьют, который громко падает, если кто-то увидит лишнее.
Несколько лояльных клиентов работают в кабинете, мы смотрим и правим. Потом пайплайн, инструкция и доступы переезжают к вам, и ваш разработчик один раз выкатывает кабинет сам.
Вы видитеВсё в ваших аккаунтах, живые клиенты внутри, тесты зелёные на каждый пуш.
То же, что на любой системе такого размера, и снимки — из наших работ, а не из шаблона.
В сьюте есть пути, которые никто не показывает на демонстрации: клиент запрашивает чужой заказ, документ тянут по угаданному адресу, сессия протухает посреди формы. Они идут на каждый пуш, потому что правила доступа ломаются тихо и изнутри выглядят нормально.
jest по test/*.e2e-spec.ts в маркетплейсе, который мы ведём, 21 августа 2026
Кабинет показывает факты, которыми владеют другие системы. В модели записано, какая система что сказала и когда это читали в последний раз, — тогда расхождение кабинета с 1С становится вопросом с ответом, а не спором.
schema.prisma маркетплейса, который мы ведём
Пуш, тесты, выкатка и откат, которым уже пользовались при вас. Кабинет, от которого зависят ваши клиенты, не должен обновляться одним человеком с ноутбука.
.github/workflows/ci.yml из репозитория этого сайта
Если это звучит как «нет», скажите на созвоне. Иногда правильный ответ — еженедельное письмо со статусами, которое делается за два дня и убирает те же сообщения.
Коротко. Длинные ответы — на созвоне.
В каждой человек снаружи компании открывает свой кабинет и видит только свои вещи — та же задача, что на этой странице.
Площадка с двумя сторонами, ИИ-студией, которая берёт деньги за каждую генерацию, и безопасной сделкой: маркетплейс не берёт платёж себе, его держит платёжный провайдер. Сложное здесь не каталог, а решение — в коде, — в какой именно момент деньги и файлы меняют владельца.
Две аудитории, у каждой свои заказы, документы и деньги, а правила о том, кто что вправе сделать, проверяет сервер, а не интерфейс.
У позаказного производства нет каталога и нет кнопки «повторить». Каждое изделие делается для одного человека по меркам, которые компьютер снимает со скана, и система обязана удержать эту нить от первого приёма через изготовление, доставку и переделку через полтора года.
Доступ считается по бренду, филиалу и городу одновременно: каждый видит ровно свою работу и ничего рядом. Тот самый вопрос про доступ, решённый в масштабе целой компании.
Своя CRM студии разработки: договор, ТЗ, счёт и акт собираются в PDF из одной карточки проекта, клиент принимает этапы в своём кабинете по пунктам ТЗ, а каждое его замечание сразу становится задачей в GitHub. Это CRM для IT-компании, которой мы пользуемся сами.
Кабинет, который клиент открывает по одной ссылке без входа и в котором принимает этап по пунктам ТЗ, а замечание сразу становится задачей разработчику.
Магазин запчастей для розницы и оптовиков: поиск по номеру детали с аналогами и заменами, цена под группу покупателя, гараж клиента и кабинет, куда поставщики сами загружают прайсы. Разбор для тех, кто думает, как открыть интернет-магазин автозапчастей, и хочет понять, где в нём настоящая работа.
Кабинет поставщика, куда он сам загружает прайс файлом CSV, и кабинет покупателя с гаражом машин и запросами на подбор.
У кабинета есть отказ, который дороже всех остальных вместе взятых, и он не выглядит как отказ: один клиент видит данные другого.
Половина заказов на кабинет звучит как «показать клиенту данные из 1С». Дальше начинаются три вопроса, ответы на которые стоят недель.
MES отвечает на вопросы цеха: где сейчас заказ, кто что сделал за смену и из какой партии изделие. Разбираем, чем она отличается от ERP и 1С, как за минуту проверить, есть ли у вас её задача, и когда нужна совсем другая система.
