"I identify myself as non-binary. Non product, nor engineering manager."
И, блин, именно таким я вижу идеального продакта, который создаёт платформы. Сейчас объясню, почему.
Обычный продакт ориентируется на конечного пользователя и решает его конкретные проблемы. Платформенный продакт должен мыслить иначе: он не просто закрывает текущую задачу, а смотрит вперёд на два-три шага, чтобы не переделывать всё с нуля.
Кроме того, вместо сегментации пользователей он должен уметь обобщать. Если два разных подразделения компании хотят разного — не нужно делать два отдельных решения. Нужно понять, в чём их общая проблема, и создать одно универсальное решение, которое подойдёт не только им, но и десятку других пользователей платформы.
Так, ну, почему non product разобрались, а теперь почему nor engineer?
Инженеры чаще всего топят за чистоту кода, стройную архитектуру и логичность решений. И это правильно. Но в платформенном продукте иногда приходится сознательно идти против логики. Да, это может быть больно, но если бизнес требует именно такого решения — значит, нужно искать разумный компромисс. Вдумчиво, осознанно, но всё же идти наперекор инженерным идеалам.
Ну и главное, что у платформы должно быть продуктового, — это метрики. Обычные технические показатели, такие как SLA, время отклика 10 мс и аптайм 99.99%, сами по себе ничего не значат, если при этом мы отказали 50% клиентов. Нам нужно думать шире.
Представьте, что у платформы есть north-star метрика, которая сигнализирует, что у наших пользователей (то есть продуктов, построенных на нашей платформе) что-то идёт не так — ещё до того, как они сами это поймут. Вот тогда это будет действительно продуктовая платформа. Та, которая помогает создавать крутые продукты, радующие и пользователей, и команды, их создающие.
А что вы думаете про платформенных продактов? Какими они должны быть, чтобы действительно приносить пользу и бизнесу, и команде разработки, и конечным пользователям?