skip to content

An interface for the archive of an AI assistant

The archive that feeds the assistant lived in a bucket, and every action on it depended on technical knowledge and on credentials for the tools. The Library brought that archive inside the product.

My role
Product Designer
Duration
3 months
Teams
Design + Engineering
Platform
Web
The Library open at sig.igui.com, listing the archive: each document with its name, size and a status of Active, Paused or Processing.

Context

iGUi’s assistant on WhatsApp answers by consulting an archive of documents, and that archive decides how good the answer is.

The Library is where you work on that archive. It lives inside SiG, iGUi’s back office, where each area of the franchisor has its own working tools.

My role

I defined what the screen would do and built the prototypes, first in mid fidelity, then in high.

I did
Information architecture · flows · prototypes · design system · handoff

The problem

There was no product. The archive was a bucket, a cloud folder with no screen at all, and working on it meant knowing the file path. The only interface was an engineering test utility: a field to type a name into and a button that deleted.

It served the people building the tool. The people who know the content, the ones who actually need to feed an assistant, were left out.

What use revealed

  1. 01

    An archive with no screen

    Before the listing, every action on the archive, uploading or deleting a file, required technical knowledge and credentials for the tools.

  2. 02

    Deleting with no way back

    Deleting was permanent, in an archive still being put together. The bin came from watching the team work.

  3. 03

    One document at a time

    People updating the archive work on several documents at once, and the screen made them repeat the same action on every file. Multiple selection and bulk actions came in later.

  4. 04

    Pausing to test

    The archive changes all the time, and the team pauses a document to check how it affects the quality of the answer. If the impact is negative they delete it; if not, they reactivate it. Without a pause state, that test was run by deleting the file and restoring it afterwards.


Decisions

The Library with three documents selected: the selection bar at the top offers pause replies, move to folder and move to bin; in the table, the Status column shows active and paused documents.
  1. Permission column

    Who receives the file in replies reads straight off the list, without opening anything.

  2. Status chip

    Paused is not deleted. One sweep down the column tells you what is answering.

The Library with an active selection · prototype
  1. Permission column

    Who receives the file in replies reads straight off the list, without opening anything.

  2. Status chip

    Paused is not deleted. One sweep down the column tells you what is answering.

01 MANUAL ACESSE (2019).pdf Paused
02 MANUAL AQUECEDOR SOLAR KELVIN (2023).pdf Active
03 MANUAL CASCATA CONTEMPORANEA (2021).pdf Active
04 MANUAL CASCATA IGUACU (2022).pdf Active
05 MANUAL CASCATA INOX (2022).pdf Active
06 MANUAL IGUI CLORADOR IGUI (2025).pdf Active

Pausing takes the document out of the assistant’s replies and keeps it in the archive, in plain sight, on its own row.
Upload dialogue: an area to select or drag files, and a field reading “who can receive these files in replies” with the roles as chips.
  1. The permission field

    It asks about reach in the conversation, not about access to the Library.

  1. The permission field

    It asks about reach in the conversation, not about access to the Library.

The assistant answers on WhatsApp to different audiences, and not every document can reach everyone. Permission comes in together with the file because it decides who the assistant may quote that content to. A file indexed without a reach rule answers people it should not. The label asked who could “see” the file, and “see” covers both spotting the document in the Library and receiving it in a reply. It now asks who can receive the file in replies.
Details dialogue for a PDF: format, size and dates on the left; on the right the file name, the AI-generated description and the field “who can receive this file in replies”.
  1. AI description

    The largest field in the dialogue, because it is what replaces opening the file.

  1. AI description

    The largest field in the dialogue, because it is what replaces opening the file.

The Library has no viewer, and without downloading the file there is no way to know what is inside. The AI‑generated description was the lowest‑effort way to solve that. Someone hunting for which manual explains a given thing opens the details, reads the description and already knows the next step.
Move file dialogue, with tabs for suggestions and all folders, a list of destinations and the trail “Início › Progeu › Desenhos Técnicos”.
Moving got a dialogue of its own, with the file named in the title, suggestions ahead of the full list, and the destination trail in the footer.

Results

Running the archive stopped requiring engineering, and it stopped being file‑by‑file work. The same actions serve one document or a whole batch.

Drop the file in a bucket, outside the product
Upload on screen, with its reach in replies set in the same step
Type the exact name from memory to delete
Pick the item off the list, with a bin to undo it
A flat prefix, with nothing to say what exists
Folders by type of material, with breadcrumb and search
One document at a time
Multiple selection, with pause, move and discard in bulk
No record of who did what
History per item, with author and date

What I took away

Improvisation is a specification. Nobody asked for a pause button: the team was testing the archive by deleting and restoring documents, and that test needed a function of its own.

Next project

Landing screen of the garantia.igui.com portal, with the warranty lookup form.

Warranty registration in the after‑sales cycle

Product designer · web

Shall we graba coffee?