Личный опыт: как я 3 года строил систему учёта времени, чтобы перестать терять деньги и контекст с джунами
Хочу поделиться историей, которая началась с простого желания навести порядок в своей работе, а закончилась созданием собственного инструмента. Это не история успеха в классическом понимании, а скорее честный разбор ошибок, тупиков и неочевидных решений, которые растянулись на три года.
Проблема №1: Я не умел продавать своё время, но пытался
Всё началось с идеи, которая казалась гениальной в моей голове: публичный календарь, где клиенты и ученики могут бронировать мои консультационные слоты за деньги. Я разработчик с 15-летним стажем, думал - моя экспертиза должна хорошо продаваться. Реализовал, сделал красивый интерфейс, разместил ссылку… и ничего. Абсолютный ноль.
Главный инсайт: Оказалось, что продавать себя в формате «цифровой витрины» - это психологически сложно и неестественно. Клиенты не хотят покупать время как абстрактную единицу или я неумею в рекламу; им нужна конкретная задача или решение. Этот провал, однако, дал мне первый кирпичик - работающий модуль календаря с возможностью бронирования.
Проблема №2: Хаос в работе с подмастерьями
Параллельно я продолжал наставлять джуниоров, как делал это уже много лет. Но если раньше их было один-два, то теперь, с ростом потока фриланс-заказов, их стало трое, и всё посыпалось. Возник классический «ад менеджера»:
- Учёт времени: Кто сколько работал? 47 минут или 1 час 5 минут? Скриншоты экрана? Ручные отчёты в чате?
- Оплата: В конце месяца я тратил полдня, чтобы сопоставить задачи из Trello, переписку в Telegram и свои воспоминания.
- Контекст: Чем полезен Вася? Он умеет в Vue, а Петя - в алгоритмах. Но где я это записал? В уме. И это «знание» благополучно испарялось через месяц.
Мой «гениальный» календарь получил второе дыхание. Я просто перевернул его задачу: вместо того чтобы клиенты бронировали моё время, я дал его ученикам, чтобы те отмечали над чем работают. Так появился прототип трекера.
Проблема №3: Создание монстра
Первая версия трекера быстро превратилась в «костыль», который жил своей жизнью. Это была куча скриптов на коленке. Каждый раз, сталкиваясь с новой проблемой (например, нужно было быстро понять, кто свободен для срочного задания), я допиливал эту конструкцию. Она росла, становилась всё менее управляемой и больше походила на лачугу из досок и скотча, чем на инструмент.
Переломный момент: Мне пришла задача собрать небольшую команду под проект на аутстафф. Нужно было быстро найти двух разработчиков с определённым стеком, согласовать с ними ставки и сроки. Моя система рухнула под этим запросом. Я потратил время, чтобы вручную собрать информацию из разных источников. Именно тогда я понял, что нужна не заплатка, а архитектура.
Решение: Построение системы, а не набора функций
Я заморозил все новые «костыли» и сел проектировать заново. Были четкие принципы:
- Время = Деньги. Любой отрезок времени может быть привязан к сумме, используя правила (расписания).
- Профиль вместо резюме. У каждого, с кем я работаю, должна быть «живая» карточка с историей задач, реальными навыками и актуальной ставкой.
- Календарь - это нервная система. Он должен отражать не просто занятость, а показывать, кто на каком проекте «зашит» и когда освободится.
Технический стек выбрал pragmatically: Laravel (бэкенд) и Vue.js с Quasar (фронтенд). Это позволило мне как соло-разработчику двигаться быстро, но не костылить.
Что получилось в итоге
Три года ушло на то, чтобы система из личного «костыля» превратилась в рабочий инструмент. Сейчас я использую её ежедневно для:
- Учёта времени по проектам с привязкой к бюджету. Видно, когда мы подходим к лимиту.
- Хранения контекста по каждому специалисту. Его стек, рост ставки, какие задачи ему лучше давать.
- Планирования загрузки. Публичные календари показывают, кто занят, а у кого есть окно для нового задания.
- Автоматизации собеседований и найма. Кандидат бронирует слот на календаре, а после интервью все заметки сразу фиксируются в его карточке.
Главный вывод: Инструмент, который родился из твоей собственной боли, решает задачи с хирургической точностью. Я не создавал стартап. Я просто последовательно решал свои операционные проблемы, и это вылилось в законченный продукт - Ceki.
Что дальше?
Система работает для меня. Но я верю, что проблемы, с которыми я столкнулся - хаос в учёте времени, сложности управления гибкими командами, потеря контекста - знакомы многим: тимлидам, руководителям небольших студий, фрилансерам.
Поэтому я решил показать этот инструмент сообществу. Сейчас я готовлюсь к запуску на Product Hunt и открыт для фидбека. Особенно от тех, кто прошёл похожий путь.
Если вам близка эта боль - давайте обсудим. Что бы вы добавили в такой инструмент в первую очередь? С какими сложностями в учёте времени и командной работы сталкиваетесь вы?
P.S. Инструмент можно посмотреть здесь: https://ceki.me. Это не идеальный продукт, а отражение моего трёхлетнего пути борьбы с хаосом.