Meus primeiros 100 dias como COO de startup de IA

Se você estiver interessado em minha história de origem com os fundadores da Sectorflow Inc., uma startup que está construindo uma plataforma de IA para negócios, você pode ler mais nesta postagem do LinkedIn .

Aqui está a versão rápida: recebi um telefonema de minha antiga equipe de engenharia informando que eles estavam deixando seus empregos para abrir sua própria empresa e queriam que eu fosse seu COO. Foi um sim difícil da minha parte - então engravidei logo depois. Devo desistir? Eu me perguntei. Posso ficar sentado muito nos próximos meses ...

"Sem problemas. Você pode levar todo o tempo que precisar quando o bebê chegar. Não imaginamos fazer isso sem você.”

A ansiedade fria e trancada diminui . Como COO pela primeira vez, pensei que provavelmente deveria descobrir o que essa função realmente envolve. Tive mais de uma década de experiência em metodologia ágil , gerenciamento técnico de projetos, gerenciamento de produtos e desenvolvimento de negócios, mas nunca havia atuado nesse tipo de capacidade de liderança antes. Uma pesquisa rendeu vários artigos “Primeiros 100 dias como COO” com alguns conselhos sólidos, geralmente sobre como definir metas e promover relacionamentos com o alto escalão. Ótima coisa, mas achei que era bastante convencional, enquanto a vida de startup e a história de nossa equipe são tudo menos isso. Assim, esses artigos bem-intencionados e inúteis são a inspiração para este blog. Discutirei um pouco do que realmente fiz em meus primeiros 100 dias como COO em uma startup de IA e cobrirei a seleção de ferramentas, iniciativas, pesquisas e alguns insights gerais.

Seleção de ferramentas

A primeira coisa que me pediram foi escolher ferramentas de gerenciamento de projetos e rastreamento de problemas. Com cada um em seu caminho, a comunicação só acontecia via Slack ou no standup diário. Estimei que a busca por informações, a duplicação de tarefas, as falhas de comunicação (ou o excesso de comunicação tentando evitar falhas de comunicação) e as atualizações de progresso estavam nos custando cerca de 10 horas por semana para toda a equipe, talvez mais. Simplesmente, era hora de se organizar.

Nossa inscrição para o Notion For Startups tinha acabado de ser aprovada (isso dá a você 6 meses grátis do Plano Notion Plus), mas não tínhamos certeza de como iríamos usá-lo e a maior questão era: a engenharia iria usá-lo? Uma rápida análise de prós e contras me levou a recomendar o uso do Notion para assuntos da empresa e JIRA e Confluence para engenharia ( veja a análise abaixo ). E foi quase exatamente isso que fizemos.

Comecei a construir nosso primeiro espaço de trabalho do Notion com o modelo Data Room , um bom ponto de partida se você estiver começando do zero. Nem todas as seções eram relevantes para nós, mas deixei todas lá, por precaução. Por exemplo, não usamos a tabela Fundraising Tracker imediatamente, mas alguns meses depois - era uma solução de CRM provisória pronta para nosso CEO. No geral, o Notion é excelente para acompanhar tudo que não está relacionado à engenharia.

Quanto à engenharia e desenvolvimento, a equipe tem experiência com ferramentas Atlassian, por isso foi fácil começar a criar sprints e gerenciar tickets. O que eu não esperava era que desconsiderássemos completamente o Confluence como nossa ferramenta de documentação e, em vez disso, optássemos pelo ReadMe .

ReadMe é comercializado como um centro de documentos para desenvolvedores e nosso CEO (com formação em engenharia, é claro) se apaixonou por ele após um test drive. Admito que estava preocupado em não conseguir ler algumas notas de lançamento, mas esse não foi o caso.

Não sou desenvolvedor, mas adoro o ReadMe porque ele nos agrega valor de várias maneiras:

• Tão fácil que até mesmo um COO não técnico pode usá-lo
• Experiência de marca que mantém nosso hub de documentos consistente com nossa imagem pública
• Um local dedicado para nutrirmos esta peça-chave da experiência do cliente
• Responsabilidade interna da equipe, promove discussão e decisões

Análise de seleção de ferramenta Sectorflow: Notion v. Atlassian

💡 Principais considerações:

• Necessidade de ferramentas de engenharia especializadas.

• Preferência por plataformas unificadas versus plataformas especializadas.

• Escalabilidade e integração de longo prazo.

  
  

Aqui está o porquê:

1. Flexibilidade e escalabilidade: esta opção parece mais adequada às nossas necessidades de crescimento e expansão. Estou antecipando a necessidade de DevOps e ferramentas de engenharia sustentáveis aqui.
2. Necessidades distintas de gerenciamento de projetos: O gerenciamento de projetos de desenvolvimento difere significativamente de outras áreas de negócios. Ferramentas especializadas da Atlassian atenderão melhor a esses requisitos.
3. Planejamento Futuro: Antecipar um PMO para lidar com o gerenciamento de projetos no futuro, ter ferramentas distintas facilitará a transição e a separação de tarefas.

Algumas considerações finais sobre ferramentas. Gostaria de dar duas outras mensagens aqui ao customer.io para automação de marketing e ao TrustPilot para conformidade com SOC2. Assim como a Notion, essas empresas de SaaS nos aprovaram para seu programa de startups. Se você é uma startup tentando ganhar eficiência dentro do orçamento, sempre verifique se a ferramenta que você está avaliando oferece um brinde antes de assinar. Tenho que segurar aquela pista preciosa.

Iniciativas

A coisa mais importante que fiz nos meus primeiros 100 dias foi liderar a pesquisa de mercado, ICP (Perfil de Cliente Ideal) e esforços de mensagens para a startup. As razões para realizar estas atividades são fáceis de compreender - queríamos conceber um crescimento sustentável e uma estratégia de comunicação para a empresa. O que não é tão fácil é o dever de casa que você precisa fazer para chegar a algum lugar com seu posicionamento de mercado (existem níveis para isso).

Sem um primeiro passo claro para a pesquisa de mercado, tive que trabalhar com o que tínhamos . Felizmente, meu CEO estava tendo muitas conversas com todos que conhecíamos (investidores existentes, clientes anteriores e conexões que a equipe havia feito ao longo dos anos), então reuni dele uma lista de todos os contatos em nossa rede. Em seguida, compilamos essas informações em uma tabela, juntamente com alguns dados sobre a empresa de cada contato. Esta pesquisa inicial nos ajudou a identificar consistências ou padrões, para nos dar algum tipo de visão sobre problemas, tendências e casos de uso.

Outra peça fundamental desse processo foi o envolvimento em inúmeras discussões profundas com nossa equipe fundadora. Compartilhamos nossos conhecimentos e experiências, ao mesmo tempo que continuamos coletando informações valiosas da rede. Isso levantou diversas questões e incertezas sobre nossa adequação e posicionamento no mercado. Éramos uma plataforma AIOps? Uma ferramenta de BI? Para responder a essas perguntas, consultei os relatórios do Gartner, GigaOm e Forrester para entender melhor esses setores. Ao analisar os jogadores, as suas soluções e os problemas que estavam a resolver, conseguimos determinar que - bem, não nos enquadramos em nenhuma categoria existente. As discussões continuaram. A pesquisa continuou. Esse processo de pesquisa e análise levou várias semanas, mas, no final das contas, desenvolvemos um ICP v1 com base na pesquisa que fiz, nas limitações da equipe e na experiência da equipe no setor.

Na pós-graduação, aprendi sobre planos estratégicos de comunicação e como eles são uma ótima ferramenta antes de divulgar qualquer comunicação em nome de uma empresa. É algo que eu já tinha feito para empresas antes e pretendia fazer para o Sectorflow alinhar nossas mensagens.

Porém, como já estávamos no processo de identificação do nosso ICP e de conversas sobre o que defendemos e quem somos, me deparei com este vídeo e percebi que um manifesto é essencialmente a versão inicial de SaaS de um plano estratégico de comunicação. Esta parecia ser uma estrutura melhor a seguir, dada a situação em que estávamos como uma empresa jovem. Essa foi uma parte mais fácil do processo para mim, já que ser poético sobre nossa filosofia lembra por que você está fazendo todas essas coisas malucas em primeiro lugar. Mais importante ainda, o manifesto irá agora informar a nossa estratégia de entrada no mercado e os esforços de marketing no futuro, definindo o tom das nossas comunicações externas.

O que eu aprendi

Por fim, deixarei vocês com as maiores lições que aprendi em meus primeiros 100 dias como COO:

• Embora você deva entender o que está acontecendo no mundo dos produtos e da engenharia, sua principal função é ser um líder empresarial.

  
  

• Venha todos os dias com uma ideia do que você deveria fazer e com a expectativa de que não trabalhará nisso. Como COO, percebi a necessidade de extrema adaptabilidade e articulação com base no que é necessário.

  
  

• Você é o sistema de apoio do CEO. Isso é mais fácil se você tiver um bom relacionamento e, felizmente, é o caso da Sectorflow!

  
  

• Ler. Aprender. Repita. Torne-se um estudante de negócios. Torne-se um aluno (AI)*. É fácil ficar de cabeça baixa no trabalho (especialmente em uma startup, quando há tanto para fazer), mas você pode agregar valor apenas sabendo o que está acontecendo. Eu reservo de 1 a 2 horas por dia da semana para ler relatórios, notícias e postagens sociais para subir de nível nos conceitos de inteligência artificial e práticas de negócios iniciais [Insira seu setor aqui]

Se você achou útil esta espiada em meus primeiros 100 dias como novo COO, conecte-se comigo no LinkedIn ou siga o Sectorflow enquanto continuo compartilhando nossa jornada de inicialização. Agradeço comentários e posto ideias sobre arrecadação de fundos, validação ou qualquer outra coisa que você gostaria de ouvir.

Além disso, estou atualmente pesquisando explicabilidade e ética em IA . Se alguém trabalha em AIOps/MLOps e deseja trocar ideias sobre princípios de IA responsável, à medida que construímos a plataforma Sectorflow, adoraria entrar em contato. 💙

- nunca terminei, Débora