Ryusou Blog

最近副業で、toDeveloperとも言える開発をしている。その中でSDK開発やら、ユーザーにどう届けるかみたいなフェーズの話をしているのですが、やはりこのフェーズにしかない面白さがあると思う。

toD（もしかしたらそれ以外もかもですが、私には toD の経験しかない）のサービスにおいて、このSDKの開発など実機能ではないものの開発をすることは機能開発と同等の価値があると思う。

そのような役割を果たすものはSDKだけではない。ドキュメントやブログで使い方を紹介する、ユースケースを拡張して紹介する、別のSaaSやその他のOSSと組み合わせて紹介する、など方法はいくつもある。

私はこれらの役割は機能開発で言うところのMVPと捉えています。MVPでユーザーにユースケースを提示し、実際にユーザーにそのようなユースケースを広める。実際に使ってもらう。

これは本体の機能に一才手を入れないでできるMVPであると言うところに価値がある。と私は考えています。本体のサービスや設計の世界観を崩さずに外部からユーザーのユースケースを拡張できる。ここに価値があると思うし、専門性もあるとも思うのです。

このような役割には「Developer Advocate」や「DevRel」のような役職の名前がついています。それらの職種にも専門性があるし、リスペクトもしています。しかし私はこれらの仕事をプロダクトエンジニアも関わっていくのが良いかもなとも思っています。

これらのユースケースをサービスの外から拡張すると言うことはMVPの一種だと考えました。つまりこれはサービスの中に機能を内包するか？否か？と言うことを実験することでもあると思います。

これらの判断をすることはまさにプロダクト開発なのではないでしょうか？

あまりまとまりのない文章になってしまいました。

ただtoDサービスにおいては「機能開発」と「外側からのユースケース拡張」これらの垣根がないことが成功の鍵を握っているということが、私が確かに言えることです。