りんりんワークベース|小さなものづくり

「これ、もう少し使いやすくできそう」から始まる小さなものづくり。ツールやゲームなど、思いついたものをつくって、試して、直しています。その過程や、そこで分かったことを記録します。

[りんりんワークベース|小さなものづくり @linlin_workbase]

「前回、何を話したっけ」をすぐ思い出せるように、バーやラウンジなどで接客する人向けの記録アプリを作っています。
最初は、入力項目を減らせば使いやすいと思っていました。でも実際は、入力する時間そのものがない。
作る→使ってもらう→直す。その過程を残します。

こちらがイメージ図です。

[りんりんワークベース|小さなものづくり @linlin_workbase]

@Marim_Developer 本業をしながら、平日夜と休日にやっています。
最初は副業にできたらと思って始めましたが、今は収益よりも、実際に使ってもらってズレを直す過程が面白くて続けています。
とはいえ、いつか一本でやれたらとは思っています。

[りんりんワークベース|小さなものづくり @linlin_workbase]

最近、長いプロンプトを作り込むことが減った。

やりたいことと、絶対に外したくない条件だけ渡して、一回出してもらう。違ったら直す。

最初の一発で完成させようとすると、プロンプトを書く方が重くなる。

自分はこのくらい雑に始めた方がうまくいく。

[りんりんワークベース|小さなものづくり @linlin_workbase]

作った接客記録アプリ、最近あまり使われていない。

不具合の連絡が来たわけでもない。たぶん、使わなくても困らないまま離れている。

これは作る側からすると結構きつい。

機能を足す前に、一度ちゃんと理由を聞かないといけない。

[りんりんワークベース|小さなものづくり @linlin_workbase]

@yoritenshoku1 おっしゃる通りですね

継続自体も根気がいりますが、その先はまた別のスキルがいるなと感じてます

[りんりんワークベース|小さなものづくり @linlin_workbase]

@sz_official_48 審査通過おめでとうございます！乗降した駅を記録するだけで、自分の移動がほぼ日本地図になるのは面白いですね。普段は通り過ぎる駅にも降りてみたくなりそうです。

[りんりんワークベース|小さなものづくり @linlin_workbase]

居酒屋の在庫管理を、音声入力で楽にできないか店長に話を聞いた。

話すだけなら入力は早い。
でも忙しい時間は、不足に気づいても報告自体を忘れるらしい。

つまり、面倒なのは入力だけではなかった。

便利な入力方法を作る前に、そもそも報告できる瞬間があるのかを見ないといけない。

[りんりんワークベース|小さなものづくり @linlin_workbase]

@gonsun177 分かります。自分もアプリ、ゲーム、自動化と作るものが散らかっていて、何の人か分かりにくいだろうなと思っています。それでも全部やりたいので、今は「小さなものづくり」だけ共通項にしています。

[りんりんワークベース|小さなものづくり @linlin_workbase]

@fumi23_engineer 初ランキングおめでとうございます！リリースして終わりではなく、UI/UXとキーワードを地道に直した結果が出た感じですね。こういう報告を見ると、公開後に育てるのが大事なんだと分かります。

[りんりんワークベース|小さなものづくり @linlin_workbase]

「ポケットのごみ」というゲームを作っている。

スマホを振って、ジーパンのポケットからゴミを出すだけ。

自分でも、何を作っているんだろうとは思う。

でもくだらない題材を本気で作り込んで、ガチャ演出だけ異様に豪華にしたい。

「くだらないのに、なんでこんなにちゃんとしてるんだ」が目標。

[りんりんワークベース|小さなものづくり @linlin_workbase]

接客記録アプリは、営業中にメモしてもらう想定で作っていた。

でも実際に使うところを見ると、接客が終わればすぐ次の接客。
トイレに行く余裕もなさそうだった。

入力を速くするだけでは足りない。

考えているのは、お客様のアイコンを押したら「今日来た」だけ残る形。
詳しいメモは翌日でいい。

[りんりんワークベース|小さなものづくり @linlin_workbase]

@Marim_Developer 営業メールまでは自分はできてないからすごいです
良くも悪くも手近なところに相談してみてテスターまで繋げれられてないことがほとんどです…

[りんりんワークベース|小さなものづくり @linlin_workbase]

思いついた機能をメモしていくと、やりたいことは増える。

でも、今のユーザーが最後まで使えなかった動線を後回しにして、新しい機能だけ増やしても、アプリはたぶん良くならない。

作る順番は、欲しい順ではなく、使えない理由の大きい順に決めたい。

[りんりんワークベース|小さなものづくり @linlin_workbase]

@Marim_Developer ほんとそれです

と、同時にアイデアが浮かんでPoC作っても
試してもらえる相手がまだまだ少なすぎて…🥲

[りんりんワークベース|小さなものづくり @linlin_workbase]

@Marim_Developer 自分ではこれだ、と思って実務者からすると全然求めてることや、これもできたらねって言われること多いです

[りんりんワークベース|小さなものづくり @linlin_workbase]

@pero_nasu 初購入おめでとうございます。★1でも、実際に使ってお金を払ってくれた人がいるのは大きいですね。評価の理由を拾えたら、次に直す場所も見えそうです。

[りんりんワークベース|小さなものづくり @linlin_workbase]

同じ顧客情報でも、接客前に見る情報と、営業後に残す情報は違う。前者は一瞬で思い出すための要点、後者は次回に役立つ事実。保存する項目を増やす前に、見る場面と書く場面を分けて考えたい。

[りんりんワークベース|小さなものづくり @linlin_workbase]

テスターに使ってもらうとき、機能の感想を聞く前に「どの場面で開いたか」を聞くようにしています。使う場面が想定と違えば、画面の問題ではなく、そもそもの入口がずれているかもしれない。使った後の評価より、使う直前の状況を知りたい。

[りんりんワークベース|小さなものづくり @linlin_workbase]

一つの画面に、入力・確認・編集を全部入れたくなる。でも使う人の目的が違うなら、必要な情報も違う。「その場で残す」画面と「あとで整理する」画面は分けた方が、結果的に迷わないかもしれない。

[りんりんワークベース|小さなものづくり @linlin_workbase]

不具合を直すとき、直ったかだけでなく「どういう条件で起きたか」も残すようにしたい。同じ画面でも、端末や入力順で症状が変わることがある。原因が分からないまま見た目だけ整えると、別の場所で再発する。小さな修正ほど、再現条件まで記録したい。