Back to resources

Meeting the Needs of Your Product’s Core Demographic

Product
Users

17 May, 2021

Shivan Bindal
Shivan Bindal

Head of Platform Products at AuditBoard

Shivan Bindal, Head of Platform Products at AuditBoard, goes straight to the source when assessing product-market fit for a product.

Problem

The company that I was a part of dealt in the construction-project management space. The technology that they had built was designed to solve problems in the field. The products being developed needed to be as versatile as possible in order to accommodate all of the different workflows in construction, especially on a larger-scale project.

It amounts to a lot of data entry meant to track an ability-risk type of perspective. Imagine getting a shipment of wood or steel. You need to track who received the shipment on site from a reliability and safety perspective. The salaries paid to subcontractors and vendors also need to be accounted for.

The issue: the central office wanted to have as much visibility on one job site as they did on all of their other job sites. That was the market problem. We wanted our tools to be implemented with one another; one tool that tracks labor and another that serves as a dashboard on labor.

The problem was that this cross-functionality was being met with bad reviews. I was hired to take this product over and to turn it around for the company.

Actions taken

I did a bit of investigating and felt that something was not fitting. We appeared to be receiving more requests for the aforementioned functionality — what you have for labor, I need something like it for scheduling, or for inventory tracking.

On the one hand, we had our existing product, which was not doing very well on the market at all. On the other, we were getting lots of requests for things that were similar. I started first with the users who appeared to be detracting the products that we were already producing. I listened to their feedback and gained some sense of where I felt we could be pushing our current product further.

The feedback that I was getting: each implementation, schedule-tracking versus labor-tracking, for example, is different. You don’t have the same needs or capabilities when generating a report in either category. Consistency, then, would be one problem for us. What else? We actually needed to be relating these things together; change-orders could be used to create a ripple effect between overtime and the increased wages that would come as a result.

That was really the light-bulb moment for me. These implementations could not be tool-specific. The entire picture needed to be accounted for within the system if the product was going to be what our customers needed it to be. From the nitty-gritty bottom line, all the way to delivery and risk management, all of this information needed to be included in this larger story that our product was trying to present to the user.

Our data model was overhauled completely. We built an entirely new product that was situated at the top of the UI across our entire suite of products. A slew of new features made maintaining comprehensive records much easier across each site’s home office network. We had effectively standardized, simplifying everything and optimizing for the real-world challenges of the construction management industry.

Lessons learned

  • Above all else: listen to the market. Do not develop in a vacuum. That’s what had our original product so far off-base from what our customers needed. Constantly be going back to your users and your customers.
  • In industries like construction, you really do need an insider’s perspective on what makes a product useful. Experts will respond well to a product that is savvy and takes care of a real problem that they face daily.
  • A lot of people get wound up in thinking about what comes next. Before going there, you need to make sure that where you are is solid first. In our case, the problem was never really solved correctly in the first place. We could not go on to what’s next, because we had no platform to build overtop of. You should always be iterating toward product-market fit.

Discover Plato

Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader


Related stories

The Art of Asking Why: Narrowing the Gap Between Customers and Users

24 May

Jord Sips, Senior Product Manager at Mews, shares his expertise on a common challenge for product managers – finding root causes and solutions.

Customers
Innovation / Experiment
Product
Personal Growth
Leadership
Stakeholders
Users
Jord Sips

Jord Sips

Senior Product Manager at Mews

Streamlining Product Processes After a Reorganization

16 May

Snehal Shaha, Lead Technical Program Manager at Momentive (fka SurveyMonkey), details her short-term technical strategy to unify processes among teams following an acquisition.

Acquisition / Integration
Product Team
Product
Building A Team
Leadership
Internal Communication
Collaboration
Reorganization
Strategy
Team Processes
Cross-Functional Collaboration
Snehal Shaha

Snehal Shaha

Senior EPM/TPM at Apple Inc.

Navigating Disagreements When It Comes to Priorities

9 May

Pavel Safarik, Head of Product at ROI Hunter, shares his insights on how to deal with disagreements about prioritization when building a product.

Innovation / Experiment
Product Team
Product
Dev Processes
Conflict Solving
Internal Communication
Collaboration
Convincing
Strategy
Prioritization
Pavel Safarik

Pavel Safarik

Head of Product at ROI Hunter

Why You Should Take Technology Risks in Product Development

25 April

Matias Pizarro, CTO and VP of Residents at ComunidadFeliz, recalls a time in his early career when he took a technology risk that had wide-ranging benefits to his product's user experience.

Innovation / Experiment
Product
Scaling Team
Dev Processes
Matias Pizarro

Matias Pizarro

CTO and VP of Residents at ComunidadFeliz

Combining User Research with Testing to Build a Successful Product

20 April

Waldo Vanderhaeghen, VP of Product at 3YOURMIND, details an experience in product discovery, analyzing user research, and testing.

Innovation / Experiment
Product
Conflict Solving
Feedback
Users
Waldo Vanderhaeghen

Waldo Vanderhaeghen

VP Product at 3YOURMIND

You're a great engineer.
Become a great engineering leader.

Plato (platohq.com) is the world's biggest mentorship platform for engineering managers & product managers. We've curated a community of mentors who are the tech industry's best engineering & product leaders from companies like Facebook, Lyft, Slack, Airbnb, Gusto, and more.