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

Matthias Endler

ソフトウェアエンジニアがプリントオンデマンドビジネスを始めてみた

原文は Matthias Endler により に公開されました。 このブログを購読する

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

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

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

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

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

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

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

始めた当初、私の最大の懸念はソフトウェア開発でした。フロントエンドとバックエンドを実装して連携させる必要がありました。サイトに多くのユーザーが訪れた際にGitHubのレート制限に引っかからないようにしたかったのです。どのウェブフロントエンドを使うかもずいぶん悩みました。RustのYewで作るべきか、それともGatsbyにした方がいいのか。

結果的に、コードを書くのは簡単な方でした。

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

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

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

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

AmazonやFacebook、Netflixといった巨大企業が、優れたUXに対する顧客の期待値を引き上げました。彼らは何百万ドルもかけてウェブサイトを磨き込み、あらゆる細部を作り込んでいます。その結果、彼らのサイトは数百万人の顧客にとって、どんなデバイスでもちょうどよく動作するのです。

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

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

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

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

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

学んだこと: サービスを何の苦もなく使えるように見せるには多大な労力がかかります。時間は最大の制約です。「イエス」と言うよりも「ノー」と言わなければならない場面の方が多くなるでしょう。

パンデミックのため、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年はクレイジーな年でした。私はcodeprintsとanalysis-tools.devという2つの小さなサイドビジネスを立ち上げることに関わりました。

どちらも収益モデルはまったく異なりますが、共通点が一つあります。作るのがとにかく楽しかったということです!🤩 時々こうした成果を振り返るのはモチベーションになります……。2020年のこのプリントは、まさにそうした気持ちを体現しています。(8月と9月の少し濃い緑色の部分に注目してください。analysis-toolsをローンチした時期です。そして12月の濃い部分はcodeprintsを作っていた日々です。)

新しい縦型レイアウトで振り返る私のコーディング一年。<br />2021年もさらにプロダクトを作っていきましょう。
新しい縦型レイアウトで振り返る、私のコーディング一年。
2021年もさらに多くのプロダクトを作っていきましょう。

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

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

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

コメント