Kaizen Teams

Dropdown
Dropdown arrow for the table of contents.

Table of Contents

Clock icon for reading time.
Time to read

·

12

Calendar icon for the publish date.
Published on

·

December 20, 2022

Refresh icon for the last updated date.
Last updated on

·

April 10, 2026

Valentina Ibinete, Marketing Lead at Kaizen Softworks

Valentina Ibinete

LinkedIn icon.

Travel magnet collector

Marketing Lead

Business

Business

Startups

Startups

Technology

Technology

From Lost Development Project to Gained Friend

Calendar icon for the publish date.
Published on

·

April 10, 2026

Refresh icon for the last updated date.
Last updated on

·

April 10, 2026

Clock icon for reading time.
Time to read

·

12

Valentina Ibinete, Marketing Lead at Kaizen Softworks

Valentina Ibinete

LinkedIn icon.

Marketing Lead

We believe in doing things the right way, and we want to make sure our partners know that. That's why we live and breathe transparency as one of our main corporate values – even if it means saying no to opportunities.

In this post, we will present you with a Product Discovery case with a pretty unusual outcome. Keep reading to find out why we lost a project but ended up gaining a friend.

About UGallery

UGallery is an eCommerce platform founded in 2006, that connects artists directly with collectors on its website. Headquartered in San Francisco, CA, UGallery positions itself as an approachable and convenient alternative to the brick-and-mortar contemporary art gallery.

This platform allows artists to submit their artwork, and after a strict admission process carried out by the UGallery team, the artwork gets published in their e-commerce platform allowing people from all over the world to buy fine art.

Product Discovery

UGallery Home Screen
Product Discovery for UGallery

When UGallery first approached us, they were looking to improve their eCommerce platform but had the challenge of taking care of their profitability too, as each enhancement or modification to the platform implied the concentration of large resources (time and money), making it difficult to accurately estimate plans for the future.

Faced with this challenge, UGallery was concerned about their current development velocity, processes, forecasting abilities and robustness of their product. They thought that the solution would come by approaching a recommended software partner who is familiar and experienced with the technologies that compose their systems.

Our team investigated the root of their problem and we sought to understand whether the approach they considered the most appropriate was actually the most suitable solution based on the problem. Therefore, we investigated the history of UGallery and inquired about the specific pains they were experiencing.

Following a technical deep dive, we conclude that their productivity problems and system weaknesses could not be avoided just by partnering with someone experienced in their tech stack. Their codebase reflected over 2 decades of development with many code smells, moreover some technologies were already obsolete.

Despite our willingness to help, we knew that taking over the development of this platform would not change the experiences they were having. As tech debt grows, predictability, quality and velocity are taxed. When it is not properly managed, the expected return on investment for each development initiative decreases because the cost of maintenance gets higher. Hidden costs emerge, and the system becomes fragile.

After this analysis, we saw no real gain in transferring software development to us. Moreover, the learning curve costs of getting up to speed with non-standard development practices, and getting up to date with outdated technologies would be too high. And, in order to solve technical debt problems in an efficient way they would have to invest in rebuilding the software from scratch, since the cost of paying off tech debt within the current system was higher than rewriting the system.

As a result of this first consultation, UGallery could have a better picture of what was the root of their problem, and they decided not to proceed with the migration at that time, because they were not prepared money-wise.

A year later, UGallery returned to us with the idea of building a software from scratch as a solution to its problems of technical debt and platform scalability.

In order to successfully address their challenge, we stated that it was necessary to take a few steps back from the solution and understand whether a rewriting of Ugallery’s platform could solve the problems they were encountering or not. In other words, before putting hands on the rewriting, it was essential to understand what changes needed to be made and why.

Given this, our team understood that there were three possible solutions and divided the research tasks into the following lines:

  1. Explore a pre-built solution. Our team worked on the analysis of a specific pre-built solution to identify which mix of its plus ‘N’ number of plugins on the market were close to all UGallery’s needs.
  2. Explore other eCommerce frameworks. This would save implementation costs in all those submodules that are common to almost any e-commerce platform.
  3. Custom software development. Understand what they wanted to replicate from their current platform, the particularities of it and what would be the cost of migrating to a new system.

After investing over a month of work on identifying the scope of the project and working on a proof of concept, we found there was a high percentage of Feature Parity with a pre-built solution.

So, the best option for this client was to apply a pre-built solution, covering almost everything of what UGallery needed, instead of a custom software development solution.

This provided the client with a number of advantages:

  • Development cost reduction, making it 10 times cheaper to implement than custom software development.
  • High fidelity platform and tools recommendation with millions of active users.
  • Simpler and faster deployment system.
  • Extensible solution through both custom and third-party add-ons.
  • Possibility of implementing easy changes in real time without the need to know how to program.

Faced with this situation, our team had to discuss what we were going to do, since this result could imply not selling our services. We met internally and decided to give the customer a demo of the research findings to understand whether or not the customer would go ahead with this solution.

This was a tough decision and was very strongly debated. But it was also a values-based decision—we didn't want UGallery to spend the time and money it takes to build a custom solution when there are already tested SaaS solutions available that could do the work.

Here’s what Alex Farkas, founder of UGallery said about us:

“I would like to share a few words of genuine praise for Kaizen. Since launching our online art gallery in 2006, we’ve worked with seven dev shops in four countries. We’ve had mostly positive experiences, however, these external teams generally focused on individual tasks and features.

Big picture planning and particularly cost/benefit analysis of our projects wasn’t usually considered, and my partners and I became accustomed to this. Then we met the Kaizen team. We approached them because our codebase was old and becoming difficult to debug and add new features. Kaizen did a very deep study of both our business model and code and came up with several ideas for moving into the future. They listened to our needs and understood the big picture.

Here’s the most amazing part - in the course of their research, they determined that our best course of action was a SaaS solution that they didn’t offer. And they were right. Choosing this path has saved us considerable time and money. Instead of trying to sell us on something they could do, they gave us expert advice. In all of my years in business, this is one of the most memorable experiences of integrity and technical know-how. We were first referred to Kaizen by an acquaintance who spoke very highly of their team. And now I am happy to pass on the referral. This is how business should be done”.

Conclusion

We can finally say that we've made our contribution to UGallery. Through our Product Discovery process, we provided quality information to determine which solution best served our partner's needs, in terms of efficiency and profitability—and that's what really matters. It's not about closing deals; it’s about building trust and putting the interests of our clients before those of our company to provide differential value.

This serves as an example of why we believe in doing things the right way. We are committed to building long-term relationships with our partners, through an honest and trusting approach. It's also why we value transparency and open communication, so we can make sure both parties are on the same page and no one feels misled or taken advantage of during their project's lifecycle!

What we learned from this experience? That there is a lot more than just the technical stuff behind collaboration and innovation. It’s about understanding each other's needs and goals, being open-minded and flexible when it comes to solutions, respecting people's time, being honest when you don't know something or being humble enough to say “we’re not the right partner for your needs” … in short: being human!

Are you looking expert advice and a trusted partnership?

We are here to help you.

GET IN TOUCH

We believe in doing things the right way, and we want to make sure our partners know that. That's why we live and breathe transparency as one of our main corporate values – even if it means saying no to opportunities.

In this post, we will present you with a Product Discovery case with a pretty unusual outcome. Keep reading to find out why we lost a project but ended up gaining a friend.

About UGallery

UGallery is an eCommerce platform founded in 2006, that connects artists directly with collectors on its website. Headquartered in San Francisco, CA, UGallery positions itself as an approachable and convenient alternative to the brick-and-mortar contemporary art gallery.

This platform allows artists to submit their artwork, and after a strict admission process carried out by the UGallery team, the artwork gets published in their e-commerce platform allowing people from all over the world to buy fine art.

Product Discovery

UGallery Home Screen
Product Discovery for UGallery

When UGallery first approached us, they were looking to improve their eCommerce platform but had the challenge of taking care of their profitability too, as each enhancement or modification to the platform implied the concentration of large resources (time and money), making it difficult to accurately estimate plans for the future.

Faced with this challenge, UGallery was concerned about their current development velocity, processes, forecasting abilities and robustness of their product. They thought that the solution would come by approaching a recommended software partner who is familiar and experienced with the technologies that compose their systems.

Our team investigated the root of their problem and we sought to understand whether the approach they considered the most appropriate was actually the most suitable solution based on the problem. Therefore, we investigated the history of UGallery and inquired about the specific pains they were experiencing.

Following a technical deep dive, we conclude that their productivity problems and system weaknesses could not be avoided just by partnering with someone experienced in their tech stack. Their codebase reflected over 2 decades of development with many code smells, moreover some technologies were already obsolete.

Despite our willingness to help, we knew that taking over the development of this platform would not change the experiences they were having. As tech debt grows, predictability, quality and velocity are taxed. When it is not properly managed, the expected return on investment for each development initiative decreases because the cost of maintenance gets higher. Hidden costs emerge, and the system becomes fragile.

After this analysis, we saw no real gain in transferring software development to us. Moreover, the learning curve costs of getting up to speed with non-standard development practices, and getting up to date with outdated technologies would be too high. And, in order to solve technical debt problems in an efficient way they would have to invest in rebuilding the software from scratch, since the cost of paying off tech debt within the current system was higher than rewriting the system.

As a result of this first consultation, UGallery could have a better picture of what was the root of their problem, and they decided not to proceed with the migration at that time, because they were not prepared money-wise.

A year later, UGallery returned to us with the idea of building a software from scratch as a solution to its problems of technical debt and platform scalability.

In order to successfully address their challenge, we stated that it was necessary to take a few steps back from the solution and understand whether a rewriting of Ugallery’s platform could solve the problems they were encountering or not. In other words, before putting hands on the rewriting, it was essential to understand what changes needed to be made and why.

Given this, our team understood that there were three possible solutions and divided the research tasks into the following lines:

  1. Explore a pre-built solution. Our team worked on the analysis of a specific pre-built solution to identify which mix of its plus ‘N’ number of plugins on the market were close to all UGallery’s needs.
  2. Explore other eCommerce frameworks. This would save implementation costs in all those submodules that are common to almost any e-commerce platform.
  3. Custom software development. Understand what they wanted to replicate from their current platform, the particularities of it and what would be the cost of migrating to a new system.

After investing over a month of work on identifying the scope of the project and working on a proof of concept, we found there was a high percentage of Feature Parity with a pre-built solution.

So, the best option for this client was to apply a pre-built solution, covering almost everything of what UGallery needed, instead of a custom software development solution.

This provided the client with a number of advantages:

  • Development cost reduction, making it 10 times cheaper to implement than custom software development.
  • High fidelity platform and tools recommendation with millions of active users.
  • Simpler and faster deployment system.
  • Extensible solution through both custom and third-party add-ons.
  • Possibility of implementing easy changes in real time without the need to know how to program.

Faced with this situation, our team had to discuss what we were going to do, since this result could imply not selling our services. We met internally and decided to give the customer a demo of the research findings to understand whether or not the customer would go ahead with this solution.

This was a tough decision and was very strongly debated. But it was also a values-based decision—we didn't want UGallery to spend the time and money it takes to build a custom solution when there are already tested SaaS solutions available that could do the work.

Here’s what Alex Farkas, founder of UGallery said about us:

“I would like to share a few words of genuine praise for Kaizen. Since launching our online art gallery in 2006, we’ve worked with seven dev shops in four countries. We’ve had mostly positive experiences, however, these external teams generally focused on individual tasks and features.

Big picture planning and particularly cost/benefit analysis of our projects wasn’t usually considered, and my partners and I became accustomed to this. Then we met the Kaizen team. We approached them because our codebase was old and becoming difficult to debug and add new features. Kaizen did a very deep study of both our business model and code and came up with several ideas for moving into the future. They listened to our needs and understood the big picture.

Here’s the most amazing part - in the course of their research, they determined that our best course of action was a SaaS solution that they didn’t offer. And they were right. Choosing this path has saved us considerable time and money. Instead of trying to sell us on something they could do, they gave us expert advice. In all of my years in business, this is one of the most memorable experiences of integrity and technical know-how. We were first referred to Kaizen by an acquaintance who spoke very highly of their team. And now I am happy to pass on the referral. This is how business should be done”.

Conclusion

We can finally say that we've made our contribution to UGallery. Through our Product Discovery process, we provided quality information to determine which solution best served our partner's needs, in terms of efficiency and profitability—and that's what really matters. It's not about closing deals; it’s about building trust and putting the interests of our clients before those of our company to provide differential value.

This serves as an example of why we believe in doing things the right way. We are committed to building long-term relationships with our partners, through an honest and trusting approach. It's also why we value transparency and open communication, so we can make sure both parties are on the same page and no one feels misled or taken advantage of during their project's lifecycle!

What we learned from this experience? That there is a lot more than just the technical stuff behind collaboration and innovation. It’s about understanding each other's needs and goals, being open-minded and flexible when it comes to solutions, respecting people's time, being honest when you don't know something or being humble enough to say “we’re not the right partner for your needs” … in short: being human!

Are you looking expert advice and a trusted partnership?

We are here to help you.

GET IN TOUCH

Related Articles

View all articles

·

Nov 4, 2026

SmartSense Live 2026 | Food Safety Summit

SmartSense LIVE26 recap: SmartSense ONE’s launch, the Disruptive Technologies acquisition, AI assistant KAI, and what it means for food safety and compliance teams.

Clock icon for reading time.

12 read time

Read more

SmartSense LIVE26 recap & takeaways

SmartSense LIVE26 took place October 7-9, 2026, at the Hyatt Regency Austin in Austin, Texas. The conference focused on food safety, compliance, and the role of connected technology in daily operations.

It was our first time attending LIVE, in the first year the conference opened to the wider industry. For us, it was also an opportunity to sponsor and support SmartSense, a company we’ve worked with since 2019.

Event details
Dates October 7–9, 2026
Venue Hyatt Regency Austin, Austin, Texas
Organizer SmartSense by Digi
Access October 7–9 for SmartSense customers; October 8–9 for industry attendees
Price $215.42 for industry attendees

Who SmartSense LIVE26 is for

SmartSense LIVE is designed for people responsible for safety, compliance, and operational performance. Its audience spans food service, healthcare, logistics, and other industries where monitoring physical conditions is part of everyday work.

That makes it relevant to operations and food safety leaders, as well as the technology teams supporting them. A monitoring system has to fit how people check conditions, respond to issues, and document what happened.

SmartSense LIVE26’s attendees spanned retail, healthcare, food service, and education, including Costco, CVS Health, and honeygrow. Speakers brought perspectives from operations, food safety, compliance, IT, and procurement.

What SmartSense LIVE26 was like

The main focus of the event were the SmartSense ONE presentation and the acquisition of Disruptive Technologies, which gave us a clearer picture of the company’s direction: connecting what happens in physical environments with the decisions and tasks that follow.

SmartSense ONE

SmartSense ONE brings SmartSense and Jolt capabilities into a modular platform with shared data and a common web and mobile experience, including offline support. Its seven modules cover monitoring, daily tasks, food safety, audits, maintenance, labeling, and staff scheduling. Customers can choose the capabilities they need and combine them as their requirements grow.

The focus extends from collecting data to acting on it

SmartSense describes its approach in three stages: Sense, Understand, and Act. Sensors capture conditions in the physical world, analytics and AI interpret the data, and digital workflows help teams respond.

The DT acquisition will strengthen sensing and expand SmartSense’s reach

On October 1, Digi announced an agreement to acquire Disruptive Technologies for $130 million. DT brings proprietary sensor technology, more than 250,000 deployed sensors, and devices designed to operate for up to 15 years. The acquisition would bring that technology into SmartSense, establish a stronger commercial presence in Europe, and expand opportunities in building automation and space occupancy.

Seven years of working with SmartSense

Our relationship with SmartSense began in 2019. Since then, we’ve worked together on product development and modernization as the company has grown and brought acquired products into its ecosystem.

One part of that work involved modernizing a remote monitoring app while incorporating features from other legacy products. The decisions went beyond rebuilding screens: we had to understand which workflows to keep, improve, combine, or retire. The resulting application serves more than 10,000 supply chain teams.

We’ve also worked on the process behind sensor deployments. A mobile installation app brought scanning, assignment, validation, and data synchronization into a guided workflow, helping technicians complete more deployments without adding headcount.

That work gave us a specific reason to be at LIVE: to hear from the people whose routines these systems support, and understand where software could make their work easier.

At our booth, we shared a demo showing how connected systems can work together in practice, along with our AI Adoption Handbook and some swag.

After Austin

Thank you to the SmartSense team for having us as sponsors and for the work we’ve shared across products and teams since 2019. Being part of LIVE added a new setting to that relationship: spending time with the people and organizations those products support.

And thank you to everyone who stopped by our booth, tried the demo, or took the time to tell us about their work.

If there’s a workflow you’d like to explore further, get in touch with us. We can help you clarify the problem and decide what would be useful to test first.

‍

·

Oct 23, 2026

How to build high-fidelity prototypes with AI

How a design system lets Marketing and Product teams use AI to build on-brand prototypes, based on Kaizen’s own experience and turnaround numbers.

Clock icon for reading time.

12 read time

Read more

AI makes it easier for more people across a company to create a first visual version without relying on Design for every step.

Marketing can generate campaign assets. Product managers can turn ideas into prototypes. Teams can make an idea visible earlier in the process.

That creates a new design problem.

If more people can create, how do you make sure the output still reflects the decisions Design has already made about hierarchy, typography, spacing, composition, and brand?

A design system can help.

When its rules, components, templates, and examples are available to AI tools, other teams can create within boundaries Design has already defined.

Design does not have to build every first version. It can focus on reviewing important decisions and improving the system when recurring problems appear.

A design system can carry judgment beyond the Design team

A design system gives teams shared rules for creating consistent work.

It can define:

  • Color, typography, spacing, and composition.
  • Components and how they behave.
  • Templates for recurring layouts.
  • Examples that show how those decisions work together.

That context is useful for AI too.

Without it, someone creating a page, presentation, or social post has to explain what “on brand” or “well designed” means in a prompt.

With a design system, many of those decisions are already documented. AI has a reference for how content should be structured, which components belong together, and what kinds of compositions fit the brand.

Teams get a starting point that is closer to the company’s existing visual language without having to describe it from scratch.

What this can look like across teams

Marketing can create recurring assets with less production dependency

Marketing often works with recurring formats such as social posts, campaign pages, and event assets.

Templates can give the team enough structure to create a usable first version independently. A social template, for example, can define typography, spacing, image treatment, and composition while leaving room for the content to change.

Design can then focus its review on the decisions that need attention.

Product teams can make ideas visible earlier

Product managers often need something visual before they need production-ready design.

If an AI tool has access to the same components and rules the product already uses, a PM can create a rough prototype that is closer to the real product than a generic wireframe.

The prototype is not a design direction by itself. It gives Product and Design something concrete to discuss.

Instead of spending time explaining what an idea might look like, they can focus on whether the flow makes sense, what needs to change, and where deeper design work is needed.

Generated work can show where the system is weak

AI does not only use the design system. Its output can also reveal where the system needs more guidance.

We saw this while using our own design system with AI at Kaizen.

Our Design team created the system while redesigning the Kaizen website. It documented the site’s colors, typography, composition rules, components, and templates. Marketing later began using that same system with AI to create website prototypes and social content.

One pattern kept appearing.

The AI put almost everything inside boxes.

Text, images, and entire sections appeared inside containers, even when a more open composition would have worked better.

Design reviewed the source material and found that many of the examples and rules leaned toward contained compositions. The AI was reproducing the patterns it had been given.

The team added guidance and examples for other layout approaches. The generated work became more varied and used more open compositions.

Instead of correcting the same problem in each new asset, the team improved the guidance that influenced future outputs.

That is one of the useful side effects of this process: recurring corrections can point to gaps in the system itself.

Autonomy still needs boundaries

Giving more people the ability to create does not mean every deliverable should follow the same workflow.

A recurring social post built from an established template may only need a quick review. A new product workflow may need much more involvement from Product and Design before anyone treats the prototype as a direction.

Teams can start by agreeing on three things:

What can teams create independently?

Identify recurring formats where the main design decisions are already understood.

What needs Design review?

Decide which outputs need a light check and which need deeper involvement.

What should go back into the system?

When the same correction happens repeatedly, update the shared rule, component, template, or example.

These boundaries make it clear where teams can move independently and where Design’s judgment is still needed.

What this changed for us at Kaizen

Before introducing this process, a LinkedIn visual could take more than two weeks from request to delivery once other priorities, coordination, review, and revisions were included.

We now estimate that a similar piece can move from copy to something ready to publish in about one afternoon.

For website work, a process that previously took around two weeks can now start with a Marketing-generated prototype in about two days, followed by roughly two days of Design refinement and production.

These are elapsed turnaround estimates, not active design hours. Reusable templates, the design system, clearer responsibilities, and the review process all contribute to the difference.

The biggest change is where the work starts.

Marketing can reach a concrete first version sooner. Design can spend more time refining important decisions and improving the system that will influence the next piece too.

For teams exploring this approach, start with one repeatable format.

Define the rules, examples, and templates needed to create a reasonable first version. Agree on where Design should enter the process. Then pay attention to recurring corrections.

If the same typography, layout, or composition problem keeps appearing, improve the shared guidance instead of fixing the same issue every time.

The goal is to make Design’s decisions reusable while keeping Design involved where its judgment matters most.

If you are working through the same questions, we can help you turn your existing design decisions into practical rules, templates, and review workflows your teams can use with AI.

‍

llms.txt