Личный кабинет клиента или партнёра
Заявки, статусы, история заказов, документы, цены под конкретного контрагента, уведомления. Снимает с менеджеров поток вопросов «а что там по моему заказу» — обычно это первое, ради чего кабинет и заказывают.
Процесс, который живёт в переписке и десятке таблиц, ломается ровно тогда, когда компания начинает расти. Собираю сервис, который делает эту работу за людей: личный кабинет, расчёт, заявки, роли, уведомления. Первая рабочая версия — за 4–6 недель. Красивой она не будет: сначала она должна работать, вылизывать интерфейс дешевле потом, когда понятно, чем пользуются.
Список не полный. Но если ваша задача где-то рядом, вилка по срокам и деньгам будет примерно такой же.
Заявки, статусы, история заказов, документы, цены под конкретного контрагента, уведомления. Снимает с менеджеров поток вопросов «а что там по моему заказу» — обычно это первое, ради чего кабинет и заказывают.
Расчёт сметы, подбор комплектации, цена по параметрам. На сайте работает как инструмент продаж, внутри компании — как единственный источник цен вместо десяти версий прайса, гуляющих по почте.
Учёт заявок, распределение по исполнителям, графики, отчёты, выгрузка документов, интеграции с CRM и 1С. Заменяет связку «таблица плюс чат плюс память одного сотрудника, который скоро уволится».
Список желаемых функций на первой встрече всегда длинный, и половина из него не понадобится. Поэтому в первую версию идёт один сценарий: тот, который экономит деньги или время уже сейчас. Его доводят до состояния, когда им пользуются каждый день, — и на этом останавливаются.
Дальше решает практика. Через месяц работы становится видно, что действительно мешает, и следующая порция функций собирается под факты, а не под предположения. Заодно выясняется, что три пункта из первого списка никому не нужны, и это экономит вам деньги.
Типовой код, тесты, миграции и документацию я пишу в связке с ИИ. Это та часть работы, которая съедает больше всего часов и меньше всего требует размышлений. Освободившееся время уходит на то, что решает: структура данных, логика ролей, поведение системы, когда что-то пошло не так.
Побочный эффект — нет цепочки согласований между аналитиком, дизайнером и разработчиком. Правка обсуждается и попадает в проект в тот же день.
Обратная сторона у этого тоже есть, и её стоит знать заранее. Я один. Если вам нужны параллельно три потока работ и подстраховка на случай моей ангины, честнее идти в студию.
Репозиторий, сервер, домен и доступы оформляются на вашу компанию с самого начала. Исходники отдаются целиком, с инструкцией по развёртыванию: следующий разработчик продолжит, не переписывая всё заново.
Это не альтруизм, а условие честной сделки. Подрядчика выбирают снова, потому что с ним удобно, а не потому, что уйти дороже, чем остаться.
Сайт рассказывает и собирает заявки. Сервис работает: считает, хранит, пускает по ролям, шлёт уведомления, выгружает документы. Простой признак — если в описании задачи звучит «личный кабинет», «расчёт», «заявки внутри компании» или «таблица, которую ведут пятеро», это уже сервис. Бывает и наоборот: задача решается настройкой того, что у вас уже куплено. Тогда я так и скажу, разработка тут лишняя трата.
Потому что в сервисе есть данные, а на лендинге их нет. Данные надо где-то хранить, разграничивать к ним доступ, не терять при сбое и уметь выгрузить, когда попросят. База, вход по паролю, роли, резервные копии, тесты — этой работы на сайте не существует вовсе, а занимает она больше половины проекта. Точная смета появляется после описания сценариев и дальше не двигается.
Так и делаю, это и есть MVP. Из списка хотелок выбираем один сценарий — тот, который экономит деньги или время уже сейчас, — и доводим до состояния, когда им пользуются каждый день. Срок 4–6 недель. Остальное добавляется, когда видно, чем люди реально пользуются: примерно половина первоначального списка отпадает сама.
Вам. Репозиторий, сервер и домен оформляются на вашу компанию, исходники отдаются целиком, с инструкцией по развёртыванию. Продолжать со мной — ваш выбор, а не следствие того, что больше никто не разберётся в чужом коде.
ИИ забирает рутину: типовой код, тесты, документацию, миграции. Что за чем идёт, как устроены данные и что система делает при ошибке — решаю я, и отвечаю за это тоже я. На практике это значит, что MVP собирается за недели вместо квартала и по цене одного человека, а не команды. Каждый релиз проходит тесты. Это не про «быстро накидал»: накиданное потом сопровождать дороже, чем написать заново.
Страница обновлена
Достаточно описать, как процесс устроен сейчас и что в нём болит. Разложу на сценарии, скажу, что войдёт в первую версию, а что честнее отложить, и назову вилку по срокам и деньгам.
Спасибо! Отвечу в течение дня — обычно быстрее. Если вопрос срочный, напишите в Telegram.