paint-brush
Мои первые 100 дней в качестве операционного директора AI-стартапак@sectorflow
591 чтения
591 чтения

Мои первые 100 дней в качестве операционного директора AI-стартапа

к SectorFlow Inc. 7m2024/03/14
Read on Terminal Reader

Слишком долго; Читать

Впервые главный операционный директор рассказывает о своих первых 100 днях в стартапе Sectorflow, занимающемся искусственным интеллектом, - освещая такие важные инициативы, как укрепление рыночного позиционирования и ICP, посредством глубоких обсуждений основателей и исследовательских отчетов, создание манифеста для информирования о стратегии выхода на рынок, выбор оптимизированных инструментов управления проектами и ключевые уроки, извлеченные из неустанного обучения, партнерства генерального директора и целенаправленной расстановки приоритетов в качестве бизнес-лидера.
featured image - Мои первые 100 дней в качестве операционного директора AI-стартапа
SectorFlow Inc.  HackerNoon profile picture
0-item


Если вас интересует история моего происхождения с основателями Sectorflow Inc., стартапа, создающего платформу искусственного интеллекта для бизнеса, вы можете прочитать больше в этой публикации на LinkedIn .


Вот краткая версия: мне позвонила моя бывшая команда инженеров и сообщила, что они увольняются с работы, чтобы основать собственную компанию, и хотят, чтобы я был их главным операционным директором. Я ответила твердое «да» — вскоре после этого я забеременела. Должен ли я отступить? — спросил я себя. Возможно, в ближайшие несколько месяцев мне придется много сидеть без дела…


"Без проблем. Вы можете уделять столько времени, сколько вам нужно, когда ребенок появится. Мы не думаем, что сможем сделать это без вас».


Хладнокровие-замкнутость- беспокойство утихает . Будучи впервые операционным директором, я подумал, что, вероятно, мне следует выяснить, что на самом деле влечет за собой эта роль. У меня был более чем десятилетний опыт работы в области гибкой методологии , управления техническими проектами, управления продуктами и развития бизнеса, но я никогда раньше не занимал руководящие должности такого типа. Поиск дал несколько статей «Первые 100 дней в должности операционного директора» с некоторыми солидными советами, обычно касающимися постановки целей и налаживания отношений с высшим руководством. Отличная вещь, но я обнаружил, что она довольно условна, тогда как жизнь стартапа и история нашей команды совсем не такие. Таким образом, эти благонамеренные и бесполезные статьи послужили источником вдохновения для создания этого блога. Я расскажу о том, чем я на самом деле занимался за первые 100 дней в качестве главного операционного директора в стартапе по искусственному интеллекту, а также о выборе инструментов, инициативах, исследованиях и некоторых общих выводах.


Выбор инструмента

Самое первое, что меня попросили сделать, — это выбрать инструменты управления проектами и отслеживания проблем. Поскольку каждый был на своем пути, общение происходило только через Slack или ежедневные стендапы. По моим оценкам, поиск информации, дублирование задач, недопонимание (или чрезмерная коммуникация, пытаясь избежать недопонимания) и обновления прогресса обходились нам примерно в 10 часов в неделю всей команде, а может и больше. Проще говоря, пришло время навести порядок.


Наша заявка на Notion For Startups только что была одобрена (это дает вам 6 бесплатных месяцев плана Notion Plus), но мы не были уверены, как именно мы будем ее использовать, и самый большой вопрос заключался в том, будут ли ее использовать инженеры ? Быстрый анализ плюсов и минусов побудил меня порекомендовать использовать Notion для корпоративных задач, а также JIRA и Confluence для проектирования ( см. анализ ниже ). И это почти именно то, что мы сделали.


Я начал создавать наше первое рабочее пространство Notion с помощью шаблона Data Room , который станет хорошей отправной точкой, если вы только начинаете работать. Не каждый раздел был для нас важен, но я оставил их все на всякий случай. Например, таблицу Fundraising Tracker мы использовали не сразу, а через пару месяцев — это было готовое временное CRM-решение для нашего генерального директора. В целом, Notion отлично подходит для отслеживания всего, что не связано с инженерией.


Что касается проектирования и разработки, у команды есть опыт работы с инструментами Atlassian, поэтому переход к созданию спринтов и управлению заявками был простым. Чего я не ожидал, так это того, что мы полностью проигнорируем Confluence как наш инструмент документации и вместо этого выберем ReadMe .


ReadMe позиционируется как центр документации для разработчиков, и наш генеральный директор (разумеется, с инженерным образованием) влюбился в него после тест-драйва. Признаюсь, я был обеспокоен тем, что не смогу самостоятельно просмотреть некоторые примечания к выпуску, но это было совсем не так.


Я не разработчик, но мне нравится ReadMe, потому что он приносит нам пользу по нескольким причинам:

  • Настолько просто, что им может воспользоваться даже нетехнический операционный директор.
  • Фирменный опыт, который позволяет нашему центру документации соответствовать нашему общественному имиджу.
  • Специальное место, где мы можем развивать эту ключевую часть нашего клиентского опыта.
  • Внутренняя подотчетность перед командой, способствует обсуждению и принятию решений.


Анализ выбора инструмента Sectorflow: Notion против Atlassian

Вариант

Плюсы

Минусы

Расходы

Все-в-одном с Notion

Единая платформа, удобная и легко настраиваемая.

Ограниченные технические возможности, могут плохо масштабироваться.

Около 40-50 долларов в месяц на 5 участников.

JIRA и Confluence для инженерии, Notion для других областей

Специализированные инструменты для проектирования, лучшее из обоих миров.

Управление несколькими платформами, потенциально более высокая стоимость.

Около 65 долларов в месяц (JIRA + Confluence) + стоимость Notion для 5 участников.


💡 Ключевые соображения:

  • Потребность в специализированных инженерных инструментах.

  • Предпочтение унифицированным и специализированным платформам.

  • Долгосрочная масштабируемость и интеграция.


📝 Моя рекомендация: я рекомендую использовать вариант 2 (JIRA и Confluence для инженерии, Notion для других областей).


Вот почему:

  1. Гибкость и масштабируемость. Кажется, этот вариант лучше подходит для наших потребностей в росте и масштабировании. Я ожидаю, что здесь возникнет необходимость в DevOps и поддерживающих инженерных инструментах.
  2. Особые потребности в управлении проектами. Управление проектами развития существенно отличается от других областей бизнеса. Специализированные инструменты Atlassian лучше удовлетворят этим требованиям.
  3. Планирование на будущее. Предполагая, что PMO будет заниматься управлением проектами в дальнейшем, наличие отдельных инструментов облегчит переход и разделение обязанностей.


Несколько заключительных мыслей об инструментах. Я хотел бы еще раз поблагодарить customer.io за автоматизацию маркетинга и TrustPilot за соответствие требованиям SOC2. Как и Notion, эти SaaS-компании одобрили нас для участия в своей программе стартапов. Если вы стартап, пытающийся повысить эффективность бюджета, всегда проверяйте, предлагает ли инструмент, который вы проверяете, бесплатную услугу, прежде чем подписываться на него. Надо держаться за эту драгоценную взлетно-посадочную полосу.


Инициативы

Самое важное, что я сделал за первые 100 дней, — это провел исследование рынка, ICP (идеальный профиль клиента) и обмен сообщениями для стартапа. Причины таких действий легко понять: мы хотели разработать стратегию устойчивого роста и коммуникации для компании. Что не так просто, так это домашнюю работу, которую вам нужно сделать, чтобы добиться чего-то с вашим рыночным позиционированием (у этого есть несколько уровней).



Поскольку не было четкого первого шага для исследования рынка, мне пришлось работать с тем, что у нас было . К счастью, мой генеральный директор вел массу разговоров со всеми, кого мы знали (существующими инвесторами, предыдущими клиентами и связями, которые команда установила на протяжении многих лет), поэтому я получил от него список всех контактов в нашей сети. Затем мы собрали эту информацию в таблицу вместе с некоторыми данными о компании каждого контакта. Это первоначальное исследование помогло нам выявить закономерности или закономерности и дать нам некоторое представление о проблемах, тенденциях и вариантах использования.


Еще одним ключевым моментом этого процесса было участие в многочисленных глубоких дискуссиях с нашей командой основателей. Мы делились своими знаниями и опытом, а также продолжали собирать ценную информацию из сети. Это вызвало ряд вопросов и неопределенностей относительно нашего соответствия рынку и позиционирования. Были ли мы платформой AIOps? Инструмент BI? Чтобы ответить на эти вопросы, я обратился к отчетам Gartner, GigaOm и Forrester, чтобы лучше понять эти отрасли. Анализируя игроков, их решения и проблемы, которые они решали, мы смогли определить, что — ну, мы не вписываемся ни в одну из существующих категорий. Обсуждения продолжались. Исследования продолжались. Этот процесс исследования и анализа занял несколько недель, но в конечном итоге мы разработали ICP версии 1 на основе проведенных мной исследований, ограничений команды и отраслевого опыта команды.


В аспирантуре я узнал о планах стратегических коммуникаций и о том, насколько они являются отличным инструментом, прежде чем публиковать какие-либо сообщения от имени компании. Это то, что я раньше делал для компаний и намеревался сделать для Sectorflow, чтобы согласовать наши сообщения.


Однако, поскольку мы уже находились в процессе определения нашего ICP и обсуждали, за что мы выступаем и кто мы такие, я наткнулся на это видео и понял, что манифест — это, по сути, SaaS-версия стратегического коммуникационного плана для стартапа. Это казалось лучшей основой для подражания, учитывая, на каком этапе мы находились, будучи молодой компанией. Для меня это была более легкая часть процесса, поскольку поэтическое изложение нашей философии напоминает вам, почему вы вообще делаете все эти безумные вещи. Что еще более важно, манифест теперь будет служить основой для нашей стратегии выхода на рынок и дальнейших маркетинговых усилий, задавая тон нашим внешним коммуникациям.


Что я узнал

Наконец, я поделюсь с вами самыми важными уроками, которые я усвоил за первые 100 дней в качестве главного операционного директора:


  • Хотя вы должны понимать, что происходит в мире продуктов и техники, ваша основная задача — быть бизнес-лидером.


  • Приходите каждый день с представлением о том, что вам следует делать, и с ожиданием, что вы не будете над этим работать. Будучи операционным директором, я осознал необходимость максимальной адаптируемости и изменения в зависимости от того, что необходимо.


  • Вы — система поддержки генерального директора. Это проще, если у вас хорошие отношения, и, к счастью, в Sectorflow именно так и есть!


  • Читать. Учиться. Повторить. Станьте бизнес-студентом. Станьте студентом (AI)*. В работе легко опустить голову (особенно в стартапе, когда так много дел), но вы можете принести пользу, просто зная, что происходит. Я выделяю 1–2 часа в будний день для чтения отчетов, новостей и публикаций в социальных сетях, чтобы повысить уровень знаний о концепциях искусственного интеллекта и практиках ведения бизнеса [Укажите здесь свою отрасль]


Если вы считаете, что этот обзор моих первых 100 дней в качестве нового главного операционного директора был полезен, свяжитесь со мной в LinkedIn или подпишитесь на Sectorflow , пока я продолжаю рассказывать о нашем стартап-путешествии. Я приветствую отзывы и публикую идеи по сбору средств, проверке или чему-то еще, о чем вы хотели бы услышать.


Кроме того, в настоящее время я исследую объяснимость и этику ИИ . Если кто-то работает в AIOps/MLOps и хочет обменяться идеями о принципах ответственного ИИ, пока мы создаем платформу Sectorflow, я буду рад присоединиться. 💙


— так и не закончил, Дебора