Sherlocks.ai buyers: prospects (?)
Likely buyers (individuals and small teams) in the US, UK, EU and India who would plausibly buy a software product like Sherlocks.ai (https://www.sherlocks.ai/). What the product says about itself (public site): AI SRE that investigates incidents, finds root cause, and alerts your team before humans even notice. Site: AI SRE That Finds Root Cause in Minutes | Sherlocks.ai | Cut MTTR by 10x with AI SREs that investigate incidents 24/7, automate root cause analysis, and prevent outages before they happen. Try Sherlocks AI free. | Debug Incidents and Reduce Downtime with an AI SRE Teammate They compare it against free tools, spreadsheets and doing it manually; mixed technical confidence and budget sensitivity. Include skeptics, people already using a competitor, and people who have never paid for a tool like this.
10 fictional AI personas. Exploratory perspectives, not a survey of real customers. Methodology & limitations
10 personas · Use case: validation
Questions & insights
Meet the personas
Gregory Cartwright
Gregory Cartwright's journey into the deep end of site reliability engineering began with a fascination for how complex systems function, a trait evident even in his undergraduate Computer Science studies at the University of Texas at Austin. After graduating, he spent several years in traditional software development roles, but found himself increasingly drawn to the operational challenges and the satisfaction of building resilient infrastructure. He transitioned into SRE about seven years ago, first at a smaller startup and then landing his current role at an 80-person B2B SaaS company where he has grown into a senior position. His expertise lies in AWS and Kubernetes environments, with a particular focus on observability and incident response. Gregory is deeply committed to the principle of system reliability, viewing it not just as a job requirement but as a core professional value. He believes that thorough, clear incident records are paramount for learning and improvement, which drives his meticulous approach to postmortems. His income allows for a comfortable lifestyle, but he remains pragmatic, focusing on long-term financial security rather than conspicuous consumption. This pragmatism extends to his work; he champions practical automation that demonstrably reduces toil and improves system stability, rather than chasing every new shiny tool. He recently championed a project to consolidate their primary alerting channels into a more unified view, a decision that required extensive data analysis and buy-in from his engineering peers. He views time as a finite, valuable resource, both personally and professionally, which fuels his desire for efficient solutions and clear processes. His current challenge is finding the optimal balance between the reactive demands of incident response and proactive system hardening, a perpetual SRE conundrum.
Candice Veum
Candice Veum is a seasoned DevOps Lead based in London, steering a critical platform team within a regulated financial technology firm. At 34, she possesses the rare combination of deep technical acumen and a rigorous adherence to process, honed over a decade in the sector following her Master's in Information Systems. Her current role involves managing a six-person team responsible for the backbone of the company's transaction processing, where uptime is not just a metric but a legal obligation. The landscape she navigates is fraught with tension: the need for rapid innovation clashes constantly with the immovable walls of banking regulations and audit requirements. Her daily reality is defined by a heavy reliance on legacy workflows that, while familiar, are increasingly brittle. She manages a complex ecosystem of tools—PagerDuty for alerting, Jira for workflow, and a sprawling, manually maintained spreadsheet for runbooks. This spreadsheet is her pride and her burden; it contains the institutional knowledge required to pass annual audits, yet its manual nature makes it a bottleneck during high-stress incidents. Recently, she has been forced to make difficult decisions regarding resource allocation, choosing to spend precious engineering hours documenting past failures rather than building new features, all to satisfy compliance officers who demand absolute traceability. Candice's personality is a shield against the volatility of the tech world. With high conscientiousness and moderate neuroticism, she thrives in structure. She views herself as a guardian of stability, believing that the most valuable contribution a leader can make is ensuring the lights stay on and the books balance. While she enjoys the intellectual challenge of cloud infrastructure and runs marathons to test her physical limits, her professional life is dominated by the fear of the unknown variable that could trigger a regulatory breach. She is currently evaluating ways to reduce the cognitive load on her team, specifically looking for solutions that can automate the tedious aspects of incident investigation, allowing her team to focus on prevention rather than just firefighting. Her income reflects her seniority, but her true wealth lies in the trust her team and regulators place in her ability to maintain order in a chaotic digital environment.
Manoj Ganaka
Manoj Ganaka, 41, is a seasoned technologist and the co-founder and CTO of a burgeoning B2B SaaS startup in Bengaluru. His journey into entrepreneurship was fueled by a desire to build scalable, reliable software solutions, a passion ignited during his B.Tech in Computer Science. After several years in senior engineering roles at established tech firms, he co-founded his current venture four years ago, aiming to disrupt a niche market with innovative technology. His current compensation reflects the early-stage risk and his significant contribution to the company's growth, placing him in the ₹45L-₹70L bracket. Manoj embodies the 'Founder-CTO' archetype, deeply embedded in the technical fabric of his 18-person company. He doesn't delegate the most critical operational responsibilities; instead, he actively participates in the on-call rotation alongside two senior backend engineers. This hands-on approach means he's often found investigating production incidents, meticulously sifting through logs on AWS and Kubernetes, and ensuring runbooks in Notion are updated promptly after each disruption. This commitment stems from a core belief in ownership and customer trust – he feels personally responsible for the platform's stability. His technical decisions are heavily influenced by a desire for speed and efficiency, but tempered by a deep understanding of distributed systems and cloud architecture. He recently made the decision to postpone hiring a dedicated SRE, opting instead to invest that budget into expanding the core product development team, a calculated risk that places more operational burden on himself and his existing engineers. This choice highlights his pragmatic approach to resource allocation in a capital-constrained environment. He views time as his most precious commodity, constantly balancing the urgent demands of a startup with the long-term vision for technical excellence and team development. His financial decisions are geared towards reinvesting in the company's future, prioritizing growth and stability over personal short-term gains.
Leopold Busch
Leopold Busch grew up in a quiet town in Brandenburg, developing an early fascination with how things work, often taking apart old electronics to understand their inner mechanisms. This innate curiosity, coupled with a strong aptitude for mathematics, naturally led him to pursue Software Engineering at university. He excelled in his Master's program, focusing on distributed systems and cloud architecture, where he honed his analytical skills and developed a deep appreciation for robust, scalable systems. After graduating, he joined a burgeoning e-commerce company in Berlin, drawn by the challenge of building and maintaining the infrastructure for a rapidly growing platform. He quickly found his niche in the platform engineering team, where his meticulous nature and commitment to reliability were highly valued. Over the past four years, Leopold has become an integral part of the three-person team responsible for ensuring the platform's stability, a role that demands constant vigilance and a systematic approach to problem-solving. He actively participates in incident response, utilizing tools like Rootly to meticulously document timelines and coordinate efforts, ensuring that post-incident analyses in Confluence are thorough and actionable. He believes strongly in the power of automation and clean documentation to prevent future issues, often dedicating time to improving runbooks and monitoring setups. While he enjoys the intellectual stimulation of his work, Leopold also prioritizes a balanced life, cherishing his time with his partner, Clara, and pursuing his passion for cycling. He views his career not just as a job, but as a continuous process of learning and refinement, aiming to build systems that are not only functional but also resilient and maintainable. His financial habits reflect his personality: disciplined and forward-thinking, focused on long-term security rather than immediate gratification.
Maryann Rogahn
Maryann Rogahn's journey into engineering leadership was driven by a desire for order and a deep-seated belief in the importance of robust systems, especially in critical sectors like healthcare. Growing up in a middle-class family in Pennsylvania, she was always the one taking things apart to see how they worked. Her Bachelor's in Computer Engineering from Penn State provided a solid theoretical foundation, but it was her early career roles in quality assurance and then software development that exposed her to the messy reality of complex systems under pressure. She joined her current company seven years ago as a senior engineer, quickly rising through the ranks due to her meticulous approach to problem-solving and her ability to communicate technical issues effectively. She took on the Director of Engineering role four years ago, initially focusing on platform development, but her knack for identifying systemic weaknesses and her calm demeanor during crises naturally led her to prioritize and eventually formalize the reliability function. She lives by the principle that 'good enough' is rarely good enough when patient outcomes are on the line. Her income affords her a comfortable lifestyle, but her spending habits are pragmatic; she prioritizes savings and investments over conspicuous consumption, viewing financial security as another form of operational control. Time is her most precious commodity, and she fiercely guards it, optimizing her schedule to maximize impact and minimize wasted effort, a philosophy that extends from her professional life to her carefully managed home routines. She's currently wrestling with how to scale her reliability group effectively without compromising the depth of their analysis, a challenge that occupies a significant portion of her strategic thinking.
Lorenzo Willems
Lorenzo Willems, 32, is a Staff Site Reliability Engineer at a rapidly scaling Amsterdam-based logistics technology company. Holding an M.S. in Computer Science from the University of Amsterdam, he has cultivated a deep expertise in distributed systems and operational excellence over his eight-year career. His current role places him at the critical intersection of infrastructure reliability and business continuity for a 300-person organization. Lorenzo is on-call one week per month, a responsibility he approaches with meticulous preparation, focusing on minimizing Mean Time To Recovery (MTTR) for warehouse and API incidents. His team utilizes a sophisticated incident review tool, which Lorenzo actively contributes to refining, ensuring comprehensive capture of alert history, responder notes, and remediation steps across their complex microservices architecture. This commitment to detailed post-mortems fuels his drive for continuous improvement, a core value he champions. He recently spearheaded a project to standardize observability tooling across newly acquired subsidiaries, a complex undertaking involving integration and alignment of disparate monitoring stacks. This decision was driven by a desire for unified visibility and reduced operational overhead. Lorenzo is pragmatic about his career progression, aiming for senior technical leadership roles rather than pure management. He values technical sovereignty and data integrity, often spending his own time exploring new open-source observability solutions and contributing small fixes back to projects he uses. His income allows for comfortable living and consistent savings, but he prioritizes experiences and durable goods over fleeting trends. He views time as a finite, valuable resource, both for himself and for the systems he manages, constantly seeking efficiencies and robust solutions that reduce toil and prevent future failures. His approach to work is characterized by a calm, analytical demeanor, even under significant pressure, reflecting his low neuroticism and high conscientiousness. He believes deeply in the power of well-defined processes and clear documentation to navigate the inherent complexities of modern software systems.
Claude Hayes
Claude Hayes, 27, is a DevSecOps Engineer at a burgeoning 60-person data platform startup based in Manchester, UK. His journey into cybersecurity began during his B.S. in Cybersecurity at university, where he developed a keen interest in system vulnerabilities and defensive strategies. He found himself drawn to the proactive and preventative aspects of security, leading him to the DevSecOps field. His current role is defined by a deliberate, human-led approach to incident management. While the company is growing rapidly, Claude champions a process where automated alerts and ticket creation are merely the first steps. He insists on thorough manual root-cause analysis, meticulously reviewing logs, correlating events, and documenting findings before any mitigation strategies are implemented or runbook changes are made. This commitment to engineering rigor and auditability stems from a deep-seated value for risk control and system stability. He believes that true resilience comes from understanding the 'why' behind failures, not just the 'how' of a quick fix. His income, between £62k-£78k base, allows for comfortable living and diligent saving, reflecting his long-term financial goals. He's not driven by status or rapid advancement at the expense of thoroughness, preferring to build a solid foundation of expertise. Recently, he pushed back against a proposal for more aggressive automated incident remediation, arguing that the current level of manual oversight was essential for maintaining the integrity of their platform's security posture, a decision that underscored his principled stance on operational excellence. He sees his role as a guardian of system integrity, ensuring that growth doesn't come at the cost of foundational security and reliability.
Sheela Jha
Sheela Jha, 30, is a Site Reliability Engineer at a burgeoning payments startup in Pune, India. Holding a B.E. in Information Technology, she has carved a niche for herself in a demanding field, driven by an innate sense of responsibility and a knack for resourcefulness. Her career trajectory has been shaped by a pragmatic approach to technology, focusing on leveraging free and open-source tools to their maximum potential. Sheela's current role is emblematic of this philosophy; she supports a 12-person payments company by ensuring the reliability of their critical infrastructure using only Prometheus for monitoring, Grafana for visualization, Slack for communication, and a meticulously maintained spreadsheet for incident runbooks. This setup, while effective, means her team of four engineers shoulders significant on-call responsibilities, tackling outages across APIs, message queues, and databases without the aid of expensive, dedicated incident management platforms. Sheela's decision to stick with this lean, cost-effective tooling is rooted in her value system, which prioritizes smart allocation of resources and deep understanding of system fundamentals over acquiring the latest, often costly, software. She believes that true engineering prowess lies in making complex systems resilient with the tools at hand. Her income, between ₹18L-₹28L, allows for comfortable living and savings, but she remains judicious with company expenditures, mirroring her personal financial habits. Sheela's commitment extends beyond her immediate tasks; she actively seeks ways to automate repetitive processes and improve system observability, viewing each challenge as an opportunity for growth and learning. Her background instilled a strong sense of teamwork, and she thrives in collaborative environments where problems are tackled collectively. Sheela is not just maintaining systems; she is building a foundation of reliability through ingenuity and dedication.
Violette Durand
Born and raised in Rennes, Brittany, Violette's early fascination with how things work led her to pursue computer engineering. She excelled academically, earning her Master's degree from a reputable French engineering school. Upon graduation, she moved to Paris, eager to immerse herself in the city's vibrant tech scene. Her initial roles involved more general system administration, but she quickly gravitated towards the complexities of performance optimization and reliability. She joined her current company, a growing online marketplace, four years ago. Initially tasked with improving their CI/CD pipeline, her responsibilities naturally expanded to encompass the entire platform's observability. Violette has been instrumental in shaping the company's incident response process, championing the adoption of incident.io and advocating for rigorous post-incident analysis. She views each incident not as a failure, but as a crucial learning opportunity, meticulously documenting timelines, root causes, and actionable improvements. Her approach is highly data-driven and methodical, reflecting her innate desire for precision. While she appreciates the collaborative aspects of her work, she also values her quiet time, using it for deep technical study or pursuing her passion for photography. She lives comfortably, managing her finances prudently, and is focused on building a stable, impactful career rather than chasing rapid wealth or overt status symbols. She’s currently focused on refining alert fidelity and reducing MTTR, seeing it as a direct path to better user experience and team efficiency. Her recent decision to invest more time in learning advanced log correlation techniques stems from a desire to proactively identify subtle anomalies before they escalate into major incidents, a testament to her forward-thinking, preventative mindset.
Chris Medhurst
Chris Medhurst is a 42-year-old VP of Engineering based in Chicago, overseeing a lean but critical team at a B2B API startup. Holding a B.S. in Electrical Engineering from a state university, he spent the first decade of his career in hardware manufacturing before pivoting to software, a transition that informs his rigorous, systems-thinking approach. Currently managing a 50-person organization, he operates with a distinct advantage: deep technical empathy combined with a ruthless focus on operational efficiency. Unlike many executives who delegate stability entirely, Chris remains hands-on, personally reviewing MTTR trends and outage patterns every month. He has built a culture where 'blameless post-mortems' are standard, yet accountability for process improvement is absolute. His workspace is a testament to his personality: organized, minimal, and dominated by multiple monitors displaying real-time telemetry. He has invested heavily in custom internal dashboards to visualize alert volumes, as he finds off-the-shelf tools too noisy for his specific architecture. Recently, he made the strategic decision to freeze new feature development for six weeks to tackle technical debt, a move that alienated some sales stakeholders but solidified the platform's uptime. He is deeply concerned with the fragility of modern cloud architectures, particularly the 'alert fatigue' plaguing his two SREs and one DevOps engineer. While he earns a robust $250k-$320k, he views money as a tool for stability rather than status, reinvesting savings into his children's futures and a diversified portfolio. His life outside of work is structured around discipline: marathon training, golf, and a strong emphasis on family presence. He is not a disruptor looking for the next big thing; he is a steward ensuring the engine doesn't stall while others drive the car.
Want a panel built for your exact market?
Create your own audience