現在、土日や空き時間を利用して、2ndサービスを開発している。それに至った背景や実際にやってみて感じたことを記事に記す。本記事は、以下の記事の続編の立ち位置である。本記事がサービス改善フェーズにおける技術向上のヒントとなれば幸いである。サービスに集中すべきという意見は正しい。サービスの開発を始めてしまってはいつまでたっても望む結果(ビジネスの成長や成功)は得られないだろう。私がこのブログで散々言っているコア機能の改善を続けていくべきである。サービス開発の順番を誤ってはならない。サービスに無駄な機能ばかり追加している例が後を絶たない。電話のサービスだったのに、ユーザーをもっと獲得するために、いつの間にかメールやチャットを詰め込んだ総合的サービスになっていったという具合である。全ての機能が中途半端で洗練されておらず、そのサービスのメリットって一言で何?と言えなくなって来ている状態。なってしまうと、類似サービスが出て来たときに太刀打ちできなくなるし、初めてのユーザーは迷ってしまって有料で使いたいとは思わなくなる。私はこうして1つのサービスに機能を詰め込むことは反対しているわけだけども、それらを全く別のサービスで出すことに対しては否定的ではない。複雑さの問題をサービスのレイヤーにおいてはクリアしているからである。サービスの開発を検討してみて良いだろう。サービスを自分が使うイメージが明確に沸いている類似のコア技術を活用するのはエンジニア目線から大事なことだと思う。サービスで磨き上げた技術を活用して作るものであるので、その時点で優位性を持つことができる。サービスよりも、もっと洗練されたものができる可能性がある。用途が似通ってしまうとカニバリゼーション(新商品の導入による既存商品の売上減少)が発生してしまう恐れがあるので、全く異なるサービスである必要がある。サービスでは新しいチャレンジを取り入れたいところだ。これは、新しい発見や技術力の向上を実現する上では不可欠な要素となる。サービスに取り入れてより良くすることできた。サービスを磨き続けただけでは見つけることができなかった発見だった。サービスでも同様だけど本当に大事なことだから書いた。利用してくれる企業がいなくても、自分たちが欲しいサービスであるため理想に向かって磨き続けることができる。サービスを生み出してしまうことだろう。私の場合ここで私の場合どんな経緯を辿ってきたのかを紹介したいと思う。運用していて、「指標の管理」の部分に大きな課題を抱えていた。多くの指標(MRRなど)が存在するが、現状はそれらを毎回手で入力して確認するという、エンジニアから見たらなんとも無駄なプロセスを踏んでいる。決済情報は決済サービス側で格納されているので、月ごとの売り上げなどは全て自動化できるはずだ。ことで、「これはやれば絶対自分たちが使うし、同じように課題を抱えているお客さんにも提供できる」と考えた。普段、色々なサービスのアイディアを模索している中でたまに出てくる「これはいける!」ってアイディアだった。実際に開発をスタートさせるべく設計をしていると色々な課題が出てきた。メトリクスの詳しい知識がなかったという点。提供している企業の方が絶対的に有利な状況である。技術的にも、私の得意とするコミュニケーションの分野とは全く違うもので、技術的優位に立てるアイディアでもなかった。そのため、この開発は設計の段階で頓挫することになる。サービスでやっていきたいという思いが沸いてきた。提供している企業は日本中に顧客を抱えるのが当たり前になる。顧客一人一人に会いに行くってのは理想ではあるけども、それはやがて不可能な状態になる。そんな中で一番顧客と身近にやりとりできるのは、ビデオ通話であるし、顧客が増えれば一回のライブ配信を行うことで最適な情報を提供することができるようになる。このウェビナーやライブ配信を企業向けで提供しているサービスの中で私たちの理想に適うものが存在しなかった。このライブ配信の技術は私の得意とするコミュニケーションの分野であった。サービスで使っている技術と一致する。して今も続いている2ndサービスの開発だが、その詳細は正式リリース後にお伝えできればと思う。サービスの開発に活かされているという事実である。サービスの開発で得られた知見を取り入れたものであった。サービス開発についての考察を記した。新しいチャレンジをして、そこで得られた知見を他のサービスへ活かす。そんなエンジニアとしての成長ができれば、さらに大きな価値をユーザーに提供できる。サービスの改善フェーズをより良いものにしているのである。