Шаблон Ledgerly: счета фрилансеру и рабочий кабинет

Ledgerly это готовый шаблон Zugo: лендинг сервиса выставления счетов для фрилансеров плюс рабочий кабинет со списком инвойсов, статусами и сводкой по деньгам. Внутри три страницы: продающая, вход и сам кабинет. Клон шаблона в ваш проект бесплатный, кредиты списываются с первой правки в чате.

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

Что внутри шаблона Ledgerly?

Ledgerly интересен тем, что это не просто лендинг: за формой входа лежит рабочий экран с инвойсами. Такая пара удобна, когда продукт надо показать, а не только описать словами.

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

Кнопка отметки об оплате сделана явной. Это важная мелочь: продукт, где статус меняется вручную и быстро, честнее того, где статус якобы обновляется сам, но на деле требует сверки.

Лендинг и кабинет лежат в одном файле и переключаются навигацией, поэтому переделывать их надо согласованно. Если вы пообещали на первом экране функцию, которой нет в кабинете, разрыв заметят на первой же минуте демонстрации.

Кому подходит Ledgerly?

Прямое попадание: сервис выставления счетов, учёт оплат, трекер задолженностей. Всё, где есть список документов со статусами и денежная сводка сверху.

Второй круг: любой продукт со списком заявок в работе. Заказы в мастерской, брони в студии, задачи с оплатой по факту, ремонты в сервисе. Статусы меняются, механика остаётся прежней.

Третий круг менее очевиден: Ledgerly удобен как каркас для лендинга любого SaaS, где хочется показать внутренний экран. Продающая часть сверху, демонстрационный кабинет за кнопкой входа. Это сильнее скриншота, потому что по продукту можно походить.

Не подходит шаблон настоящей бухгалтерии с проводками, актами и отчётностью в налоговую. Такие требования зависят от страны, и они не решаются переделкой макета. Для сборки инструмента под свои правила полезнее разбор про приложение для счетов.

Проверка пригодности занимает минуту: откройте превью, войдите в кабинет и посмотрите на список. Если ваш пользователь приходит именно за таким списком со статусами, шаблон подойдёт почти без переделки структуры.

Как переделать Ledgerly под свою задачу?

Правки делаются в чате обычными фразами. Начинать надо с предмета, потому что от него зависят и тексты лендинга, и поля в кабинете.

1. Смените продукт: «переименуй в Smena, вместо счетов веди заявки на смены, статусы: новая, подтверждена, выполнена, оплачена». Одна фраза меняет обе части.
2. Приведите тарифы к своим: «два тарифа вместо трёх, помесячно 15 и 39 долларов, годовой со скидкой». Тарифы это то, что переписывают чаще всего.
3. Замените блок доверия правдой: если у вас нет соответствия стандартам платежей, уберите эту строку. Ложная гарантия дороже отсутствующей.
4. Перепишите блок вопросов под настоящие возражения клиентов, а не под общие фразы. Три реальных вопроса работают лучше восьми выдуманных.
5. Опубликуйте на адресе вида имя-проекта.zugo.run и пройдите путь от лендинга до кабинета с телефона, включая вход.

Держите одну мысль на правку. Длинная фраза, где смешаны смена названия, новые тарифы и другая палитра, обходится в те же 3 кредита, но проверять результат придётся по трём осям сразу, и непонятно, какую часть переделывать, если что-то не понравилось.

Сколько кредитов уходит на переделку?

Клон шаблона бесплатный: страница копируется в ваш проект без обращения к модели. Кредиты тратятся с первой правки.

Бесплатный тариф даёт 5 кредитов: хватает на клон и одну правку. Pro стоит $25 в месяц за 200 кредитов, Business стоит $99 в месяц. Переделка лендинга и кабинета под свой продукт обычно занимает от восьми до пятнадцати правок.

Почему статусы важнее красивых цифр?

Потому что в продукте про деньги пользователь приходит с одним вопросом: что сейчас происходит с моими счетами. Крупная сумма выручки на этот вопрос не отвечает, а список со статусами отвечает целиком.

В Ledgerly статусов четыре, и они покрывают весь жизненный цикл документа: черновик, отправлен, оплачен, просрочен. Больше статусов не значит лучше. Каждый лишний создаёт пограничный случай, о котором пользователю приходится думать.

При переделке держитесь того же правила. Сначала выпишите состояния, в которых бывает ваш объект, потом уберите те, которые различает только внутренняя система, но не клиент. Обычно из семи придуманных остаётся четыре настоящих.

Отдельно про просрочку: она вынесена в отдельный статус не для красоты. Продукт, который прячет неприятное состояние, теряет главную свою пользу, потому что именно ради просрочек такие инструменты и заводят.

То же правило работает и в других предметных областях. Заявка, которая застряла, доставка, которая опаздывает, задача, которая просрочена: неприятное состояние должно быть видно с первого экрана, иначе список превращается в украшение.

Что подключить, чтобы счета работали по-настоящему?

Шаблон это интерфейс с демонстрационными данными. Чтобы счета жили, принадлежали конкретному пользователю и оплачивались, нужны база, оплата и письма.

Supabase хранит счета и клиентов и держит вход. Формулировка правки: «подключи Supabase, счета храни в таблице, показывай только документы текущего пользователя». Последняя часть фразы обязательна: без неё легко получить общий список счетов на всех пользователей сразу. Stripe закрывает и оплату счетов, и подписку на сам сервис, если вы продаёте его по тарифам с лендинга.

Resend отправляет письма клиенту: сам счёт, напоминание, подтверждение оплаты. Именно письма превращают список в рабочий инструмент, потому что напоминание внутри интерфейса никто не увидит. Google Analytics покажет, сколько людей доходит от лендинга до регистрации, свой домен подключается на платных тарифах, экспорт в GitHub отдаёт исходники настоящим репозиторием.

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

Чего Ledgerly не сделает?

Три честные границы.

Первая: юридическая часть не входит в шаблон. Формат счёта, реквизиты, налоги, нумерация документов, требования к первичным документам: всё это зависит от страны и от формы вашего бизнеса, и ни один шаблон это не решает.

Вторая: демо-данные декоративны. Имена клиентов, суммы и метрики выдуманы для показа. Пока не подключена база, кабинет выглядит рабочим, но ничего не помнит между визитами, и это первое, обо что спотыкаются при показе продукта живому человеку.

Третья: расчётная логика доводится правками, а не одним промптом. Частичные оплаты, курсы валют на дату, повторяющиеся счета по подписке, сверка с банковской выпиской. Каждая такая вещь это отдельный разговор с агентом, и Zugo не заменяет команду разработки там, где эта логика становится сутью продукта.

Ни одна из границ не отменяет пользу шаблона. Для показа продукта, для внутреннего учёта и для первой рабочей версии он подходит целиком, а всерьёз считать чужие деньги стоит начинать тогда, когда есть кому отвечать за корректность расчёта.

С чего начать?

Откройте галерею шаблонов, найдите Ledgerly и запустите превью: клон бесплатный, поэтому пройти путь от лендинга до кабинета можно, не потратив ни одного кредита. Первую правку делайте про предмет и статусы, тарифы и оформление подождут: именно предмет определяет, какие поля и какие метрики вообще имеют смысл.

Если задача ближе к рассылкам и кампаниям, чем к счетам, посмотрите шаблон Loopmail: у него та же связка лендинга и рабочей консоли, но про другое. А общее устройство набора и разницу между категориями разбирает обзор всех 25 шаблонов Zugo.

Дальше двигайтесь короткими шагами: одна правка, один взгляд на результат, одно решение о следующем. Так расход кредитов остаётся понятным, а продукт не уезжает туда, откуда его придётся возвращать.

Взять Ledgerly и переделать под себя можно на zugo.dev: стартовых кредитов хватит, чтобы увидеть свою версию и решить, стоит ли идти дальше. Карта для этого не нужна, а опубликованный проект сразу получает адрес, который можно показать первым пользователям.