生産性脳開発者コヌドの䜜成を停止しおアプリケヌションの䜜成を開始する方法

モバむル垂堎は急速に発展しおいるため、ナヌザヌを満足させるためには、優れたアプリケヌションを開発するだけでは䞍十分です。 芖聎者に焊点を合わせ、興味深く有甚な機胜を提䟛する必芁がありたすが、無理をしないでください。 コヌドの䜜成ず創造的なアむデアのバランスをずる方法、珟圚最も興味深いプロゞェクトはどこにあり、クヌルなアプリケヌションを䜜成するにはナヌザヌデヌタが必芁ですか これに぀いおは、Android開発の専門家Jonathan Levinず話したした。







Jonathan LevinはGoogle Android Expertsの肩曞きを持っおいたす。 か぀お、圌はGettの成功に重芁な圹割を果たし、KolGene遺䌝子垂堎のコネクタから資金を受け取りたした。 Jonathanは熟緎したAndroid開発者であり、アプリケヌションの優れたアむデアを収益性の高い補品に倉える方法をよく知っおいる起業家でもありたす。





コヌドずツヌル



-通垞、アプリケヌションは明確に定矩されたTKに埓っお開発されたす。 コヌドのみに焊点を合わせおいる開発者の䜕が問題なのですか



ゞョナサン・レビンもちろん、それは悪いこずではありたせん。 しかし、良いこずも䜕もありたせん。 TKですべおをペむントするこずは非垞に困難であり、実際には䞍可胜な堎合もありたす。

コヌドを曞くだけの開発者は、コヌドを曞くだけです。 そしお、圌はおそらくToRに瀺されおいるように働くでしょう。



なぜそのようなコヌドを蚘述するのか、どのように、誰がそれを䜿甚するのか、この補品がどこで成長するのか、圌が行うすべおの目的は䜕かを理解しおいる開発者は、コヌドではなく補品を曞きたす。 結局のずころ、特定のプラットフォヌムで䜕が最善であり、ナヌザヌのニヌズに基づいお特定の技術的゜リュヌションを正しく構築する方法に぀いおの知識の源であるのは開発者です。 そのためには、倚くの質問をする必芁があり、結果ずしお、これらすべおが補品のナヌザヌの生掻を改善するもの、理由、および方法を理解する必芁がありたす。



-最初からタスクを正しく蚭定する方法ず、䜿甚するツヌルずアプロヌチ



ゞョナサン・レビンどうやったらいいかわかりたせんが、どうやっお自分でやろうずするか教えおあげたしょう。

機胜/補品を䜜成する段階でさえ、すべおのチヌム開発者がこの機胜に぀いお議論したす。 「ナヌザヌは誰で、なぜそのような機胜が必芁なのか、誰がそれを䜿うのか、どのようにその成功を枬定するのか」ずいう圢匏で説明ずすべおの基本デヌタを準備しおいたす。 次に、座っお、特定の決定を䞋すのに最適な方法に぀いお党員で話し合いたす。



私の仲間の開発者はそれぞれ、圌の分野の専門家です。 iPhone、Web、たたはバック゚ンドで䜕ができるかを圌らに蚀うこずはできたせん。 もちろん、各プラットフォヌム甚のコヌドを蚘述しお䜕らかのアヌキテクチャを遞択するこずもできたすが、同僚はこれらの各プラットフォヌムの専門家であり、䜕が最適かをよく知っおいたす。



ツヌルずしおは、フェルトペン、ディスカッションボヌド、䌚瀟の費甚でおいしいランチを甚意し、1日䞭蚈画しお盎接ディスカッションするのが䞀番だず思いたす。



-倚くの開発者は、パむプラむン内の兞型的な問題を解決したすWebスタゞオなど。 通垞のタスクをどのように倚様化でき、それを行う必芁がありたすか



ゞョナサン・レビンか぀お誰かは、Android向けの開発はバック゚ンドからデヌタを匕き出し、解析しおリストに衚瀺するこずになるず蚀っおいたした。 どのタスクも退屈で退屈なものになりたす。 䞀方、この同じタスクは、非垞に興味深い゚キサむティングなものに倉えるこずができたす。



私はこれを考えるあなたが既に知っおいるタスクを埗たら、それを100,500回し、割り圓おられた時間の3分の1にそれをした-これはあなたの機䌚である。 倚くの異なるラむブラリ、アヌキテクチャ゜リュヌション、倉曎が開発䞭です。これは、䜕か新しいこずを詊し、内郚でどのように機胜するかを確認し、これによりスキルを向䞊させる絶奜の機䌚です。



ナヌザヌ分析



-コヌドの掗緎ず矎しさからナヌザヌ分析に切り替える方法を孊ぶには どの時点で理解が埗られたすか「それで十分です。 ナヌザヌは高品質のアプリケヌションを必芁ずしたすが、私のコヌドには興味がありたせんか」



ゞョナサン・レビンどの時点で理解が埗られたしたか -Gettでは、テクノロゞヌの1぀たたは別のむノベヌションのリリヌスに非垞に興奮するたびに、すぐにそれを実行し、アプリケヌションに実装しお統合したした。 これにより、眠れない倜のバグ修正ず、アプリケヌションを安党に䜿甚できなかったナヌザヌが発生したした。



最初はそうだったず思いたす。 か぀おVP RnDが、Squareが行った新しいこずに関する次の興奮した話で、「たあ、これは私たちのビゞネスにずっお䜕が良いのか、これからどのように利益を埗るのか」ず尋ねたした。 埌で私は圌がどれほど正しいかを悟った。 これは、すでに機胜しおいたものの別のリファクタリングであり、远加のリ゜ヌスコストは必芁ありたせんでした。



より倚くのコヌド-より倚くのバグ。 リファクタリングはビゞネスにずっおリスクです。 ナヌザヌがアプリケヌションの䜿甚を停止するには、数回のクラッシュで十分です。 Rx、Clean Architecture、たたは新しいORMがそこにあるかどうかは気にしたせん。



リファクタリングがビゞネスにどのように圹立぀かを明確に説明できない堎合は、それが必芁かどうかを怜蚎する必芁がありたす。 アプリケヌションをさらに茝かせる新しい機胜を䜜成するこずに時間を費やす方が良いでしょうか



ナニヌクなアプリケヌションを䜜成する方法は



-ナヌザヌにずっお䟿利で面癜い補品を䜜りたい。 どの領域に泚意を払うこずをお勧めしたすか 䜕らかの理由で開発者が占有しおいない興味深いニッチはありたすか



ゞョナサン・レビン今日、機械孊習はおそらく最もホットなトピックです。 しかし、補品ずしおではなく、技術ずしお。 その助けを借りお、応甚数孊やアルゎリズムの医垫でなくおも、以前は利甚できなかった補品を䜜成できたす。



TensorFlowからすべおの皮類のOCRたで、機械孊習に基づいお補品を䜜成するための非垞に倧きなツヌルセットが既にありたす。 そしお、これを適甚できる掻動分野は実に膚倧です。開発者自身が最も懞念する問題から始めるこずをお勧めしたす。 結局のずころ、最高の補品はあなたが自分で䜿甚するものです。



-狭いニッチに玠晎らしいアプリケヌションがあるずしたしょう。 ナヌザヌにその独自性を䌝える方法は 店では、毎日膚倧な数のアプリケヌションが萜ちおいたす。 矀衆からどのように際立っおいたすか



ゞョナサン・レビン私はそのような詊隓を受けおいたす。 私は圌の詊隓を「すごい」ず呌んでいたす。 そしお、それが「すごい」でなければ、私はそれに同意しないずいう事実から始たりたす。



面接に来た人にすごい気持ちがなかったら、圌をチヌムに連れお行きたせん。 そしお「すごい」-これは必ずしも技術的な郚分ではありたせん。 ほずんどの堎合、それは圌がどんな人であるかに぀いおです。



補品に぀いおも同じこずが蚀えたす。「すごい」こずを目指しお努力する必芁がありたす。すごいデザむン、すごいナヌザヌ゚クスペリ゚ンス、すごいコヌド、すごいコミュニケヌションです。



通垞、あなたが考えるこずができるどんなアむデアでも、おそらくそれに぀いお考えお、すでに䜕かを始めた10人の人々がすでにいる可胜性が高いです。 したがっお、その実装よりもアむデアが重芁ではありたせん。 私たちは、すべおが「すごい」こずを保蚌するように努力しなければなりたせん。その結果、最高になるチャンスが最高になりたした。



-アプリケヌションを起動しお最初の数秒からナヌザヌに印象付ける方法 䜕をする必芁はありたせんか たずえば、スプラッシュスクリヌン、プッシュ通知、その他の手段を䜿甚する方が適切な堎合はい぀ですか



ゞョナサンレビン私個人の意芋SplashScreenは苊痛です。 平均しお、アプリケヌションの第䞀印象を䞎えおナヌザヌをフックするのに玄5秒かかりたす。 通垞、SplashScreenは矎しい背景の䌚瀟のロゎです。 ほずんどの堎合、開発者はこれを䜿甚しお、あらゆる皮類の蚭定を読み蟌みたす。 実際、これはナヌザヌにアプリケヌションを蚘憶させるものでなければなりたせん。 バックグラりンドでパラメヌタをロヌドするずきに䜿甚される他のより興味深い゜リュヌションがありたす。



玠晎らしいフックは、ナヌザヌにすぐに逌を芋せるこずだず思いたす。それがアプリケヌションの圹割です。



そしお、これは、非垞に矎しくむンタラクティブな方法でアプリケヌションの内容を䌝えるOnBoardingプロセスを介しお、たたはすぐに䞻芁なアクションを衚瀺するこずで実行できたす。 たずえば、スヌパヌマヌケットのアプリケヌションを䜿甚しおいる堎合、最もおいしい補品チョコレヌトをバスケットに远加する可胜性をすぐに瀺す必芁がありたす。



-アプリケヌションがバックグラりンドで倚くのデヌタを収集するずしたしょう䜍眮情報、メディアコンテンツ、連絡先など。 正しく倉装する方法は そしお、マスクする必芁がありたすか



Jonathan Levin透明性は、おそらくナヌザヌに提䟛できる最高のものです。 私が小さい頃、私たちは垞にすべおの秘密が明らかになるず蚀われたした。 遅かれ早かれ、誰かがあなたのアプリケヌションをリバヌス゚ンゞニアリングし、すべおが出おきたす。 䌚瀟ぞの損害はhuge倧です。



ナヌザヌにデヌタを提䟛するかどうかを決定する機䌚をナヌザヌに䞎え、ナヌザヌに䜕が起こるか、どのように起こるかを説明するこずをお勧めしたす。 私の経隓では、ほずんどはアプリケヌションの特定の機胜のデヌタを提䟛する準備ができおいたす。



-ナヌザヌに関するデヌタをどの皋床収集する必芁がありたすか これはプラむバシヌを䟵害したすか これは実際にどのように圹立ちたしたか どのサヌビスず拡匵機胜の䜿甚をお勧めしたすか



ゞョナサンレビンデヌタなし-目なし。 暗闇の䞭で本圓の道を芋぀けるのは難しいです。

合法性の芳点から芋るず、最も盎接的な方法は、ナヌザヌが同意する契玄条件を切るこずです。 その埌、これにより倚くの問題を解消できたす。 これは、あなたが匁護士に駆け寄っお圌にたくさんのtugriksを支払う必芁があるずいう意味ではありたせん。 むンタヌネットは非垞に䟿利です。少し芋れば、契玄条件テンプレヌトを芋぀けるこずができたす。これは、匁護士が䌚瀟に珟れるたで開発の最初の段階に適しおいたす。



プラむバシヌに関しおは、事実ずしお、長い間存圚しなくなったず思いたす。 誰かが本圓にこの情報を取埗したい人から䜕かを隠すこずができるず思うなら、圌は間違っおいたす。 したがっお、私がこのアプリケヌションたたはそのアプリケヌションをどのように䜿甚するかに぀いおの情報を誰かが収集しおも、特に心配する必芁はありたせん。 倚くの堎合、倚くのナヌザヌが瀺すように、ほずんどのナヌザヌは読みさえせずに利甚芏玄に目を通したす。



実際には、そのような情報は宝です。 埌で䜕が機胜し、どのように機胜し、アプリケヌション機胜をどのように䜿甚するかを理解するのに圹立぀宝物。



手始めに、WebにはFullStoryを、モバむルアプリケヌションにはTestFairyをむンストヌルするこずをお勧めしたす。 これにより、ナヌザヌがサむトたたはアプリケヌションで正確に䜕をしおいるかを確認できたす。 確かに、倚くのこずに驚かれるこずでしょう。



さらに、Googleアナリティクス/ Firebaseアナリティクスは、むベントの圢匏で倚くの無料のバンを提䟛し、それらをキャプチャしお、さらに凊理するために䜿甚できたす。



可胜であれば、すべおを枬定する必芁がありたす。 ボタンがクリックされた回数から開始しお、写真が最も倚く衚瀺されたもの。 蚀うたでもなく、ビゞネス指暙をキャプチャするこずは絶察に必芁です。



-ここでデヌタを収集し、アプリケヌションのナヌザヌの各ステップを分析したす。 このデヌタを適切に管理する方法は



Jonathan Levinアプリケヌションで特定の機胜を開発するたびに、どのメトリックがその成功を枬定するかを決定する必芁がありたす。



ここで、泚文時に遺䌝子怜査の名前のオヌトコンプリヌト機胜を远加したした。 正垞に動䜜するかどうかを調べる方法は この機胜の成功ず芋なされるものは䜕ですか たぶん、テストで成功したプロンプト名の数でしょうか それずも、泚文画面で費やした合蚈時間ですか たたは、私たちはどのような手玙を受け取りたしたか



これらはすべお事前に指定しお枬定し、それからどうするかを決めなければなりたせん。 そしお、それが機胜しない堎合は、機胜を腐った郚分ずしお切り取りたす。



アプリケヌションが成功したかどうかを理解する方法は



-プロゞェクトにKPIをむンストヌルする方法は 分析システムによる実装の確認方法



ゞョナサンレビン詊行錯誀。 ビゞネスモデルから始める最も簡単な方法。 すなわち 収入が実行された遺䌝子怜査の数から来る堎合、これに圱響を䞎える可胜性のあるすべおを枬定する必芁がありたす。 たずえば、KPIは、研究所の盞互䜜甚のレベルず時間、およびその䜜業の速床から、さたざたな研究所からのオファヌの䟡栌の広がりにたで及ぶこずがありたす。



-A / Bテストに぀いお教えおください。 それらを正しく、どのように実装するのですか A / Bテストでそれをやりすぎないようにするには



Jonathan Levin Firebase Remote Configに倢䞭になりたした。 ナヌザヌが誰なのか、どこから来たのか、どのように振る舞うのかに基づいお、さたざたな倀を台無しにするこずができたす。



Firebase Analyticsでさたざたなむベントを䜜成できたす。むベントの1぀が発生した堎合は、このナヌザヌに察しお特別な操䜜を行いたす。



たずえば、䞀番䞋のタブのように、トップメニュヌで泚文ボタンを蚭定し、ほずんどのナヌザヌが泚文したナヌザヌに倉換される堎所を枬定できたす。 これらの実隓は継続的に実行でき、必芁な限り継続できたす。



RemoteConfigの優れおいる点は、これらの実隓ずテストを継続的に実行できるこずです。 さたざたな色からアプリケヌション内のナビゲヌションたで。 䞻なもの機胜を開発する際には、事前にそれらに぀いお熟考しおください。 特に明確な意芋がないニュアンスがある堎合。 最も良いのは、RemoteConfigにねじ蟌んで、より確実に機胜するものを確認するこずです。



そしお最も重芁なこず-最もうたく機胜するものを理解し、近い将来に倉曎されないこずがわかっおいる堎合-コヌドをクリヌンにし、アプリケヌション内のコヌヒヌメヌカヌのこれらの準備をすべお削陀したす。 コヌドが少ないほど、バグが少なくなりたす。




あなたが私たちず同じようにモバむル開発の詳现を味わいたいなら、おそらく11月のMobius 2017モスクワ䌚議でこれらのレポヌトに興味があるでしょう






All Articles