Starting A Print-On-Demand Business As A Software Engineer

Matthias Endler

ソフトウェアエンジニアとしてプリントオンデマンドビジネスを始める

ある日、自分のGitHubタイムラインをプリントにしてみようと思いつきました。バーチャルなものを現実の世界に持ち込むという発想が気に入ったのです。😄

そこで友人のWolfgangに連絡を取り、一緒にcodeprintsを作りました。私にとって初めての「フィジカルな」プロダクトだったので、学んだことを共有しようと思います。

fastlaneで知られるFelix Krauseは私たちの初期のお客様の一人で、サービスを紹介してくれたこのツイートにとても感謝しています。おかげでアクセスが急増しました。
Felix Krauseで知られるfastlaneのFelix Krause氏は私たちの初期のお客様の一人で、サービスを紹介してくれたこのツイートにとても感謝しています。おかげでアクセスが急増しました。

ローンチは難しい、だからこそ早くローンチする

早くローンチすることが重要だと分かってはいたのですが、それでも公開直前まで最終的なデザインを確定したくないという気持ちがありました。いつも「あとこのバグだけ直せば」「あとこの機能だけ追加すれば」と思ってしまうのです。たとえば、2つのデザイン/レイアウトを用意したいと考えていました。定番のGitHubコントリビューションタイムラインと、リポジトリをグラフで表現するデザインです。そんなときは共同創業者がいると助かります。Wolfgangは、MVPには複数のレイアウトは不要だし、早い段階でユーザーのフィードバックを得なければ、どちらにせよ自分たちで考えたものは的外れになるはずだと説得してくれました。その通りでした。Wolfgangがいなければ、ショップは今も公開できていなかったでしょう。早くローンチしたおかげで、ユーザーが何を求めているのかがずっと明確になりました。結局、ユーザーはグラフベースのデザインにはあまり興味がないことが分かり、作らなくて正解でした。

学んだこと:プロダクト作りのセオリーを知っていることと、初めての実践でそれを適用することは別物です。ショップの機能に完全に満足できる日はおそらく来ませんが、早くローンチして少しずつ改善していく方がずっと良いのです。

ソフトウェア開発は簡単な方だった

始めた当初、私が一番心配していたのはソフトウェア開発でした。フロントエンドとバックエンドを実装して連携させる必要があります。サイトに多くのユーザーが訪れたときにGitHubのレートリミットに引っかからないようにしたいとも考えていました。どのウェブフロントエンドを使うかもかなり悩みました。Rust製のYewで作るべきか、それともGatsbyにした方が良いかといったことです。

ところが、実際にコードを書くのは簡単な方でした。

私たちはソフトウェアエンジニアなので、バックエンドAPIの実装にはそれほど時間はかかりませんでしたし、フロントエンドも良いテンプレートをすぐに見つけることができました。むしろ多くの時間を費やしたのは、プロダクトやユーザー体験、資金繰り、税金、配送プロセス、マーケティング、そして顧客フィードバックの反映といったことでした。これらは私にとって経験がほとんどない、今もあまりない分野でした。

Wolfgangは「とりあえずShopifyとデフォルトのテンプレートで始めよう」と提案してくれました。振り返ってみれば、これ以上ない正しい判断でした。私はShopifyは小さな個人商店向けだと思い込んでいましたが、実際は非常にカスタマイズ性が高く、ほぼ何とでも連携でき、themekitのような優れたツールも揃っていました。決済、返金、割引、顧客分析など、必要な機能はすべてプラットフォームに組み込まれています。おかげで膨大な開発時間を節約できました。

学んだこと:新しいプロジェクトを始めるときには、自分たちが気づいてもおらず理解もしていない「未知の未知」がたくさんあります。できるだけ早く問題の本質にたどり着くことで、時間を節約し、サンクコストの誤謬に陥るのを避けることができます。

ユーザーは優れたUI/UXを期待している

Amazon、Facebook、Netflixのような巨大企業は、優れたUXへの期待値を大きく引き上げました。彼らは何百万ものユーザーのために、あらゆるデバイスでサイトが“ちょうど良く”動くよう、細部の磨き込みに莫大なコストをかけています。

インディーショップにそこまでのリソースはありません。それでも多くの顧客は、普段使っている他のサイトと同じ品質のユーザー体験を期待します。初めて作る側に回ってみて、90%の人にとって使いやすいUIを作ることがいかに難しいかを痛感しました。フォームの項目の並び順のような些細なことが大きな違いを生みます。細部で失敗を重ねれば、顧客は離れていってしまいます。

そうした問題は、実際のユーザーがプロダクトを使う様子を見ることでしか見つかりません。きっと目から鱗が落ちるはずです!

学んだこと:潜在的な顧客がサービスを使うところを観察してみてください。最初は辛いかもしれませんが、プロダクトの質は確実に上がります。可能であればショップ向けの定番フレームワークを使ってください。細かなUI/UXが最初からきちんと作り込まれています。WooCommerceShopifyが良い例です。

プロダクト作りとは現実的であること

今後のプロダクトについてのアイデアはたくさんあります。友人やお客様からもいつも新しい機能の提案をいただきますが、問題は優先順位の付け方です。多くのアイデアはスケールしません。取り扱い商品があり、安く、世界中に発送でき、しかもショップのシステムと連携できるサプライヤーを見つけるのは至難の業だからです。そのため、サプライヤー側の対応がないというだけで、定期的にアイデアを諦めざるを得ません。加えて、私たちは本業や他の責任を抱えながらビジネスを運営しているので、時間をできる限り効率的に使う必要があります。

学んだこと:サービスを一見 effortless( effortlessly使えるもの)に見せるのは、実は大変な作業です。最大の制約は時間です。「はい」よりも「いいえ」と言うことの方がずっと多くなります。

パンデミックの影響で、codeprintsは完全にリモートで開発されました。もっと多くの人にwherebyを試してほしいと思います。
パンデミックの影響で、codeprintsは完全にリモートで開発されました。もっと多くの人にwherebyを試してほしいと思います。

小さなビジネスで認知を広げるには

ショップを立ち上げるのはかつてないほど簡単になりました。ShopifyやStripe、そして多くのサプライヤーのおかげで、始めること自体はとても手軽です。一方で、参入障壁が下がったことで競争は激しくなっています。

何千ものサービスが常に私たちの注意を奪い合っています。しかも今や多くの顧客は、買い物といえばAmazonやAliExpress、eBayといった大手プラットフォームを利用するのが当たり前で、検索エンジンもトラフィックの大部分をそちらに流しています。

私たちのプロダクトはカスタムメイドなので、そうした大手プラットフォームでは販売できません。インディーショップとして、私たちは主に口コミ、丁寧なカスタマーサポート、そして開発者が集まる場所での発信を通じて訪問者を獲得しています。TwitterRedditHackerNewsLobste.rs、そして友人たちです。これらのプラットフォームでは価値を提供することが不可欠で、単なる宣伝投稿では誰の注目も集められません。LinkedInやFacebook、ProductHunt、IndieHackersといったプラットフォームも選択肢にはなりますが、私たちのターゲットである「活発なGitHubプロフィールを持つOSS開発者」は、あまりそこにはいません。

学んだこと:顧客がどこにいるのかを常に把握し、そのニーズを理解することが大切です。

ニッチを見つけるのは仕事の半分に過ぎない

よく言われる定石は、ニッチを見つけてそこから成長していくことです。codeprintsに関して言えば、確かにニッチを見つけました。対象はとても狭いですが、私たちのギークなプロダクトに興味を持つ層です。現在GitHubには5600万人の開発者がいます。一見大きな市場に思えます。しかし、多くのプロフィールはそれほどアクティブではありません。プリントを魅力的に見せるには、長期間――何年にもわたって継続的にコードをコミットしている必要があります。仮にアクティブな開発者が1%だとすると、ターゲットは56万人に絞られます。それでも大きな市場ですが、かなり小さくなります。さらに、そのうち1%の人がショップを見つけて注文してくれたとして(これでもかなり良い割合です)、注文数は合計で5600件ということになります。決して多くはありません!

この層を広げるには、潜在顧客の数を増やすか、既存の潜在顧客のうちより多くの人をサイトに呼び込むかのどちらかが必要です。私たちの場合は、1年分のレイアウトを提供することで、魅力的なプリントに必要なGitHubアクティビティのハードルを下げました。また、アクティビティが少ないプロフィールでも魅力的に見せる方法や、オープンソースへの貢献が価値を生む部分を強調する方法にも取り組んでいます。どんなに小さな貢献でも、すべてのコントリビューションに意味があるのです。

学んだこと:ニッチ市場が狭すぎて持続可能なビジネスにならない、ということのないようにしましょう。

Orta Theroxのようなアーリーアダプターは、立ち上げ期には何よりも貴重です。もちろん誰もがあのようなロックスター級のプロフィールを持っているわけではありませんし、それでいいのです。
Orta Theroxのようなアーリーアダプターは、立ち上げ期には何よりも貴重です。もちろん誰もがあのようなロックスター級のプロフィールを持っているわけではありませんし、それでいいのです。

ユーザーフィードバックを実行可能な形にする

初期の顧客からのフィードバックは非常に貴重です。彼らはあなたのプロダクトを信じてお金を払ってくれたのですから、その言葉の一つひとつに耳を傾けるべきです。(財布で投票してくれたわけです。)友人からのフィードバックも役に立ちますが、私は通常、より大きなフィルターをかけて受け取ります。友人の全員がソフトウェア開発者というわけではなく、みんな善意で言ってくれてはいても、言葉と本音が異なる場合があるからです。彼らが求めているのがより速い馬なのかもしれませんが、本当に欲しいのは「車」なのです。ソーシャルメディア上のフィードバックは……時に皮肉っぽいこともあります。そのつもりでいてください!あなたの仕事は、あらゆる意見の中から真実の核心を見つけ、建設的なアドバイスに焦点を当てることです。

たとえば、私たちが受け取ったこんなフィードバックがあります。

36ユーロも払ってこれを買うなんて、どれだけ怠け者なんだ。

これを建設的に言い換えると、こうなります。

自分で印刷できる安いバージョンは手に入りますか?

これは貴重なフィードバックです。将来的にはダウンロード版を提供することもできるでしょう!

学んだこと:ユーザーの意見から実行可能なフィードバックを抽出し、それをプロダクトビジョンに合致させるには練習が必要です。

まとめ

2020年はクレイジーな年でした。私は2つの小さなサイドビジネス、codeprintsとanalysis-tools.devの立ち上げに携わりました。

2つは収益モデルがまったく異なりますが、共通点が1つあります。作るのがとにかく楽しかったということです!🤩 時にはこうして成果を振り返るのも良いものです……。2020年のこのプリントは、そんな気持ちをよく表しています。(8月と9月の色が濃くなっているのはanalysis-toolsをローンチした時期、12月の濃い部分はcodeprintsを作っていた時期です。)

新しい縦型レイアウトで振り返る私のコーディング1年。2021年ももっとプロダクトを作っていきたいと思います。
新しい縦型レイアウトで振り返る私のコーディング1年。
2021年ももっとプロダクトを作っていきたいと思います。

この記事が役に立ったと思ったら、ぜひ教えてください。質問があれば気軽に連絡してください。そして、ホームオフィスを彩るユニークな方法を探しているなら、ぜひcodeprintsであなただけのプリントを手に入れてみてはいかがでしょうか?😊

P.S.:あなたがプロダクトオーナーで、チームへのユニークなプレゼントをお探しなら、ご連絡ください。プライベートベータへの招待をいち早くお届けします。

原文は Matthias Endler により に公開されました。

この記事は「muse-spark-1.2-contributor」を使用して翻訳されました。