Back to resources

Building a Prototype With Limited Resources

Managing Expectations
Productivity

13 August, 2020

Philip Camilleri
Philip Camilleri

Cofounder and CTO at Founderslist

Philip Camilleri, Co-Founder and former CTO at SmartAsset, and now CEO at Founderslist, explains how he approached building a prototype, not meant for production, with limited resources typical for startups.

Problem

As an early startup, we were constrained with limited resources and focused on building core components of our business. However, we were intrigued to test out something that we thought could be highly valuable to our company. We were interested in building a sustainable solution but with scarce resources. As is the case with prototypes, we were curious to see if we could build it and more importantly, if successful, what would be its added value to the business.

Actions taken

We did some serious pondering about what our goals were, why we were doing it, and what success and/or failure meant to us. That included setting up clear objectives and success metrics.

Then we focused on envisioning what the MVP should look like and would it be feasible to complete it with the limited resources that troubled us. Following that, we discussed if we should single out one component of a prototype that would secure us the highest ROI and an overall validation.

Considering our uncertain situation, it was not the time to experiment and we had to rely on things we were familiar with instead of trying new or cutting edge technologies. Also, we had to frequently check-in to ensure that we were within our constraints both in terms of budget and time.

My main concern as a CTO was that whenever you were building a prototype there was a risk that it would end up in production though it was not meant to be production-ready. The idea behind this prototype was that we would build, test, evaluate, and then we would invest properly in building the proper version. I had to repeatedly emphasize to the other executives that it was a version not meant for production as well as to the tech team that was concerned with scaling it to 100 million users.

Lessons learned

  • Building a prototype is always a high-risk activity and figuring out what is its value to the business is hugely important. I knew that there was a very good chance (more than 50 percent) that it might not work out and all the time and effort put in this activity would be thrown away. I relied on the business team to calculate if we were in the situation to waste allocated money if the prototype would fail to work properly. Make sure to have enough visibility into a long-term value, but also secure buy-in in case of failure.
  • Though I was repeatedly explaining that this was not a production-ready version and that we would need to invest much more time and money into developing one, once our prototype succeeded there were many pushes to put it in production. To prevent those misunderstandings make sure to keep a written trail to which you can refer.
  • I missed out early on to regularly check-in. Make sure that whatever you build, you are on track. This is especially hard when the process is rapid and poorly documented, as was in our case.
  • The person who manages this project should have a clear understanding of what the end goal is and not go off a tangent.
  • Make sure that everyone is aware in advance it is a risky project and that chances for success are not always high.

Discover Plato

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


Related stories

Tips to Get Back to Work After a Career Break

18 January

Joëlle Gernez, Vice President, Engineering at Pinger, shares her strategies to come back to the tech-industry after a brief 6-years of career break.

Goal Setting
Managing Expectations
Personal Growth
Changing Company
Career Path
Joëlle Gernez

Joëlle Gernez

Vice President, Engineering at Pinger

Analyzing a Problem for Real Causes and Coming to a Pragmatic Solution

7 January

Ranadheer Velamuri, Director of Engineering at Tesco, shares how he increased productivity by analyzing his problem and determining the best solution.

Alignment
Conflict Solving
Internal Communication
Productivity
Prioritization
Ranadheer Velamuri

Ranadheer Velamuri

SVP of Engineering at Locus Technologies

Decreasing Distractions During the Remote Workday

7 January

Ross Bruniges, Engineering Manager at Atlassian, shares his tips for a successful work-life balance, creating boundaries to decrease social distractions.

Salary / Work Conditions
Personal Growth
Productivity
Health / Stress / Burn-Out
Performance
Ross Bruniges

Ross Bruniges

Engineering Manager at Atlassian

Using Documentation to Increase Efficiency in the Remote Workplace

7 January

Kiran Bondalapati, VP Engineering at Snorkel A, describes his transition into the remote working environment at his previous startup and the challenges he overcame.

Remote
Meetings
Collaboration
Productivity
Feedback
Onboarding
Kiran Bondalapati

Kiran Bondalapati

VP Engineering at Snorkel AI

Tips to Scale an Existing Engineering Team

28 December

Jacopo Toccacieli, VP of Engineering at Tehama, shares his insights on scaling an existing engineering team while filling in the gaps in the skillset in each team.

Customers
Product
Scaling Team
Productivity
Jacopo Toccacieli

Jacopo Toccacieli

VP of Engineering at ShippyPro

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.