Разработка и философия проекта NORM CRM

Контекст: Работа в условиях кризиса

Ключевые тезисы:

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

Финансовое давление

Автор находится в сложной финансовой ситуации: год без работы, дорогая аренда квартиры (35 тыс. руб./мес.), обязательные расходы в год составляют 661 тыс. руб. (55 тыс./мес., 1811 руб./день). Средний чек проектов — 250 тыс. руб., но для комфортной жизни в Петербурге с семьей (3 человека, аренда, два автомобиля) такая сумма лишь покрывает расходы, не позволяя откладывать.

Финансовая грамотность в текущих условиях не помогает без регулярного источника дохода.

Ответственность и выбор

Наличие семьи делает невозможными радикальные решения (например, уехать работать в Китай). Автор владеет китайским языком на высоком уровне (работал синхронистом), но сейчас это не актуально из-за семейных обязательств.

Разработка проекта NORM CRM: Процесс и принципы

Ключевые тезисы:

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

Цель проекта NORM CRM: В первую очередь — решение собственных задач фрилансера (учёт проектов, КП, времени). Развитие как инструмент для "высокоорганизованных одиночек". Монетизация — вторична, главное — полезность для себя и процесс обучения.

Процесс вайп-кодинга

Автор не пишет код самостоятельно. Процесс выглядит так:

Проектирование: создание документа с функциональными требованиями и интерактивного прототипа.
Запрос к Codex: формулирование задачи для нейросети, которая анализирует репозиторий проекта.
Генерация и тестирование: Codex создает изменения (дифы), автор подтягивает их в локальное окружение, тестирует.
Автоматический деплой: после успешного тестирования изменения отправляются (git push) в main ветку, запускается GitHub Actions и происходит автоматический деплой на сервер.

Автор постоянно контролирует архитектуру, чтобы нейросети не нарушали установленные правила. Результат аудита кода (8.3/10) — следствие этих усилий.

Экспертная область

Автор является экспертом в UX-дизайне, проектировании информационных систем, бизнес- и системном анализе. Он позиционирует себя как проектировщик, а не разработчик или дизайнер. Разработка с помощью нейросети — инструмент для реализации собственных проектов.

NORM CRM — инструмент для оборачивания производственных процессов на фрилансе: управление контактами, задачами, встречами, повышение уровня сервиса.

Выбор технологического стека: Используется знакомый стек (Python/Django, HTML/CSS/JS), а не модные фреймворки (Next.js), так как это позволяет контролировать качество и понимать происходящее в долгосрочном проекте.

Реализованные функции CRM

Разработка функционала кнопок для клиентов в CRM

Ключевые тезисы:

Доработка адаптивного отображения дорожных карт на мобильных устройствах.
Проектирование и реализация системы кнопок для клиентов в разделе коммерческих предложений (КП).
Три сценария взаимодействия: принятие КП, отказ с указанием причины, задавание вопроса.
Итеративный подход к проектированию: от прототипа к реализации с постоянными улучшениями.

Доработка дорожных карт (Roadmaps)

Задача: Исправить отображение таблицы с фичами на мобильных устройствах.

Убрать обводки карточек вокруг фич.
Заменить их на тонкие серые горизонтальные разделители только между фичами.
Скорректировать отступы, чтобы разделители не "прилипали" к статусам фич.
В блоке фильтрации скрывать статусы, которых нет в текущей таблице, чтобы избежать горизонтального скролла.

Эксперимент с Drag-and-Drop: Попытка поручить AI оптимизировать перетаскивание (DragonDrop) для мобильных устройств (долгий тап, автоскролл, подсветка области). Эксперимент показал сложности с интеграцией AI в реальный репозиторий через веб-интерфейс.

Проектирование кнопок для клиентов в КП

Цель: Добавить на страницу коммерческого предложения (доступную клиенту по ссылке) кнопки для обратной связи.

Финализированный набор кнопок:

Принять КП (зелёная)
Задать вопрос (синяя)
Отказать (красная)

Логика работы и сценарии:

Настройка (в админ-части): Блок "Кнопки с призывом к действию" с переключателем "Показывать кнопки на странице КП".
Сценарий "Принять КП": Подтверждение → успех → логирование события.
Сценарий "Отказать": Подтверждение → указание причины (опционально) → успех → логирование события с причиной.
Сценарий "Задать вопрос": Ввод вопроса → отправка → успех → логирование события с текстом.

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

Разработка системы напоминаний в CRM

Ключевые тезисы:

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

Концепция и функционал напоминаний

Система позволяет создавать напоминания, связанные с любыми объектами в CRM (например, задачами, проектами), или независимые от них. Напоминания могут быть:

Одноразовыми (например, «купить хлеба завтра в 15:00»).
Регулярными (например, ежегодное предложение техобслуживания).

Автоматизация для проектов

Задумана автоматическая цепочка действий после завершения проекта:

Система напоминает собрать отзыв у клиента.
После получения отзыва — предложение добавить проект в портфолио.
Автоматическое предложение создать регулярное напоминание для ежегодного контакта с клиентом.

Коллизия двух систем

Существует два типа напоминаний, которые нужно гармонизировать в интерфейсе:

Для встреч (предстоящих): Напоминание-предупреждение за определённый период до начала.
Для завершённых объектов (проектов/встреч): Напоминание, не привязанное ко времени события, а работающее по своему расписанию.

Планы по доработке системы

Внедрение двух режимов напоминаний: «до события» и «независимый».
Применение этой же логики для напоминаний о регулярных платежах.
Рефакторинг архитектуры кода для систематизации добавления объектов.
Введение вкладок «Активные» и «Завершённые» для задач.

Работа с ИИ (Codex) и технические детали

Ключевые тезисы:

Используется стек: Python, Django, PostgreSQL, HTML/CSS/JS (без тяжелых фронтенд-фреймворков).
Codex предпочтительнее ChatGPT из-за работы с репозиторием.
Вопросы экономии токенов: английский промт эффективнее русского.
Рассматриваются новые инструменты (HTMX, сервисы аудита кода).

Процесс работы с AI (Codex)

Постановка задачи:

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

Типичные правки после первой реализации:

Исправление багов (несохранение настроек, некорректные отступы).
Уточнение вёрстки (перенос стилей из эталонных компонентов, работа с длинным текстом в логах).
Доработка логики (фиксация событий при отказе без указания причины, корректное поведение модальных окон).
Улучшение UX (добавление курсора-указателя, исправление текстов, улучшение адаптивности).

Выводы по работе с AI:

Сила: Позволяет быстро сгенерировать большой объём кода по детальному ТЗ.
Слабость: Требует очень точных и однозначных формулировок. Без чёткого "диапазона правок" может делать лишние изменения.
Процесс: Эффективен в режиме итераций: выдача задачи → тестирование → корректировка.

Экономия токенов и промты

С точки зрения экономии токенов английский язык эффективнее русского и китайского. Русский требует больше токенов из-за сложной структуры и меньшей оптимизации в моделях. Китайский (иероглифы) часто имеет соотношение 1 символ = 1 токен. Лучший промт — тот, который с первого раза дает релевантный результат без корректировок.

Аудит безопасности и новые технологии

Автор тестирует сервис аудита кода на уязвимости (проект товарища). Результат аудита его проекта — 8.3/10, сильные стороны: читаемость и стандарты кодирования, слабые: покрытие тестами. Рассматривается HTMX для замены кастомного JS в частичных обновлениях интерфейса.

Опыт с китайским языком

Ключевые тезисы:

Уровень языка был очень высоким (работа синхронистом).
Обучение началось в школе с углубленным изучением китайского.
Практика в Китае позволила переучиться и улучшить произношение.
Китайский разговорный прост, письменный — один из самых сложных языков.

История обучения

Обучение началось в специализированной гимназии, затем продолжилось в вузе. Планировалась работа в ФСБ, но планы изменились. Стажировка и год работы в Китае (Чэнду) позволили подтянуть язык, особенно произношение (обнаружилось 6 тонов вместо 4 изученных).

Диалекты китайского

Мандаринский (пекинский диалект) — один из сотен диалектов китайского языка. Чем южнее, тем диалекты более отличаются (например, «спасибо» в пекинском диалекте — «сесени», на острове Джоушань — «яяну»).

Выводы и философия

Ключевые тезисы:

Итеративное проектирование: От быстрой идеи → через переосмысление сценариев → к доработке на основе обратной связи.
Создание продукта, решающего реальную боль пользователя, сложнее, чем его техническая реализация.
Один человек не сможет конкурировать с корпорациями в большинстве областей.
Самое сложное в вайп-кодинге — маркетинг и поиск аудитории для монетизации.
Умение «продать себя» всегда было важнее узких навыков.

Автор считает, что нейросети могут помочь создать первую версию продукта «на коленке», но самое сложное — найти боль, на которую есть естественный спрос, и сделать продукт именно под нее. Поддержка продукта, ответы на вопросы пользователей, исправление уязвимостей — задачи, которые остаются сложными даже с ИИ.

Выводы по системам CRM:

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