「実装しない」機能の決め方

考える犬個人開発のアプリはシンプルさが肝要。AdobeやMicrosoftのような巨大企業でない限り、機能で勝負しても負けるのは火を見るより明らか。難しいことは他に任せて、自分が解決したい問題にだけ集中する。作りたいアプリ像がはっきりしていれば、機能の取捨選択は簡単にできる。 拙作のInkdropというMarkdownノートアプリも、無駄な機能を付けないように努めている。そのためならユーザの要望も遠慮無く断る。今このアプリにお金を払ってくれている人は、そのシンプルさを買ってくれていると断言できる。ユーザさんにヒヤリングした時、以下のようなメッセージを貰った： My suggestion would be to try to keep the app clean and simple, focus on supporting developers primarily and not to o

[hirocueki]

裏を読むと、コア機能は洗練されていなければならない

[itouhiro]

「個人開発のアプリはシンプルさが肝要（機能で勝負しても企業に負ける）。どの機能を「付けないか」という判断が全て。アプリ未成熟段階では「あるとよい」を全て却下。薄く狭い領域に集中し最高の商品を仕上げる」

[liszworks]

めっちゃ参考になった。なんとなく「なぜ自分1人でアプリが作れないのか」の原因の1つがコレなんだと気付いた

[stilo]

素晴らしすぎる！

[toenobu]

dev

[kimihito]

“アプリが未成熟の段階では、このNice to haveは全て却下するべき。”

[d4-1977]

大切

[JJohahJameson]

要

[sawat]

いいね

[sky-y]

“「あるとよい」機能を省く” 機能とフィーチャーの違いを思い出した。フィーチャーは「顧客の価値になる機能」みたいな意味（たぶん）。「フィーチャーにならない機能」がしばしばある、ということだと思う。

[manimoto]

Keep it simple

[Inaab]

良さ

[sezemi]

あの機能、落とそうと決めました

[kimromi]

いいな

[noblog0125]

すべての開発者、いや開発へ顧客の声を盾に要求するすべての人に伝えたい

[koogawa]

“「あるとよい」は「なくてもよい」と同じ”

[nabeliwo]

よすぎる