Agency use case
Testimonial software for agencies managing client proof
Separate each client’s data and branding, agree who owns consent and approval, and turn delivery milestones into a repeatable proof workflow.
Choose the right client boundary
A project can separate testimonial programmes inside one workspace. A separate workspace creates a stronger membership and administrative boundary. The right model depends on who should access billing, integrations, API keys, and other clients.
Do not put unrelated client data into one project for convenience. Plan the structure before sending collection links, because those links, media, widgets, and public pages inherit the project relationship.
Agree responsibility before collecting
The agency and client should know who selects customers, sends requests, answers privacy questions, reviews submissions, approves public wording, and responds to correction or deletion requests.
Use workspace roles to limit access, but treat the role model as one control inside a wider client agreement. Technical permission does not replace contractual responsibility.
Turn delivery milestones into requests
Agencies see natural success moments: a launch, campaign milestone, completed rebrand, delivery against a brief, positive performance review, or client renewal. Build a short request step into the delivery checklist.
Personalise the request around the project and result. A generic agency-wide campaign produces generic praise and can feel disconnected from the relationship manager.
Publish proof for the client and the agency
Clarify whose marketing the testimonial supports. A client’s customer may be giving proof for the client brand, while the client may separately provide a testimonial about the agency. Keep those programmes and permissions distinct.
Use branded collection pages and widgets for the appropriate entity. Never move a testimonial from one brand context to another just because the same workspace can technically display it.
Plan handover and offboarding
At the end of an engagement, decide whether the client receives an export, retains workspace access, moves to its own account, or asks the agency to delete the programme. Include stored media, public pages, widgets, integration secrets, and request links in that plan.
A clean cascade deletion path helps, but deletion should be deliberate and confirmed because the public embeds will stop working with the underlying project.
Frequently asked questions
Can an agency manage multiple clients in Testimint?
Yes. Projects or separate workspaces can create client boundaries, depending on the access and administrative separation required.
Can each client use different branding?
Branding and public content can be configured for the relevant workspace and project workflow. Confirm the intended structure before collection.
Can client testimonial data be exported?
CSV export is available for applicable data and plans. Media and offboarding requirements should be agreed separately.