LikeAVirgin

Рейтинг
160
Регистрация
05.09.2011
Sly32 #:
Ты точно понимаешь, что такое RAG, извини?

Извини, у меня в голове это с чанками, векторами и эмбедингами связано. 😀 Rag - это когда ответ не детеминирован. Не обращай внимания.

Сергей про е-ком #:
Хозяин барин, конечно. Но если сервис монетизируется, то PPC в первые пол года будет в любом случае выгоднее SEO. Опять же, воронку без объёма не построить. А так ждать месяцы... 

Каждому свое. Я не спорю. Я уже писала тут, что сама с paid никогда серьёзно не работала. Игралась, конечно, но это не считается. Мне этому учиться нужно. А я программист вообще-то. Я умею делать стабильные, надёжные сервисы и строить интнресные базы, а потом их мудро анализировать. :) И трафик я не пассивно жду, ковыряя в носу, работаю над сервисом. 

Сергей про е-ком #:

И долго ждали проверки гипотезы? Какие продажи? ) 

От запуска месяц до первой продажи. Конверсия до 20%, но поскольку я постоянно Landung Page оптимирую и в целом цифры ещё маловаты, рано ещё от конкретных цифр отталкиваться. Я вижу, что интерес есть по SEO запросам, интерес к сервису по переходам из статей на страницу сервиса по CTA. Трафик растёт. 

И да, у меня была идея Paid Ads, но Claude отговорил:), сказал, что раз расчёт идёт на SEO, то и тестировать нужно на SEO трафика, а не на paid. Короче, я не тороплюсь особо, пару месяцев ожидания для бесплатного стабильного трафика у меня есть. ;)

И да RAG  я не осилила в этой тематике. Другой сервис на RAG хорошо пошёл, но там другая тема, психология. Ответы хорошие реально, но монетизация слабая. Запарковала его до лучших времен. Может быть что-то придумается там.
Sly32 #:
Не уверен, но при такой жесткой привязке должна резко снижаться вариативность текстов

А мне это как раз и нужно. В юридической тематике пользователи не платят за варитивность. Только за конкретные ответы с пруфами. Т. е. грубо говоря это узкая тематика, которая жёстко привязана к кокретной технике. Вот эта связка техника+юрисдикция создаёт НЧ. И пользователь получает из сервиса индивидуальную сборку ответов под свои нужды. Одним словом: он может сам несколько недель бесплатно поискать, сравнить, проверить. Или он получает это за плату прямо сразу. 😉

Sly32 #:
каждый вопрос может иметь только один ответ?  а может быть на 1 вопрос вариации ответов?

Это по моей логике или conditional, т. е. зависит от .. в пруфе стоит от чего конкретно зависит. Или unclear  - это когда разные источники противоречат и это тоже в пруфе стоит. Т. е. да ответ всегда 1:1,  но зависит от фактов.

Ну и бизнес-логика построена как раз вокруг yes/no/conditional/unclear. 

Антоний Казанский #:
Дальше какой план? Масштабировать кол-во статей с надеждой укрупнения трафика?

Он сам маштабируется. Чем больше сервис используется, тем больше нч появляются. План простой - выход на всю Европу. Сейчас таи один язык, довольно нишевый, типа фламандского. 😃 Был сделан чисто для проверки интереса-конверсии. Интерес-конверсия есть. Теперь допиливание до ума и многоязычная версия.

статьи пишутся делаются на основе ответов FAQ из базы, без поиска фактов уже.
И еще делается агрегация, т. е. по типу сколько Entity имеют ответ на faq_question1 = no, ну и дальше понятно. Сравнить с yes, сравнить с категорией. Аггрегировать и так далее. Это то, что в статью по API подтягивается. 

Sly32 #:
Ну вот бизнес-логика меня интересует, наверное. Неважно, по апи ты там  ходишь или внутри контейнеров. Что я имею ввиду:
Вот у тебя есть какие то документы. Ты формируешь промпт, сформулировала вопрос. Как ты дальше подбираешь доки? именно техническая сторона. Как они у тебя хранятся, как выбираешь из тысяч похожие итп. Именно технически как реализовано. Или реально все чисто бизнес-логика? "Если вопрос Х то добавь документ У..."
А там не доки, там ответы на мой FAQ сохраняются. Примерно так:
Пользователь используя сервис "формирует" НЧ. Он об этом не знает, я их нормализирую.
Мой вымученный первый промт выдает по НЧ факты. Но не в свободной форме, структурировано, отвечая на FAQ вопросы, которые я там в промте поставила. Эта информация (еще перед генерации статьи) сохраняется в базе в виде отдельных полей в обычной базе, никаких векторов. Т. е. условно:
Entity
- faq-question 1
- faq-question 2 
- faq-question 3
....

Ответы В формате yes/no/conditional/unclear + пруфы, подверждающие ответ кратко и с источниками. 

Если следующий пользователь используя сервис "формирует" уже готовый НЧ, то ответ берется из моей базы, никаких поисков. Просто маленький промптик, который читает ответ на вопрос из базы и делает из него человеческий текст. Если такого НЧ еще нет, только тогда запускается агент. Т. е. база растет по мере использования сервиса на автомате. Чем больше его используют, тем больше НЧ уже сохранены в базе, тем меньше мне приходится запускать агента, потому что ответы уже структурировано лежат в базе.
Sly32 #:
Вот это интересно технически - как обрабатываешь данные из базы, что используешь?
Через API подтягиваются различные сегментации, аггрегации, и своя бизнес-логика, которая все раскладывает по полочкам. Anthropic ничего сам не анализирует, он получает конкретные цифры и на основании промта формирует текст, который к этим цифрам больше подходит. От "ничего такого" до "все пропало".


Всего: 792