














We've been using NINA to help users navigate our product, and the biggest difference is that it provides guidance directly inside the application instead of sending users to documentation or videos.
What I like most:
Step-by-step guidance on the live UI instead of generic help articles.
Easy SDK integration and straightforward initial setup.
Branded experience with customizable voice, appearance, and personality.
Helps reduce repetitive onboarding questions and support requests.
Documentation-driven responses keep answers relevant to the product.
I'd love to see support for more languages and even more integrations with other tools. Other than that, the experience has been smooth.
I also looked at tools like Guidde and Supademo, but I wanted something that could actually answer questions and guide me in real time instead of just showing a demo.
I used to work as a Product Manager. Half my week went to the same questions: "How do I do this?" "Where is that?"
We did what every SaaS team does - videos, documentation, a help center, Chatbot. Users still asked. Videos cannot answer back and show them in real time.
NINA is the fix we wanted. It lives inside your product and answers users where they get stuck, by voice or text, guiding them step by step on the your product UI in real time.
And when you update your product, NINA keeps its guidance current. No re-recording walkthroughs after every release.
Setup is honest, not magic:
Install the SDK and match NINA to your brand (about 10 minutes),
Upload your docs (answers start immediately),
Record your top workflows
The difference from your Looms: a video cannot answer back. NINA can.
Built for B2B SaaS teams running onboarding calls, supporting users in Slack or Discord, and maintaining tutorials nobody watches twice.
NINA is built by our team at AgenQ. Ask me anything I'll be here all day.
@varun1jan Congrats on the launch! 🚀 I really like the idea. Keeping product guides up to date after every release is a real challenge, so this solves a very practical problem. Wishing you lots of success!
@varun1jan Which product flows tend to benefit most from this kind of guided in-app assistant?
Also congrats with the launch)
@varun1jan @dmitrii_volosatov Dmitrii, "complex enterprise UI" is true but it is not the sharpest cut. The better predictor is how often the flow is done by the same person.
Guided walkthroughs pay off hardest on flows that are high stakes and rare. Setting up billing, configuring permissions, running a quarterly export. Nobody does those often enough to remember them, so everyone relearns from zero every time, and that relearning is what generates the ticket.
Flows people touch daily need the opposite treatment. They do not want guidance, they want the click count to go down. Putting an assistant on top of those is friction wearing a helpful hat.
So the rule I would use is not complexity, it is frequency. Rare and consequential is where this earns its keep. Daily and routine is where it annoys people.
@varun1jan Congrats! We lose real hours to "how do I" questions that are already answered in the docs, so I get the pitch. What does NINA do when someone asks for something the product just can't do? Say so, or hand off to support?
@martin_herran She is very honest, If she does not know something, she does not make up..She ask user - what he wants next, leave a note or talk to human support...
@varun1jan @martin_herran Martín, the answer you got is the right one, and there is a second version of your question that usually matters more.
"Say so or hand off" covers the case where the product genuinely cannot do the thing. The harder case is where it can, but the user is asking for it in words that do not match anything in your docs. That does not read as an unanswerable question to the system. It reads as a miss, and the user hears no when the answer was yes.
Those two failures look identical in a deflection metric and need opposite fixes. One needs a better handoff. The other needs your docs to learn the words your users actually use.
If you run this, the thing worth logging is not just what NINA could not answer. It is what people asked in the week before they gave up and opened a ticket anyway. That list is usually the most honest product feedback you will get all quarter.
@varun1jan With that shift, from resolving 'how do I...?' through a ticket or a call, to resolving it in seconds without leaving the flow, what real impact are you already seeing in activation and in your customers' support team workload?
@varun1jan you mentioned nina reads the live interface via the SDK to handle ui updates. how exactly does it anchor to elements if we ship a major frontend redesign? css selectors break so often. btw I found Agenq really great idea
@varun1jan @mohsinproduct Mohsin, on the redesign question, there is a cheap test you can run before you commit to anything here.
Take the flows you would want NINA to walk people through, and check whether each target element has a stable accessible name today. Open the browser inspector, look at the accessibility tree rather than the DOM. If the button reads as "Save changes" there, that survives almost any restyle. If it reads as blank, or "button", or the label lives in a sibling div, that element is going to be fragile no matter how good the anchoring logic is.
That check takes about twenty minutes and tells you which parts of your product are safe to automate against and which are not. It is also useful independent of this tool, because the same gaps are what make your product hard for screen reader users.
If a lot of them come back blank, the honest answer is that you fix the labels first and adopt anything selector-driven second.
The part I would ask about is the handoff. When NINA cannot finish something, whoever picks it up next needs the transcript and the steps already tried, otherwise the person types it all again and the deflection becomes a tax on the customer.
The other half is which questions guidance can reach at all. How do I is a UI question and you can walk someone through it. Why did this happen to my order is a record question, and pointing at the screen does not answer it. Deflection rate looks great on the first kind and never touches the second.
When NINA gives up, what does support receive?
@jernej_jan_kocica That is exactly the problem we are trying to avoid.
When NINA cannot complete the request, support receives the full transcript along with the steps NINA already tried. The user should not have to repeat the problem from the beginning.
You are also right about the boundary. “How do I complete this workflow?” is a product-guidance question, and NINA can walk the user through it. “Why did this happen to my order?” requires access to the customer’s actual records and business data.
Without that integration, NINA should not pretend it can answer. It should hand the case to support with the full context. With the right API or system integration, we can extend it to those record-specific questions as well.
So for us, the goal is not just deflection. It is either resolving the issue or making the handoff much better.
@varun1jan Then the headline number should not be deflection. If the goal is resolve or hand off better, the honest metric is what share of handed-off cases support closed without asking the customer anything again. That is exactly what the transcript is supposed to buy, and it is measurable from day one.
One caution from the support side. A transcript of a failed guidance session can be long and still not say what the person was trying to do. What saves the agent is the intent, not the list of steps.
Do you report that handoff number to customers, or only deflection?
@jernej_jan_kocica This is good point, we are still very young.. our focus is to help user to perform key workflows without any drop and support...but ur point has weight....
@varun1jan Fair, and getting people through the workflow without dropping is the right thing to be good at first.
The only part I would do early is record it, even if nobody reports it. A flag on the conversations that got handed off, and whether support had to ask the person anything again. Costs nothing now and gives you the number later, when you want to make the claim.
Good luck with the rest of the launch.
@chilarai @sasha_buratynskyi Great questions.
NINA gets context from three sources: your product documentation, the workflows you train and approve, and the live product interface through our SDK.
So yes, there is some initial setup: you upload the docs and train the key workflows. After that, NINA reads the live interface, so when labels, buttons, or screens change, it can stay aligned with the current UI. For larger workflow changes, the admin can review and update the guidance.
On hallucination: no AI system is completely immune, so we do not let NINA freely guess. Answers are grounded in the company’s approved documentation and workflows. For guided actions, it only uses approved paths and the elements available on the live screen. When it does not have enough confidence, it should say it does not know rather than inventing an answer.
@chilarai NINA gets context from three sources: your product documentation, the workflows you train and approve, and the live product interface through our SDK.
So yes, there is some initial setup: you upload the docs and train the key workflows. After that, NINA reads the live interface, so when labels, buttons, or screens change, it can stay aligned with the current UI. For larger workflow changes, the admin can review and update the guidance.
On hallucination: no AI system is completely immune, so we do not let NINA freely guess. Answers are grounded in the company’s approved documentation and workflows. For guided actions, it only uses approved paths and the elements available on the live screen. When it does not have enough confidence, it should say it does not know rather than inventing an answer.
This is exactly the bottleneck most new SaaS products keep running into. Onboarding is still our biggest time sink. Docs and tutorial videos only get you so far when someone's actually stuck mid-flow and just wants an answer right there.
Congrats on the launch, looking forward to seeing how far this can take our onboarding.
Two questions:
Any plans for Google sign-in, or is it staying limited to Slack/Microsoft Teams for now?
Can we swap the narrator voice for our own, so it matches our brand instead of sounding generic?
@ozan_gungor Thanks, Ozan, you described the problem exactly.
The hardest part is when a user is already mid-flow and needs help immediately.
NINA is not limited to Slack or Microsoft Teams. We support enterprise SSO through OAuth2 and SAML, and Google sign-in can be enabled through that setup.
And yes, the voice tone and personality and even face , can be customized to match your brand. You can configure NINA’s voice, name, and visual identity instead of using the same generic narrator for every product.
@mateuszkonik This is real time walk-through , like GPS , it shows you UI in real time...think like someone if giving you real time demo or showing how to work ,rather than just 20 steps like product manual
@mateuszkonik Not chat, this is like any Human expert is giving you training and walk through.....Like GPS
@sabber_ahamed No... as focus in on workflow UI and less of converstaion... like like you wanted to create pipeline in hubspot( or any CRM) , you will ask, and NINA will guide you or will do on behalf of you





NINA
Thanks for feedback.. Happy to work with you to know how can we hit 5 start