Architecting Startups

Our second high-level step after deciding to pursue a startup project is to “architect” it. It’s during this stage where we delve much deeper into the app logic/layer of the underlying systems we need to create and identify the underlying components and interdependencies among those components. This involves researching vendors and their products to see if they meet our use case, and then delving deeply into the developer documentation and collaborating with our technical team to perform feasibility assessments across multiple levels. Architecting involves a deeper level of systems design to be able to finalize the systems and cloud architecture, integral to scale, which are typically interrelated.

STARTUP EXAMPLE: Marketing/CX platform. One of our marketing/CX platform’s two SaaS products – the one involving automated payouts to influencers – leans heavily into payment processing, not least all of the implicit underlying regulations, which in turns requires spending dozens of hours in technical research to identify which APIs will be leveraged and how, typically culminating in precise business requirements reflecting the architecture of a sub-level system that interacts with other sub-level systems.