かつおの投稿 - Crieit

個人開発をやめそうになった

2020-12-07T10:14:12+09:00

前書き

今年もアドベントカレンダーの季節がきました。
年末ですね。
昨年末はアドベントカレンダーも3つか4つくらい参加してて、記事書くのに忙しかったなと思い出したり。
Crieitの「なんでも」は昨年も参加させていただいてました。
その時の記事はこちら。

2019年の僕が個人開発についてあーだこーだ書いてるわけですが、要は集客に苦戦してたようです。

2020年の僕

2019年個人開発ばっかやっていた。
2020年も引き続き突っ走っていた。
悩みは変わることはなかった。
集客に悩んでいた。

当時は辛いもののSNSを運営していた。
辛いものを毎日食べ、腹痛に苦しみながらもレビューを投稿し続けた。
投稿が途切れるのが怖かった。過疎が怖かった。

だが、僕以外の投稿は減っていくのを感じていた。
拡大する糸口が見えなかった。

コロナで外出自粛に

おうち時間中心の世界に変わり、僕は外出をほとんどしなくなった。
コンビニにもほとんど行かない。
辛いものを買えなくなった。
辛いものを食べなくなった。
そして、僕は投稿をやめた。

全く別のサイトを作ってみた

たしか3月か4月のこと
コロナでリモートワークが普及し、副業を探す人が増えるだろうと予想し、副業の横断検索サイトを作った。

サイトは1ヶ月くらいで形になったのだが、これが辛いものSNSよりもニッチもサッチもいかなかった。
ほんとに全く人が来ない。日に数人のアクセスだった。
SEOが弱すぎるのだと思ったが、副業関連は企業サイトが多く、色々頑張っても改善はみられなかった。
そしてクローズした。

このサイトはランニングコストが月に2000円かかっていた。
副業の横断検索。絶対使う人おるやろと思い、2000円くらいすぐに回収できると安易に考えていた。
それが、結果的にクローズの決断を早めた。

やめた

このまま個人開発を続けていくことに意味があるのだろうか？と考えるようになった。
エンジニアでもない僕が個人開発をやる意味ってなんだろうな。
僕の場合、技術の勉強とか仕事で使うものの下調べとかは目的ではない。

お金かな？

もちろんお金はほしいけど、それが全てには感じないな

じゃあ、何が目的なんだっけ？

自分が作ったものを誰かに使ってもらいたい

使ってもらえるもの作れてるんだっけ？

・・・

僕は個人開発をやめた。

もともとWebメディアの企画をやってた。
この仕事を選んだのは、自分でWebサービス立ち上げがやりたかったからだ。
だが、仕事では会社の既存メディアの運営に関わるのみで、自分のサービスの立ち上げに関わるのは難しそうだと感じていた。
じゃあ、自分で立ち上げればいいやと思い個人開発頑張ってたわけだが、うまくいかなかった。
ToC向けのWebメディアよりも、もっと法人向けにITを活用できる仕事の方が向いてる気がするなと漠然と考えるようになった。

転職することにした。
転職先も決まった。（めっちゃ省略）

年休消化した

転職先も決まり時間にも余裕ができたが、相変わらず個人開発は何もしてなかった。

ちょうど暇してた時期に、とあるソシャゲがサービス開始するということだったので、
久々にゲームでもやってみるかとインストールしてみた。
おもしろかった。
僕はそのソシャゲにハマった。

ソシャゲ用のTwitterアカウントも作り、Twitterでプレーヤーさんと交流もした。
サービス開始したばかりのソシャゲは未知なことが多く、検証勢の皆様が独自の検証で集めたデータをTwitterに上げてワイワイしていた。
僕も検証勢のデータを見てはソシャゲの攻略に情熱を向けていたのだが、気づくと新しいWebサービスについて考えていた。

このデータを元に見やすいデータサイトを作りたい。

Webサービス作ってリリースした

Webサービス作った。

検証勢の方にDMしてデータを使わせてもらう許可をもらい、データサイトを一気に構築してリリースした。
スピード重視でとにかく作った。
サービス開始時の情報がカオスな状態にリリースしたいと思ったからだ。
初回リリースバージョンの開発期間は３日だ。
リリースしたのは、ソシャゲのサービス開始から10日後のことだった。

集客に悩まなかった

永遠の悩みだと思っていた個人開発の集客の悩みは今回なかった。
僕のソシャゲ用Twitterアカウント（リリース時は100フォロアーくらい）でアップデート内容をTweetしていっただけだ。
プレーヤーさんたちにRTしてもらったり、Youtube実況者さんが紹介してくれたりしてくれて、いい感じに拡散していった。
リリースの翌月には月30万PVとなり、今までで最大のヒットだった。
（11月は25万PVなので伸びてないが…）

ソシャゲリリース初期の何も情報が整理されてないカオスな時期にうまくハマったんだと思う。

個人開発どうする？

2021年は仕事が忙しくなってきているので、仕事優先で。
それでも１サービスは作りたいなと思ってます。

副業求人の横断検索サービスで利用した技術について

2020-05-08T23:49:22+09:00

はじめに

こんにちは。かつおです。個人開発が趣味でがんばってます。

この記事では先日リリースしたWebサービス「副業サーチ」の利用技術やシステム構成を書いてみました。
* 開発者の想い的なNoteはこちら

副業サーチとは？

副業サーチのサービスのURLはこちら

色々なWebサイトに掲載されている副業求人、副業案件を収集し、まとめて検索できるWebサービスです。
いわゆる横断検索サイトで、副業特化の「Indeed」のようなサービスです。

副業サーチは以下の階層で構成されてます。
* トップページ
* 副業の検索ページ
* お役立ち記事一覧ページ
* お役立ち記事詳細ページ

システム構成・利用技術

副業求人検索

Webサイトをクローリングして副業案件データを収集。
PythonのScrapyを使ってスクレイピング
収集したデータをちょっと加工（タギング、データの正規化）
全文検索エンジン（Elastic Search）へインデックス

あとはフロントから検索APIを叩いて結果を表示している感じです。
直接ブラウザから呼ばずにFirebase Functions経由で読んでいます。

記事コンテンツ

ヘッダレスCMSのContentfulで記事編集
Gridsomeでビルドする際にデータを全部取ってきて、静的ページとしてビルド

使っている技術・選定理由・感想

スクレイピング ⇒ Scrapy

スクレイピングしたデータを加工する際に、自然文処理みたいなことに手を出す可能性を考えて、Python製のものを使いたいなと考えました。使ってみて、かなり使い勝手が良かったので採用しました。

Scrapyはスクレイピング処理を構築するフレームワークで、かなり便利でした。
スクレイピングやるのにフレームワーク使ったのは初めてです。
個人的に便利だと感じたポイントです。
* クロールしたデータをローカルにキャッシュし、再クロール時はキャッシュを参照してくれる
* 開発時に何度もサイトにアクセスすることを防げます。
* もちろん保存期間は設定ファイルで自由に設定可能
* CSSセレクタでデータを取ってきて、データ加工して、保存するみたいな流れがFWで定義されていて、処理の共通化や追加が楽
* 個人的にPythonで書いたコードは読みやすい（対js比）

データのタギング

スクレイピングで取得したテキストデータからタグを抽出したいというものなのですが、ちょっと試行錯誤しました。

実験して没にしたもの

NTTコミュニケーションズ製のCOTOHAのキーワード抽出API

取得結果が私のほしいものに合わなかったので見送りました。

例：「【リモート可】アパレル業界から医療関係まで、お客様の「強み」を最大限に生かすシステムの受託開発をするバックエンドエンジニアを募集！」

取得したいタグ：
* エンジニア（または、バックエンドエンジニア）

COTOHA　APIだと↓
1. 募集
2. 強み
・・・

まあ、文章的には何かを募集する文章だから、「募集」が1番強いキーワードだよな、なるほどと思いました。用途が違う使い方のようです。

採用したやり方

スクレイピングしたテキストデータをmecab（neologd辞書利用）で形態素解析
形態素解析した結果の語をもとに2gramで語抽出
人力で用意した辞書（キーワードと付与するタグの一覧）のキーワードに、上記で抽出した語が完全一致でヒットした場合に、タグ付与

泥臭いやり方になってしまってますが、こんな感じで頑張ってみました。辞書は日々メンテナンスしています。

今思うと...、neologdは単語には強い一方で細かく分割されない特徴があります。今回は分割した語に対して、さらに2gramでくっつける処理を入れているので、形態素の段階では細かく分割された方がいいような気がしました。neologdやめたほうがいいかもな。

全文検索 ⇒ Elastic Search（Elastic Cloud）

私はケチなので、サービスの運用は無料にこだわっているのですが、ElasticCloudを採用しました。ElasticCloudに無料枠はありません。最低16ドル／月で利用できて、副業サーチの構成だと19ドル／月です。と言いますか、ElasticCloudはインスタンスを立てるリージョンを選択する必要があり、東京リージョンの最安構成が19ドル／月です。

Elastic Cloudを採用するまで

ケチなので、サービスのアイディアが浮かんだときからElasticCloud使ったろと考えたわけではありません。

firestoreで実現できないか試した

まずは、いつも使っているfirestoreでできないか考え、データを突っ込んで検索処理を動かして画面で確認するところまで実装してました。
Firestoreで全文検索を実装する方法は、こちらのQiita記事の方法を使ってます、

実現したいこと	実現可否	備考
全文検索	○	Qiitaの方法で実現可能
全文検索 + タグ絞り込み（and）	○	Qiitaの方法で実現可能
全文検索 + タグ絞り込み（or）	×	無理（or検索の仕組みがない）
全文検索 + ソート	×	無理（全組み合わせの複合インデックスが必要）
全文検索 + 関連タグ取得	×	悩んだがいい案思いつかない

実現したいことは以下

全文検索 + ソート
- 検索結果を新しい順（案件の公開日順）で表示したい
全文検索 + 関連タグ取得
- 検索ヒットしているデータについているタグを取得したい
- できれば、タグに紐づくデータの多い順で取得したい

実際にやりたいことを検証してみて、できないこと多かったので、厳しいなぁと感じました。

代替のサービスを探す

私は技術力が高くないので、自分でサーバを立てて、全文検索エンジンをインストールしてみたいなのは無理だと考え、最初から除外しました。サーバーレスでやれるサービスがないか検討しました。

そうなると、候補は以下2つしかない？のかなと
* Elastic Cloud
* Algolia

Algoliaは別サービスでも使った実績があったのですが、今回はElasticCloudにしました。理由は「料金が安い」と思ったからです。Algoliaは無料枠はあるのですが、無料枠使いきると従量課金で、レートがかなり高い..私のサービスでAlgolia使ってるものもありますが、検索がメインのサービスではなく補助機能で使っている程度なので、無料枠に収まってました。

しかし、今回のサービスは検索が命のサービス。無料枠に収まらなくなったら地獄だと考え、月19ドルを払う決心（と妻への説明）をしてElasticCloudを採用しました。ElasticCloudは14日間の無料体験ができるので、それを利用して、実現したいことが実際にできるか動かして試し、全部できるじゃん！と確認できたので採用となったわけです。

フロント（検索UI・記事） ⇒ Gridsome

あまり使ってる人を聞かないのですが、Vue.js製の静的サイトジェネレータ「Gridsome」を使ってみました。React製静的サイトジェネレータで人気のGatsbyのVue.js版のようなフレームワークです。

Gridsomeを見つけたきっかけは、運営者ギルドの方がGatsbyを紹介してくれてたことでした。Gatsbyによって静的サイトジェネレータの存在を知り、これは便利そうだなと調べてたところ、自分が普段使っているVue.js製のGridsomeを見つけたという流れです。

採用した理由

今までいくつかサービスをリリースしてきましたが、どれもVue.js製でSSRなしで構築していました。Nuxt.jsも使った経験なし！

サービスを運用して毎回課題に感じるのが、SEOで弱いことです。

もちろんGoogleのクローラーはJavascriptの実行結果を評価しているというのを知っていますし、信じているのですが、事実としてSEO弱いと感じてます。（フレームワークの問題ではなく、私のサイトのコンテンツの問題な気もしますが）

この不安を今回は無くしたいと考え、静的サイトジェネレータ「Gridsome」に手を出しました。

といっても、検索部分は静的サイトじゃない。トップページと記事系のみ！

検索ページ以外が静的サイトになりました。
中途半端です。
しかし、記事系だけは完全に静的サイトになったので、ページの表示も速く満足しています。
トップページも静的サイトになっています。
SEOを意識した記事を追加していけば、なんとかなるはずだ。（記事が書ければ...）

記事系のページの表示は爆速になったので、ぜひ表示してみてくださいね！

でも、横断検索サービスのSEOって検索ページで狙うべきじゃね？って思うようになってきて、微妙な対応だったかなと思ったりしています。

記事のCMSはContentful

ヘッダレスCMSのContentfulを使ってマークダウンで書いてます。個人開発なら無料枠で大丈夫そうです。無料枠だと1アカウントしか作れないので、チームで運営する場合は問題になりそうです。
Contentfulの記事をGridsomeに連携する構築については、Qiitaのこちらの記事を参考にしました。

Gridsomeにしてどうだったか？

SEO効果は分かりませんが、ページの表示は速いので満足しています。

ただ、ビルドすると思った通りに動かないことがありました（ビルド前は問題ないのに!）。ビルドした後のテストがけっこう重要で、うまく動作しないパターンに慣れるまではそこが面倒かもなと思っています。

さいごに

色々と調べつつ利用する技術を選定して構築しました。今回は新しい技術けっこう使った気がするなぁ。
ElasticCloudとGridsomeはかなりいい選択だったのではないかと思ってます。運用してみて見えてくる点もあると思いますので、なにかあれば記事にしたいと思います。

それでは副業サーチをよろしくお願いします！

2019年個人開発やってWebサービス3つリリースして感じたこと

2019-12-05T07:00:07+09:00

はじめに

この記事はなんでも Advent Calendar 2019の5日目の記事です！
昨日はかとのぼさんの「イラストを上手く描けるようになりたい人のためのイラスト投稿サービス」という記事でした。サービスを創り続け世に出し続けるかとのぼさん。記事から受ける印象は物腰柔らかなのですが、奥に秘めた熱いものを感じました。私もイラスト頑張ろうかな！！

今年は個人開発界隈にどっぷり浸かったと思う

いやぁ、1年あっという間でしたよね！！
この1年、色々作ったなぁ。。
作ってるときは開発に集中するし、作ってない時も何かネタないかなぁとか次なに作ろうかなぁとかずっと考えてました。仕事じゃないのに仕事のような、充実した日々だったように思います。

作るだけでなく、個人開発界隈にデビューし、多くの方と交流を持つことができた1年だったと思います。
Twitterも、はじめたのは10年くらい前でしたが、個人開発界隈に染まった、この1年が1番楽しめました。界隈の皆さまのおかげです！ありがとうございます！
リアルでもガチモクというイベントを運営させていただきました。実際にお会いすることもできた個人開発者さんありがとうございました！
お会いした感想ですが、皆様若いですよね！私は年齢的にはちょい上になっちゃうのかなぁと感じ、早く一発当てなければと人知れず焦りを感じました笑！

この記事ではマジで思いつくままに書いていきたいと思う

「なんでも」ということでしたので！よろしくお願いします！
けっこう独りよがりな意見もあると思うのですが、読み物ということでよろしくお願いいたします(^O^)／

作ること自体は凄いことではないという想い

個人開発やってると、「作ってるの！凄いね！」みたいなことをけっこう言ってくれる方がいるのですが、作ること自体は全然大したことじゃないと思っています。作ることを進めるも止めるも自分次第。完全に自分の中でどうするか決めることができる世界です。その世界で「作る」と意思を持って進めることができるかだけの話でしかないと思います。自分の場合は作ること好きなので、作るを継続することはそんな苦ではありませんから。

凄いのは作ったものが「誰かの役に立っているか」、「誰かに必要とされているか」だと思います。これができている人・サービスに対して凄いというべきだなと私は思っています。
運営者ギルドはそれを成し遂げている方が何人もいらっしゃいます。本当に凄い人たちです。
私も誰かの役に立つものを早く生み出したいなぁ...

自分はまだまだな状態だと思ってます。なので「作れるの凄い！」とか褒められると、正直、褒めてくれた人に対して、「こいつ何も分かってねーな」って思ってます笑。褒めてくれたのにごめんなさい。わたしなんて何もすごくない。ただコード書くことをサービスリリースするまで継続することができるだけでしかないと思ってます。

サービスはリリースがスタートだと思う

いくつかサービスをリリースしてきて感じます。リリースして運用の始まりが真のサービスのスタートだと。
リリースまでどれだけの時間や労力をかけてきたかなんて使ってくれるユーザーは微塵も感じないでしょう。
サービスにある想いやストーリーはとても大事。ユーザーに響くのかがサービスの存続につながるのだろうなぁと何となく感じています。

見た目や機能の手を抜いてさっさとリリースしてしまえ！というわけはない

どっちかというと私はMVP（Minimum Viable Product）の主張を怪しんでる派閥です笑
いや、怪しんでるというよりは、MVPを早くぶつけろはOKだけども、MVPの考え方がちょっと違うのかもしれません。

MVP理論では、そのサービスの価値を検証しうる最小構成のプロダクトをさっさと顧客にぶつけろ！みたいなことを言われるわけです。
Webサービスやアプリを作ろうとしているとすると、今のユーザーたちは既存のサービスの機能を当たり前に考えていると思うんです。
例えば、投稿系のサービスであれば、いいね、通知、検索あたりは存在すること自体が当たり前と思われてるのではないでしょうか。
そういう機能はないとダメです。
特にエンジニア以外を対象とするサービスであれば、必須でしょう。

サービスにせっかく込めた想いも、ユーザーに伝わらなければ意味がない。
機能や見た目が糞なサービスの場合、せっかく興味を持ってくれたユーザーであっても、そのサービスが何なのか見極めることなく離脱してしまうでしょう。
下手するとぱっと見でNG。サービスに触れることなくスルーしていってしまう可能性もでてきてしまいます。
ユーザーにそのサービスが何なのか判断してもらう土台に立つだけの開発は必須だと思います。

MVP理論は基本的には経営側の人向けのノウハウじゃないかな？と思ってます。
我々は個人開発者ですからね。人に話して同じ夢見せるとかよりも、モノで語る方が向いている人たちばかりのはず。
モノ作り頑張りましょう！

作り込んでも使われない機能は良くある

まあ、よくありますよね。
最近頑張ってる、カライイネというサービスですと、辛い食品に対するいいね！を「カライイネ！」と呼んでて割かしサービスの根幹風な機能を用意したんですが、まあ押されないですね。呼び名がちょっと違う、ただのいいね！なのですが、全然押されない。いやあ...
私が下手くそなだけな気もしてます。

個人的には、リリース時に開発工数削るなら広告だと思う

かなり意見が割れる部分だと思います。
開発者の中にはサービスはマネタイズしてなんぼ。それができないなら開発する意味もないみたいなご意見の方もいらっしゃるでしょう。
私もマネタイズはしたい。お金欲しい。
休日に家事もあまりやらずカタカタやってるので、妻に色々言われるわけですが、
少しでも稼いでたら、なんか言い返せるのになぁ～とか日々思ったりはしているわけです。

ただ、基本サービスはリリースしても使われないですから笑
リリースしてもトラフィックはほぼ伸びない。凪です。あってさざ波。
だから広告設計しても徒労で終わることが多いんじゃないかなぁと思います。
使われるようになってから広告を真面目に検討したんで十分だと私は思います。

なので私が2019年にリリースしたサービス、3つあるのですが広告は1つも貼っておりません。
はい、そういうレベルのトラフィックしかありません。お察しください！！！

広告はそれこそMVPの構成要素にはなることはないだろと思ってます。
ユーザーにとってはない方がいいです。
だから、使われるか分からないようなサービスや、リリース時には、広告まったくなしでもいいんじゃないか？と思います。
（わたしは全く儲かってないので参考にする価値はありません笑）

リリースした後に、トラフィックが順調に伸びたからって広告設置すると、
ユーザーたちから「広告追加しやがった、糞や！」みたいに叩かれたりするんだろうなぁと妄想したりしてはいます。
現実になったことはありません。早くその日が来るように努力します。

その次に削るなら、もろもろの変更・削除機能かなぁ

そもそも登録自体が使われない可能性あるからね！
登録が前提となる、変更・削除は必要となるシーンも少ないはずなので、けっこう大胆に削ってもいいと思います。

カライイネの場合だと、変更・削除機能はほぼほぼリリース時には実装してなかったです。
・カラログ（辛い食品へのユーザーレビュー）の変更機能　⇒　リリース後に追加開発
・カラログ（辛い食品へのユーザーレビュー）の削除機能　⇒　いまだ実装なし
・いいね！の取り消し　⇒　いまだ実装なし
・ユーザーの退会機能　⇒　いまだ実装なし

みたいな感じでやっちゃってます。
とはいえサービスは…なので、必須機能が足りてなかった可能性もあるのですが。

サービスはリリースがスタートだと思うが、リリース前も準備した方が過疎を回避できる

リリースしてもサービスが過疎ることはまあ普通だと思います。
過疎りをできるだけ回避するためには、リリース前に色々やることが必要なんだろうなと感じます。
リリース前からサービスを認知させ、注目を集めるとか、まだリリースしていないのに、サービスのファンを作るとかできているサービスは本当に強い。

スタートアップ界隈ではクラウドファンディングが登竜門なんだろうなと感じます。モノはまだできていなくてもビジョンで人の注目を集め、お金まで出させるというね。お金を払ってしまった人はずっとファンとして側にいてくれるんだろうなと思います。
しかし、ビジョンでお金を出してもらうというのは相当難しいと思いますし、自分には不可能だろうなと思います。

この辺が上手な人と組んでサービス開発ができれば楽だろうなぁと思ってたりします。
誰か～！！！

データ（コンテンツ）は大事

エンジニアの方は機能や仕組み重視なのかなと思いますが、サービスはその機能を通して得られるモノが重要だと思います。
なのでデータやコンテンツは機能と同じくらい重要なもの。
頑張って用意した方がいいですし、リリースして伸びないなぁと悩んでるサービスはもしかしたらコンテンツを増やせば息を吹き返す可能性もあるのではないでしょうか？

データ登録はマジ大変ですけどね。。疲れてます。
3サービスリリースしたわけですけど、開発と同じくらいの時間、データ登録とかコンテンツ作成やってます。
そういうサービスばっかだったというのもありますが。。

もしリリースを躊躇ってる人がいたら過疎りを恐れずリリースしてほしい

サービスはリリースしてもほぼ過疎ります。過疎りました。
過疎るのが基本なので、過疎っても気にしてはいけません。
誰かが過疎ったことを笑っても私は笑いません。リリースまで経験した人は真のチャレンジャーだと思います。
過疎りを笑うような奴はチャレンジャーではない。
リリースして運用した経験があれば過疎ってるサービスを笑うことはない。
過疎りを恐れるな！！過疎りに負けるな！！
【注意】自分に言い聞かせてます。

偉そうなこと言ってるけど、成功した試しはない

どうしたらいいんだ！！
たすけてください！！
2020年こそはみんなで飛躍の年にしましょう！！！

セールサーチというサービスをリリースしました

2019-04-30T22:10:22+09:00

2019年4月30日。今日は平成最後の日です。そんな日に新しいWebサービスをリリースしました。
「セールサーチ」というサービスです。

セールサーチってどんなサービス？

楽天やAmazonなどのネットショップのセール情報を横断検索できるサービスです。カレンダー形式にも表示することができます。
「いつものお買い物をちょっと賢く」をテーマに、複雑なネットショッピングのセール情報を少しでも分かりやすくユーザーに提供できればなと思い開発しました。

実は本業で使えるなと思って作ったという理由もあります

わたしはEC関連のWebサービスベンチャーで企画を担当しています。セールサーチは本業でもあったら便利だなと思って作ったという側面もあります。

一般ユーザーはお買い物をする前にお得なセールやっているショップを探すという使い方を想定していますが、実は私は真逆の使い方をしたいなと思ってます。私の場合は、自社サイトのトラフィックの動きと他社ECのセール状況というのを関連付けて分析とかするシーンが割とあるので、その際に使いたいなと思ってます。つまり、事後に何があったかをパッと見で分かるというのがやりたいなと。それだけでなく、色々なECサイトがあの手この手で魅力的なセールを企画してきますので、その調査にもなるなと。そんな感じです。ただ、本業で使えるようにするには情報の蓄積が重要なので頑張って開発とか運営とかやっていきたいと思います。

今度こそグロースしたい

1月末くらいに平成年表というサービスをリリースしたのですが、残念ながらグロースさせることができず、平成も本日終わりを迎えてしまいました。やれることはいっぱいあったんだろうなと思うのですが、そこまでリソースを割くことをしなかった。ちょっと後悔です。
今回のセールサーチはグロースのために最低でも半年間は改善をやっていきたいと思っています。
平成年表は投稿型のサイトだったので、人気や注目を集める必要がありましたが、今回のセールサーチは検索サイトなのでデータと見せ方がすべてだと思っています。ユーザーが必要な情報をいかに集めて、ユーザーにどう見せるか。これを半年間突き詰めていきたいと思っています。そのためには掲載ショップを増やす、掲載情報の鮮度を新しくする、セール情報の分析や独自の評価やランキングを見せるなどやれることは大量にあると思っています。

現段階のセールサーチは完成形の1%程度でしかない

本気でそう思っています。だから現段階ではサービスの宣伝は普段お世話になっているCrieitと開発会議とTwitterだけにします。
まだ大規模に宣伝するフェーズではない。本当にそう思っています。
そもそも開発着手したのって、4月27日（土）です笑。最近お世話になっている3monthsServiceの集いの中で開発着手しました。GW暇だったのでガッツリ開発時間を確保することができ、リリースに至りました。今回もfirebase＋Vue.jsなので前のソースの流用ができるってのも大きかった。

それでもリリースしたのはなぜか？

ドメインの力をつけたい（Google検索のため）
自分のケツを叩きたい
理由としてはこれくらいです。現段階ではそこまで使われる状態にはないと思っています。このサービスは口コミというよりは検索で上位をとれないとグロースは難しいサービスだと思っています。コミュニティ形成ではなく、いかに多くの人の目に触れるかが重要なサービス。だから早めにリリースしてちょっとでもGoogleの評価を上げていくことが重要なはず。そう思ってリリースを急ぎました。

さいごに

今度こそ頑張ります！

非エンジニアが個人開発したWebサービスをリリースしてみて

2019-04-23T21:19:53+09:00

こんにちは。カツオです。

私は非エンジニアです。本業では自社Webサービスの企画やディレクションを担当しています。仕事ではコードを書いたことはありません。

そんな私ですが、1月末くらいに平成年表というWebサービスを個人開発してリリースしました。最初は更新や宣伝頑張っていたので何人か投稿していただける方もいらっしゃったのですが、最近ではそれもなくなり、成長が止まってしまっています。そんなヒットには至らなかったWebサービスですが、リリースして周囲に話をしたことで生活に変化があったなと感じています。

一緒にWebサービス作らないかと誘われた

これは会社の同僚からです。

もともと温めてたネタがあったんだけど自分では開発できなく悶々としていたようで、私に声をかけてくれました。

私としても平成年表の次の開発をどうしようか悩んでいたところでした。

また平成年表をリリースしてみて、本業があって時間が取れない中、サイトの運営・宣伝と、機能の追加開発を1人でまわすのは相当厳しいなと感じていました。だから、サービスに熱量のあるパートナーとの共同運営は大アリだと考えました。

ということで、一緒にサービス開発をスタートしたのですが、残念ながら相方が本業で激務となり、いったんペンディングとなっています。そこそこ作っていただけに残念ですが、私1人ではグロースさせるのは不可能だと思ってるので待ちます笑

知り合いからデモサイトの開発を有料で依頼された

驚きました。2年前のビジネスコンテストで出会った方なのですが、資金調達の目処が立ってきたのでデモサイト作りを依頼できないかとのお話でした。しかも、「いくらでお願いできる？」と有料前提での依頼でした。

とてもありがたい話だなぁと思いつつも、今回は無料で引き受けることにしました。お金貰ってもいいのですが、要求レベルに答えられるかよく分かんないですし、本業ではない（それどころか個人開発ネタが別にできたら手を引く可能性すらある笑）ので完成責任を負うのもなぁと思ったからです。

などと言いながらも、とりあえず作りました笑　今まで作ってきたサービスのソースの流用なんかもできるようになってきたので、3日くらいで何となく形にしていったん提出済です。

周囲からはエンジニアに思われてる？

最近の疑問です笑　地味に経験も増えてきたので高速プロトタイプ開発が得意です！って売りにできるんじゃないだろうか笑　友人たちにもエンジニアとして認知されてるように感じます。まあ、いいっちゃいいんですが…

本業もテック系案件が集まってくる…

まあいいんですけど、技術的ハードルが高めな案件任されることが増えてきました。得意領域なんだろなと思いつつも、ほんとに企画なのか？と自問自答の毎日です。

案件の難易度も高い…難しいものが多い…というか、過去にトライしたけどうまくいかなかった系の案件が私のもとに集中してきてる気がしてます。ほんとうに不本意なのですが忙しいです。残業増えてて個人開発する時間減ってます(泣)

結局のとこ個人開発はどうなのか

やっぱモノがあるというのは周囲への説得力や自分の見え方が違うんだなと感じます。自分の場合はエンジニア目指してんだっけか？という疑問もあるので微妙なのですが、ガチエンジニアの方は自分のサービスリリースすると価値あるんじゃないかなって思います！

個人開発はまだまだ続けていくつもりです！幸い、仕事増えただけでなく、チームメンバーも増えてるので、いい感じにお任せして私は帰れるようにしてみせます笑！

SI大企業からWebベンチャーに転職して1年が経ちました

2019-03-31T01:18:21+09:00

こんにちは、カツオです。

先週の金曜日で転職してちょうど1年となりました。転職してみてどんな感じだったのか振り返ってみたいと思います。

私の職歴と転職の理由

2010年4月　新卒で大手SI企業に入社（システムエンジニア）
2018年3月　大手SI企業を退社
2018年4月　Webベンチャーの企画職に転職

転職をしたばかりの頃に転職系の記事を書いてました。

【転職】大手システムベンダーからWebベンチャーに転職します

【転職】私が年収100万円ダウンでも転職を決めた理由

すごい好待遇で「ぜひうちに来ないか？」みたいな誘いがあったわけではないのです。SIに8年間勤めていて将来やりたいことを考えたときに、SI企業に勤め続けることが将来のやりたいことに直結しないと感じたのが転職した理由でした。やりたいことというのは、「自分のWebサービスを創る」こと。SI企業時代にはWebサービス創る時間もなかったし、仕事もクライアント企業の希望にしたがったシステムを作るで、自分でサービスを考えたり、サービスの運営側に立ったりすることができなかった。

会社を変えただけではなく、職種もシステムエンジニアから企画に転職しました。これは自社のWebサービスをどう良くしていくか／成長させていくかを主体的に考えることができると思ったからです。ポジションを頂けたときは本当にうれしかった。年収が100万円も下がってしまったので妻の説得は大変でしたけどね笑

転職してどうだったのか？

希望していた「自分のサービスを創る」ことはできているか？

会社では、まだ出来ていないですね。何個か企画を考えて上司に見せたりはしているのですが、通らない笑。ベンチャーの中では社歴が長い会社なので今までに検討してきたことだったり、トライしてきた事業や施策が多すぎて、なかなか昔から会社にいる人たちに「お！？」と感じてもらえるような企画をすることって難しいなと感じました。

最近になってようやく、企画しても実はすでに過去にやってましたというパターンを脱してきてるなと感じてます。今までやっていないような企画が考えられるようになってきたような気がしています。2019年度こそは自分の企画を立ち上げたいなというところ。

個人では自分のサービスを創って公開した

平成年表　 https://heisei.me/

こちら私が個人で作成したサービスです。ほかにも何個か制作に着手しては途中で断念したり、今も作り途中だったりして、サービスとして公開できたのは平成年表1サービスでした。

Vue.jsとfirebaseで作っているのですが、Vue.jsもfirebaseも2018年度になってから勉強しました。

Webベンチャーの企画としてのお仕事はどんな感じだったか？

メインは企画を考えるというよりも、前年度から既に検討の槍玉に上がっていた大きな方針の中で、今期やる領域を効果、実現性の観点から考え、上司や役員の承認をとって案件化し、実際にシステム化するためのディレクション、マネジメントなど何でもやるという感じでした。

SI大企業とWebベンチャーの仕事の違いは？

Webベンチャーは大変です。とにかく何かを成し遂げる実行力が重視されると思いました。大企業だと提案するという行為だけで評価されたりするのですが、Webベンチャーは全くダメで、口だけだと話にならないです。提案した企画をいかに実現するかが大事だなと。自分で全部やれる力がいるというわけではなく、人を巻き込みながら形にしていくイメージです。

大企業と違っていて、やることの定義とかルールとかもないです。WebサービスのUIの変更とかならルーティン化されてるのですが、企画が考えるのはルーティンではない、言わば特殊案件。特殊ゆえに社内に前例がなく、何をやるかをガシガシ決めていく必要がありあｍす。

とにかく実現することが重視されるため、企画の遂行のために必要なことは何でもやりました。ひたすら泥臭くデータ見たりとか、検証用のデモ画面をプログラミングして自ら作ったりもやりました。

ウチの会社では案件の主幹は企画なので企画に決めごとの決定権があります。自社サービスなので仕様調整は柔軟にできます。私も担当している案件の中ではまあまあ大きな諦める決断をしました。リリース判定終わった後日に役員から「けっこう大きな決断するな」と言われましたからね笑。

前職は大企業ではありましたが、SIというビジネスモデルであるが故に、開発途中に仕様を諦めるってのはあまりやりませんでした。なにを作るかクライアント企業とスコープとスケジュールを決めた後に開発に入っていたので。開発途中の仕様調整は「やります！」と言っといて「やっぱできません！」という意味ですから。。それでも必要なときはやるしかないんですけどね…
一緒に働く人の違いは？
大企業の方が頭の回転が速く、論理的に判断したり説明したりする力が強い人が多かったかな。全体的にレベルが高く、コミュニケーションとかで困ったりとかはあまり感じないかなと思います。人数も多いので1つ1つのタスクに割ける人も多いかなと。前職で勤務している当時は人少ないなぁと思ってましたけどね笑。ベンチャーの方が全然人少ない気がするけど、それは大企業ほどちゃんとシステム開発していないからだと思います。大企業のシステム開発では動くシステム以外に作るものが多いですから。設計ドキュメントとか試験系の手順書とかエビデンスとか。レビューも超細かいところまでやってたし、丁寧だけど細かなことまでやらないといけないのは辛かったな…

Webベンチャーの方が色んな人がいますね。転職で入ってるのが大部分で、前職が全然違う。私はIT系ですが、コンサルもいたり、ファッションもいたり、人材もいたり、旅行もいたりと本当に幅広い。これは話ししていて面白いですよ。コミュニケーション力や論理的思考力は人によってムラがありますね。なので打ち合わせでは分かった風なリアクションしてるのですが、実際は全然伝わってなくて、できたものを見て驚愕するみたいなことも普通にありました笑。私の伝え方が下手ってのもあるんですけどね。。

上司には恵まれてるかなと感じてます。ベンチャーの役員とか部長とかってやっぱ凄いですよ。事業領域への知識の深さ、考え方の軸とかとても勉強になりますし、軸についても違和感を感じたことないので、たぶん考え方もあってるんじゃないかなと勝手に思ってます。

勤務時間は？

やや短くなったくらいで大きくは変わってないかなと思ってます。ただ残業のペースを自分でコントロールできたり、残業して仕事の質を高める量を増やすことと、残業せずその仕事をすることを諦めるという2択ができたりします。わたしは割と諦めます笑。前職では諦めるとなるとクライアントの承認が必要だったりするので諦められないことが多かった。
勤務時間はあまり変わってないのに個人でWebサービス創れたのはなぜか？
時間の差ではなくモチベーションの差だと思います。

年収100万ダウンしたってのが大きくモチベーションにつながってる気がしています。なんとしてでも一発当ててやるぜという想いがあるんだと思います。背水の陣ってやつなのかな笑

1年働いてみて給料はどうなった？

上がりました。年収で約50万アップです。これで前職との差は50万に縮まりました笑。前職の場合は1年ごとの給料の見直しってあったけど、こんな上がることはなかったなぁ。ポジションとしては管理職の一歩手前に位置してます。ここから給料を上げるには管理職になる必要があるみたい。個人開発で50万稼げれば、前職水準になるのだが…

ちなみに、今のところ上司の評価はいいらしいです。社内でも今回の上げ幅は中々いないレベルの上げ幅らしい。うーむ…

仕事のストレスはどう？

これは雲泥の差のようです。

妻に言われたのですが、白髪がめっちゃ減りました。

毛量も増えてるといいのですが、どうでしょうか笑

転職してよかったのか。

よかったと思います。今後も転職せずに頑張りたいなぁ。あと個人開発も頑張ります。

リーマンが5日間でWebアプリを開発してリリースした話

2019-01-30T23:17:47+09:00

こんにちは。「平成年表」というWebサービスを5日間で開発してリリースしました。サラリーマンとして仕事してた割には短期間でリリースできたなぁと思ってます。ちょっとだけ自分語り？させていただければと思います。

開発期間

1/23（水）～1/27（日）
1/27（日）の17時ころにリリースしましたとTwitterで報告しました。（ほぼ使われてないけど…）

利用技術

vue.js　＋　firebase（hosting, authentication, Storage, firestore, functions）

それぞれの日の過ごし方

1/22（火）まで

日中は仕事
夜は平成年表とは別のWebアプリの開発をやってた。

1/23（水）

朝の時点では、まだ「平成年表」は思いついていない笑
9時半くらいに出社して、普通に仕事を開始。ちなみに私はWeb関連の企画職なので、同僚とチャットしながら企画のネタを検討。
同僚とのチャットがひと段落してぼーっと考えてた時に「平成年表」のアイディアを思いつく。
18時に退社（定時は19時なので早退ｗ）。仕事中は早く作りたくてウズウズしていた。
帰りの電車の中で必要機能について検討する。リリースは1週間でいけるだろうと判断し、平成年表に開発を集中することを決意。
19時くらいから24時くらいまで開発。この日はTwitterログインと共通ヘッダーを作った気がする。

1/24（木）

この日も仕事。～19時まで勤務。
帰宅後、開発着手は21時くらい開始。24時くらいまで開発する。
この日は平成年表の年表登録フォームと年表の参照画面を作った。

1/25（金）

この日も仕事。～19時まで勤務。
帰宅後、開発着手は21時くらい開始。24時くらいまで開発する。
この日は平成年表の年表登録の参照画面の修正と一覧画面を作る。
サイト内の全体的なリンクの設置などもやる。
たしかドメインもこの日に取得。firebaseのhostingにドメインの設定を施す。

1/26（土）

休日。朝から開発。待ってました！！
ということで、AM9時くらいから24時くらいまで間に休憩3時間くらいでぶっ通しで開発する
コメント投稿機能、コメント数を集計するFunctions、コメント数順ソート
この日でほぼほぼ機能の開発とデザインの修正は完成していた。

1/27（日）

この日も休日。やっぱり朝から開発。土日さいこー！！
AM9時くらいから開発開始。
この日はメインの開発というよりは規約作ったり、お問い合わせフォームとしてのGoogleフォームの設定したりとかをメインで実施
公開ドメインでのテスト中にtwitter画像が表示されない問題に直面。かなり窮地に追い込まれる。
（平成年表はSSRやっていないかったのだ…）
QiitaでCloudFunctionsを使ってSNS用のmetaタグ返す記事を発見。SSRせずに乗り切る。
17時くらいに満足し、リリースしましたツイートする。

振り返ってみて

サラリーマンしつつ開発するのけっこう体力がいりました。平日はなんせ時間がない。なので、できるだけ未着手の開発部分に手を出していく（出来ているところの修正、調整は後回し）ことを意識して、全体が何となくできている状態が早くできることを目指しました。
あと、技術的に不安がある部分はとにかく先にやりました。今回でいうとTwitterログイン、Twitter投稿（ツイッターカード）、年表登録フォームのデザインでした。なので初日、2日目に手を付けました。経験がないことに着手するのって体力がいると思うのですが、情熱が強い初期に持ってくことで乗り越えやすくなると思います笑

Twitter投稿（ツイッターカード）については1/27（日）の時点で表示されない問題にぶち当たります。ここは本当に反省点なのですが、最初に確認したときはmetaタグを手打ちして確認してたんですよね。ちゃんとVueで描画するとこから確認すべきでした。

こんな感じです！！