Company
Tint
Website
https://www.tint.ai/
The Tint API is a critical tool for customers to interact with insurance products, enabling them to create, update, and endorse policies. A key component of this interaction is the validation schema, which ensures that customer-submitted data aligns with the API contract. This case study explores the UX improvements made to the validation schema editor, focusing on usability, flexibility, and risk mitigation.

The problem
Customers need to configure and manage validation schemas for their insurance products, but the existing process was cumbersome and prone to errors. Key challenges included:
- Rigid Schema Management: Editing validation schemas in live environments posed risks, as changes could disrupt customer integrations.
- Lack of Flexibility: Customers needed to tailor schemas to their specific needs, but the process was not intuitive.
- Version Control Complexity: Managing multiple versions of schemas across sandbox and production environments was confusing and error-prone.
My approach
Research and Insights
- User Interviews: Conducted interviews with Solution Architects and engineers to understand pain points in schema management.
- Competitive Analysis: Studied how other platforms handle schema validation and version control.
- Usability Testing: Observed users interacting with the existing schema editor to identify friction points.
Key Design Decisions
- Schema Editor Redesign: Created a visual, form-based editor for adding, editing, and removing schema properties.
- Publishing Workflow: Implemented a two-step publishing process (sandbox → production) to reduce risk.
Solution
Validation Schema Editor
The redesigned schema editor provides a clear and intuitive interface for managing schema properties. Key features include:
- Add Property: Users can easily add new properties at the root or nested levels, specifying types and required status.
- Edit Property: Properties can be modified (e.g., marking a field as optional) with a simple toggle.
- Remove Property: Unnecessary properties can be deleted with a confirmation step to prevent accidental removal.
Example Workflow:
- A user adds a
reservation_id
property (type: string) at the root level. - They then add a
previous_stays
property (type: integer) under thepet
object. - Finally, they mark
booking_date
as optional and remove theamount
property.


Impact
- Improved Usability: Users reported that the new editor was intuitive and easy to navigate.
- Increased Flexibility: Customers appreciated the ability to tailor schemas to their specific needs.
- Enhanced Transparency: The version comparison feature provided clarity and confidence before publishing.
Challenges and Learnings
- Balancing Flexibility and Complexity: While the editor needed to be flexible, it also had to remain simple. Iterative testing helped strike the right balance.
- Educating Users: Some users initially struggled with the concept of draft versions. Clear onboarding and documentation addressed this.
- Performance Considerations: The diff view required careful optimization to handle large schemas efficiently.
Conclusion
The redesigned validation schema editor significantly improved the user experience for Tint API customers. By focusing on usability, flexibility, and risk mitigation, the solution empowered users to manage their insurance product configurations with confidence. Future enhancements could include advanced features like schema templates an