Mac/iOS独立开发者,从入门到放弃(精通)
Summary
TLDR在这期节目中,Tinyfool探讨了Mac和iOS独立开发者的旅程,从入门到放弃的全过程。他以自身经验为基础,详细讨论了编程入门、技术精进、产品选择以及营销和运营四个关键领域。Tinyfool强调,成功的独立开发不仅仅依赖于编程技巧,还需要对市场有深刻的理解和有效的运营策略。此外,他也提到了学习资源的变化,如今借助如ChatterDBT等工具,学习编程变得更加容易。最后,他提醒开发者重视产品选择和市场营销,这些是决定独立开发成功的关键因素。
Takeaways
- 😀 学习编程可以采取“先入门再精通”的路径,不必非要把每一章或概念都完全学会才开始编写代码
- 😊 持续集成的理念适用于学习,即使不了解所有功能,也可以先做一个简单的版本,然后逐步添加更多功能
- ☝️ 技术精进更适合专注在业务需求上,用用户反馈来决定下一步学习什么
- 👌 产品选择影响是否能在市场上获得成功,需要考虑解决的问题和获得用户的可能性
- 🤔 独立开发者需要学会站在普通用户而不是极客的角度来理解需求
- 📚 现在借助搜索引擎和ChatterDBT等工具,编程入门的门槛比以前低很多
- 🤳 營销是独立开发的关键,需要从产品和解决的问题入手,进行社交媒体宣传
- 🎯 ASO决定App在应用商店是否容易被发现,需要使用各种技巧来提高曝光率
- 👨💻 科班出身有利于编程,但也有很多优秀的程序员并非计算机专业
- ✌️ 选择合适的学习材料很重要,找一本能边学边编程的书最实用
Q & A
作者推荐的编程学习方式是什么?
-作者推荐“先入门再精通”的学习方式,即先使用基本语法写一些简单的代码,然后再逐步学习更复杂的功能,如UI、数据库等。他认为不必一次全面掌握。
作者如何评价计算机科学专业的学习?
-作者认为计算机科学包含很多实际编程中用不到的理论知识,不反对这种学习,但对实际写好代码帮助不大。他举了一些例子,如编译原理等。
作者如何看待“打基础要牢固”这种说法?
-作者并不反对这种说法,但他认为基础也可以是实用性的,不必全面系统地学,可以采取渐进式学习。
作者如何评价大学计算机专业和编程之间的关系?
-作者认为两者有一定割裂。计算机科学研究的算法等理论对实际编程帮助不大,反而会忽视代码质量、性能等工程问题。
作者如何看待持续集成在学习编程中的作用?
-作者认为持续集成的理念很适合学习编程,即使初学者也可以先做一个简单的程序,然后逐步加入更多功能使其变复杂。
技术精进应关注什么?
-作者认为技术精进要紧跟用户需求,解决他们实际遇到的问题。不是单纯追求掌握更多技术。
产品选择的要点是什么?
-作者认为要选择有市场的产品,解决用户真正的需求,不能简单用程序员的视角。还要考虑用户群体等因素。
作者如何看待程序员做产品时的主观性问题?
-作者认为程序员容易认为一些简单的功能不值得做产品。但对真正需要这些功能的用户来说,一个简单的APP也可以大有用处。
营销中最重要的是什么?
-作者认为首先是产品选择,其次是让用户知道这个产品的存在,如ASO、SEO等。还有针对特定用户群体的营销。
这个课题可以继续深入讨论吗?
-可以的,作者欢迎提问与交流。如果有兴趣他可以针对更多细节继续这个系列。
Outlines
🚀 开篇介绍与入门挑战
Tinyfool在视频中介绍了本期内容,即Mac和iOS独立开发者的成长之路,响应会员Jack Huang1999的请求。他分享了自己作为开发者的经验,讨论了编程入门、技术精进、产品选择以及营销和运营等四个关键问题。Tinyfool强调,尽管他自认编程能力不错,但成功的独立开发不仅仅依赖编程技巧,还需要其他多方面的知识和技能。他还提到了编程学习的一些误区,比如过分强调基础语言学习的必要性,以及忽略实践和实用技能的重要性。
📚 学习方法与技术选择
本段中,Tinyfool讨论了学习编程的方法,特别是对于Swift UI和iOS开发。他建议采用选择性学习的方式,而不是逐章节深入,强调了“先入门再精通”的学习路径的重要性。他还提到了技术的横向与纵向问题,解释了掌握多种编程语言和技术栈的重要性,并且强调了实用主义的学习方法,即根据实际需要选择学习内容,而不是盲目追求全面。
🌱 学习漸進与实践重要性
在这一段,Tinyfool分享了关于学习过程应该是渐进的,从简单项目开始,逐步增加复杂度的观点。以一个日记软件项目为例,说明了即使是没有iOS开发经验的开发者,也能通过实践学习和逐步提高来掌握所需技能。他强调了通过实际项目学习的有效性,以及不需要一开始就掌握所有技术细节的重要性。
🔧 技术精进与目标导向
Tinyfool在此部分强调了技术精进的重要性,分享了自己如何通过具体项目来学习和精进技术的经历。他通过个人经历说明了,即使是刚开始iOS开发,也可以通过专注于特定项目来快速学习和应用新技术。他还提到了,作为独立开发者,重要的是关注业务需求和用户体验,而不是过分追求技术的全面性。
📈 产品选择与市场定位
这一段讨论了产品选择的重要性以及如何定位自己的App以满足市场需求。Tinyfool提出,独立开发者需要精明地选择他们的产品,以便在App Store上脱颖而出。他提到,美观和实用的App更容易获得推荐,从而获得更多的曝光和下载。同时,他也强调了了解市场和用户需求的重要性,以及利用自己的独特视角和经验来开发产品的价值。
📊 营销策略与持续成长
最后,Tinyfool讨论了营销和运营对独立开发成功的重要性,特别是如何利用SEO(搜索引擎优化)和ASO(App Store优化)来提高App的可见性。他分享了自己的经验,包括如何通过社交媒体和其他渠道宣传自己的App。同时,他也提到了持续学习和适应市场变化的重要性,以及如何通过解决特定用户群体的问题来创造有价值的产品。
Mindmap
Keywords
💡iOS
💡Swift
💡獨立開發者
💡App Store
💡UI
💡算法
💡數據庫
💡ChatGPT
💡SEO
💡ASO
Highlights
學習編程可以更加實用主義,不必把所有內容都全面學會
編程學習可以採用持續集成的方式,循序漸進地迭代完善
做獨立開發者要專注於業務,不懂其他內容也沒關係
技術精進可以跟隨用戶需求持續成長
產品選擇是獨立開發的核心問題
要選擇有市場需求和商業潛力的產品
獨立開發要解決具體的用戶痛點
運營要做好SEO和ASO
要利用自己的影響力來推廣產品
增長黑客可以幫助獲取更多用戶
要用開放的思維來看待獨立開發
解決不同需求的人選擇不同的產品
做減肥APP要針對胖子這一類用戶
愛美的女士更適合做美妝相關APP
歡迎提問獲取更多相關內容和細節
Transcripts
大家好,這裡是Tinyfool的胡說八道,我是Tinyfool
那麼今天聊的話題是
Mac iOS獨立開發者從入門到放棄
那麼這也是一期我們尊貴的會員的點播節目
感謝會員Jack Huang1999的點播
他問道說,你好,請問能否出一期Mac OS編程
iOS編程以Swift為主的從入門到大腦的路線建議
包括技術產品運營等方面適合獨立開發者的內容
那麼我想聊的大概是四個大問題
第一個大問題就是編程入門的問題
這中間又包括學習方法
技術橫向問題和縱向問題
學習漸進的問題
第二個是技術精進問題
第三個是產品選擇問題
第四個是營銷和運營問題
當然首先我先講
我自己也不算什麼在Mac上和iOS上
獨立開發成功的案例
當然我寫程序我還是自吹我寫的還可以的
但是你想做好獨立開發
其實還是需要很多編程技巧以外的東西
當然後頭我們會繼續講
那麼首先第一個就是說
如果你是沒有iOS和Mac編程的經驗
那麼其實就涉及到一個編程入門的問題
如果有的話,那我們就可以從精進開始聽
那麼編程入門這個問題
我覺得是一個老生常談的問題
我自己我的一些方法論和方法
我認為是非常有效的
但是很多人可能會覺得是這種
有點怎麼說呢
欺世盜名或者說有點不那麼就是
就是不那麼這個怎麼說來著
不那麼我也想不起那個詞
反正就有的人不喜歡吧
有的人會覺得你這種方法是誤人子弟
對吧那當然中國
中國以前有更多的這樣的人
他會講說你不管學啥語言
你必須從C語言學起
必須從C++學起
今天可能這麼說話的人就少多了
從歷史上很多時候有些人是這麼堅持的
或者說不管你是做前端
還是做iOS還是做安卓
你都必須先從後端做起
或者先從底層學起等等等等
或者說你要先從彙編學起
今天我覺得這個這些說法基本上已經沒有了
但是還是有很多人說什麼打基礎要打得牢啊等等等等
其實我呢我當然也也不反對打基礎要打得牢的這麼個說法
如果你有運氣或者說你有機會
就比方說你是正牌的好大學的這個計算機
我們叫計算機科學專業出身
其實對你寫程序一定是有好處的
那不管是就是算法呀
這個編譯原理呀
比方說數據庫啊等等等等很多很多的
就是你去看這個大學的這種計算機科學的這個這個這個
課程設置還有很多東西實際上是非常有用的
但是呢實際上我也要反過來說
其實有很多很多的程序員他不是科班出身的
那麼最終一個程序員是科班出身的才能寫好程序
還是說不是科班出身也能寫好程序
我經過了這麼多年的這麼一個理解
我認為呢都可以寫好程序
因為實際上計算機科學是一個涵蓋非常廣闊的東西啊
有一些東西比方像編譯原理吧
90%的程序員其實用不到
就是編譯原理其實核心的問題是說
你要寫一個自己的語言的時候
該去解決的這些問題對吧
包括編譯器優化這中間當然就包括了無數的內容
非常複雜一個東西
但99%的程序員其實根本用不到編譯原理對吧
那麼比方說現在的數據庫跟當年的數據庫也不太一樣
就是總的來說我認為啊
就是說我認為就是說
你如果把計算機當做科學或者當做這種聖杯啊
就是最牛逼的科學去看
和你做一個好的程序員其實還是有區別的
程序員其實他還有偏這個實踐的這一部分
偏實用的這一部分
甚至你可能也知道有一些大學的博士
他寫出來的代碼最後可能還是需要一線程序員去改
否則是沒法用的
雖然這個博士可能是研究算法的
雖然他可能能研究出非常獨特的算法
但是他對這種工程上怎麼寫代碼
其實他可能並不了解
還有很多工程上的就是比方說怎麼去承擔大負載啊
怎麼去做一個非常牛逼的程序的很多很多細節
其實學校裡也教不出來
學校也不怎麼教啊
就是計算機科學其實今天
他在某種程度上跟這個一線程序員
其實還是有一定的割裂的
但是你會肯定是沒壞處的啊
那麼我想講的一種編程入門特別適合轉碼的
或者說特別適合普通人的
我認為呢
其實還是要有選擇的去學習
就比方說你今天拿到一個swift UI的這個手冊
或者說一本書
你是不是要每個章節都去看呢
在我看來你不用
你不用
其實今天我們學很多東西的時候
可以更實用主義的去學
當然我的想法是我的邏輯是什麼呢
我建議的是一種先入門再精通的路徑
就是有很多思想
他就是說你在學最基礎的語法的時候
你要花一個星期
你在學數據庫的時候又得花一個星期
你在學負循環的時候也花一個星期
也許你覺得好像打紮實的非常深的基礎是很好的
但在我看來有的時候你不用去那麼學
所以我其實想講的就是說
你可以完全的跳過這麼一種玩法
你可以不必去什麼都學
你不必什麼都學
那麼這個呢
我覺得在這個其實就涉及到一個技術的橫向和縱向問題啊
這其實是我當年作為一個劇場無比的
這個podcast的兩個半小時啊
現在說不定我找不著找了
就是其實當然我這個橫向和縱向的切分也不一定是最合理的
但是總的來說
其實你知道在學編程方面
其實有很多的維度
很多的層面
比方說舉個最簡單的例子
你會一種語言和會兩種語言
你會很多不同的語言
這是一個層面就是語言層面
那麼語言又分成很多種類型
比方像C++
C這種最簡單的語言
或者叫做呃
我們把它叫做現在可能一般把它叫低級語言是吧就是
就是它可能更簡單直接的跟跟系統更接近
甚至跟彙編更像
那麼又有比方說像我們現在最流行的就是面向對象的語言
C++啊
其實其他的最近的語言基本都是面向對象的
然後呢
還有一些什麼像嗯
還有很多其他各種類型吧
就是說或者比方說你像這個現在還有一種叫DSL
就是領域語言
或者你可以把JavaScript理解成一種DSL
或者可以把JavaScript的某些呃分支
或者說前端的某一個技術
你可以理解成它就是一種領域語言
就是這種概念
其實有很多很多不同的呃維度去看這個問題
那語言是一個層面
當然有的語言很像
你學會了其中一個語言
再學另一個語言
你就變得你就覺得很很容易
但有的語言之間差異很大
你會Python和會這個Java
好像是完全不同的兩種方向對吧
但其實你會C和會Java有點像
或者是你會Java和你會OpenRTC
其實也在某種程度上也很像
這是一個層面的問題
還有一個層面就是說
你實際上在真正解決技術問題的時候
你學的又不純粹是語言
其實語言是個很簡單很簡單的東西
語言就是一個工具嘛
就跟就跟你說我會說英語還是會說中文
但實際上你都要解決一些具體的問題
比方說你不管是用中文去點個外賣
還是用英語去點個外賣
這不都是點外賣嗎
這就是領域性的問題
那這個學語言
其實它也有很多這樣的領域性問題
比方說你用C語言去做UI
還是用JavaScript做UI
還是用LS去做UI
做UI要有做UI這套東西對吧
比方說我們知道SplitterUI
這種叫聲明式的這種UI設計
還有比方說在學LS裡頭有一個叫
類似於Obeditc很多人流行的是用代碼來寫UI
那實際上這個Obeditc裡還有個叫XIB
就是用這種這個Interface Builder來創建一個UI
就是工作UI其實就有好多種流派對吧
那麼實際上如果你用的是同一個流派
哪怕用的語言不一樣
它們中間有很多東西都是通的很像的
比方說再下來你不管用任何語言
你其實都要解決一個數據庫的問題
那麼你可以用Java去接MySQL數據庫
你也可以用iOS去接
就Obeditc去接或者Splitter去接
你也可以用這個Python去接MySQL
那麼雖然用的語言不一樣
甚至這個大家用的這個MySQL的庫都不一樣
但是實際上本質上一旦你涉及到了
SQL語句那又一樣了對吧
又是一樣東西
再舉個例子
比方說政策表達室
你在處理一些複雜的文本的時候
你都需要用政策表達室
那麼政策表達室其實又分成
基本上是兩大流派吧
但是基本上就是每個語言
在每個語言裡頭你用政策表達室
這件事又很像
就是實際上有很多很多
比方說包括你要處理XML
你要處理JSON
你要處理這種文本文件對吧
那又是一套習慣和工具等等等等
就是說你在學習這個iOS編程的時候
或者說你在學習這個Mac編程的時候
你其實沒有必要一開始把所有都學會
就比方說最簡單的那個例子
我們當年招聘了一個程序員
他其實沒寫過iOS程序
他是寫Java的
但是我看了他的blog
我認為他是個很聰明
而且很知道專業的人
於是我就說
如果你想來的話
那我需要你去學一下iOS
他說你要讓我學到什麼程度呢
我說很簡單
你給我做一個最簡單的日記軟件就行了
對吧
當然這個日記軟件至少你得有list
一天天的list和這個具體的一個日記
他就做了一個效果很好
那麼這個日記軟件
其實你可以不帶數據庫
也可以做出一個來對吧
你也可以用數據庫做對吧
你可以做的非常複雜
你可以做的非常簡單
他做了一個非常簡單的
我就理解了
我覺得說你的學習能力完全沒有問題
我不會說
那麼既然你做了一個日記軟件可以用
但是我要求你什麼什麼功能都得加進去
實際上今天你做一個就是共享軟件
或者叫這個獨立開發者
你也不用對SwiftUI iOS的每一個細節都了解
對吧 這實際上是個簡單的
再下來
我認為是一個學習漸進的問題
其實我的學習方式和很多人不太一樣
就是我不是那種好像看完一本書
把一本書全看完了才開始寫程序
我的邏輯是我喜歡的書是說
我看一張就可以寫程序的這種書
比方說第一張他是講基本語法對吧
那我開始就可以拿這個基本語法寫一些最簡單的代碼
當然可能今天你寫不出UI來對吧
那比方說你開始教我UI了
我馬上就拿它做個計算器
你可以設計一個非常簡單的這麼一個工程
一個計算器又不涉及到任何的數據庫對吧
也不涉及到網絡
也不涉及到這個這個這個這個正德表達式對吧
那我做個計算器
證明我已經學會了這個UI行不行
點了這點了那
那可以可以把兩個變量加在一起得到一個
把一加一等於二這種東西做出來
是不是可以這樣
就是我覺得你是可以有學習漸進的這麼個過程
事實上比方說舉個例子
如果你是一個UI設計高手對吧
其實歷史上有很多人做了一個好看的計算器就賺錢了
那他需要懂數據庫嗎
不需要他需要懂網絡嗎
不需要就是就是實際上我認為就是你學習東西的時候
其實可以這麼學
那麼或者其實我們有一個詞啊
就是這個詞叫持續集成
你就算做一個非常複雜的軟件
非常複雜的APP
其實你也可以用一種持續集中的方法來做
有一種方法就是說我今天開始做A模塊B模塊C模塊
我設計了一個非常複雜的APP對吧
然後每塊都在寫
但這個程序永遠都run不起來
因為必須得所有部分都寫完才能run起來
還有一種做法很簡單
我先做一個沒有網絡功能
沒有任何復雜功能的計算器
他第一天就可以上App Store去賣
但是呢
我最終的目標是個非常複雜的計算器對吧
但是我可以一點點的做
我一開始就是一個很漂亮的
大家覺得很可愛的計算器就可以用了對吧
但是下來說有人說你這個計算器真好用
但是你支不支持貨幣兌換呢
對吧
你能不能讓我知道一美金是多少人民幣呢
或者說39.67美金是多少人民幣對不
對這 是一個有的計算器就帶這種功能
就是貨幣計算器
那麼這時候其實你就得有數據
不是你就得有網絡功能
因為你要從網上抓這個
你得去找一個匯率API去把它抓過來
然後才能做到對不對
那麼再复雜一點
比方說我想做一個帶記賬功能的計算器
那麼你得留一定的歷史記錄對吧
或者是像Excel表格那樣留
或者是怎麼樣留一個歷史記錄對吧
或者帶一個這個
記這個消費的那種就是這個出入賬
就是這種這種這種手賬的這種東西
那麼那你是不是就得有數據庫了呢
那麼其實就是沒有數據庫
沒有網絡的計算器也可以是個產品哦
對不對
所以所以比方說就是
所以我的意思就是說今天去學東西的時候
我覺得你最好有一種持續集成的概念
去去學習東西去做一個APP
你就是個初學者
你就算不懂數據庫不懂網絡
你也可以先做一個不帶數據庫
不帶網絡功能的APP
然後你再去學習什麼叫網絡通信
什麼叫數據庫怎麼把它加進去
一點點的變得越來越複雜
第二個問題
其實我們講技術精進
其實也是這樣的一個概念
就是說我覺得今天呢
我們想學任何一個東西
我傾向於你不要學一種
好像我不學一年
這東西是不叫學會的這種概念
而是你學一個東西
你可以有一個順序
可以有個方法
我給大家舉個最簡單的例子
其實我最早開始做iOS開發就是09年
09年蘋果發布那個SDK
我馬上就給我的在美國的朋友
那個時間點都沒法拿中國的銀行卡去買這個
這個蘋果的開發者賬號
我就讓他說請他幫我買
他直接花了一百美金幫我買了
就是我都沒還他錢
後來我們倆關係就這麼好
就就直接幫我買了個賬號
然後我要幹的事是什麼呢
我說哎
我想記賬
我想做一個iOS記賬軟件
所以在那個時間點我就開始學怎麼寫iOS程序
實際上我就是這麼做的
跟這個記賬軟件沒關係的東西
我暫時都不學
我都不管
反正我先從記賬學起
然後這個記賬人就做了大概兩個多星期還是三個星期
這個軟件還沒做完
這個時候就是有到此點
他們就開始想做iOS版的有到此點了
但他們找不到程序員
他們當時有兩百個程序員
其實他們之前都有Mac版
但是沒有人做過iOS
Mac版那個程序員後來也離職了
他們就是完全不知道誰可以做iOS
他們找到我
然後他們的這個副總就跟我喝了
吃了頓飯
然後就問我能不能幫他們做
我就說好吧
然後我就開始研究怎麼做一個詞典
就是我已經大概知道怎麼做一個記賬軟件了
其實怎麼做一個詞典
我還不知道
其實也沒有那麼難了
詞典最早的iOS版的有到此點非常之簡單
就上面有個查詢框
你搜索一下
然後呢
得到一個這個這個就是你隨便寫個寫個A
比方說A打頭的
或者說帶A的這些所有的這些這個單詞就列出來
然後你點其中一個單詞
然後就就得到這個單詞的示意
其實無非就是就是有一個這個叫所謂的索引表
就是一個一個字母和一個索引的表
這個其實就是有一個排序的這個這個單詞表
然後在裡頭進行一個二分查找
你寫進任何一個A也好
或者你寫了個AB也好
或者你寫了一段話
我給你查找出來
但包含這個這個這個這幾個單詞的這麼一個
包含這幾個字母的這個單詞嘛
對吧
然後你點了一個具體的單詞以後呢
實際上就是查一個庫
把這個示意查出來
然後當時還包括一個從網絡上抓取有道提供的一個API
然後得到一個單詞發音的功能
還有個什麼功能
反正當時的第一版其實超級簡單
但是我當時也剛剛學LS編程
而且同時他們的這個有道詞典當時做的這個這個這個這個
他們他們當時的移動版是Java版
所以他們只有一個在Java代碼下可以讀取的這麼一個數據結構
就是一個詞典文件
然後包含了一個Java G2ME去讀這個數據文件的這麼一個一個一個代碼給我說你看我
這是我們的詞典
你要把這個詞典嵌到iOS程序裡頭
同時你要把它讀出來
那我怎麼讀
那我很簡單
我就把它那個G2ME的代碼翻譯成了iOS代碼
一行行的翻譯
這是兩種完全不同的語言
但是我兩個語言都會
所以我就一行行的理解就翻譯
翻譯出來以後
其實兩種語言有中間很多差異
所以這個算法還有一些問題
再做了一些調整
最終就把這個東西做出來了
在那個時間點
其實iOS很多其他功能我都不知道
但是我已經知道怎麼做一個詞典了
就這樣的就是這樣做
所以我認為技術的精進其實也這樣
就是說特別是如果你的目的只是做一個獨立開發者
很多東西你不懂真的沒有關係
只要你focus在你的業務上
你把你的業務打穿打透就可以
對吧 你不懂其他的無所謂
比方說今天已經有Vision Pro了
那麼你做的東西就跟Vision Pro沒關係
就是蘋果那個眼鏡對吧
那麼你不懂Vision Pro的API無所謂
你這樣可以把一個iOS App和一個Mac App給做好
所以我覺得技術精進其實也是這麼個道理
就是說當你特別是當你
如果你從做一個獨立開發者的角度上
當 你已經有用戶 了
當你要不斷的去滿足用戶的各方面的需求的時候
你就不得不去精進自己
我覺得這是一個跟用戶共同成長的這麼一個概念
再下來其實這個產品選擇的問題
就是說我覺得這個其實可能是獨立開發的一個核心問題
就是說今天還有哪些App有機會
怎麼去做一個App能得到市場
其實我覺得做獨立App
獨立開發和在公司裡上班最大的區別就是
在公司裡上班
實際上就是老闆讓你幹啥你就乾啥
你其實不用走腦子對吧
做啥都行
反正就是老闆要什麼就是什麼
那這個東西能不能賣動
是老闆是銷售部是市場部的事情
其實跟程序員的關係並不大
有的時候我們程序員經常也會想說
這樣一做這個程序就能賣
這個App就能賣的更好
實際上很多時候你的同事並不一定相信
你作為一個程序員的直覺對吧
這個沒辦法
那麼但是如果你一旦做到獨立開發了以後
這個就變成非常核心的問題
甚至很多時候
就是說你能不能做出更漂亮的App
在App Store上
其實App Store是一個非常看臉的世界對吧
如果你的App非常漂亮
就很容易被App Store推薦
被App Store推薦
可能是你能得到的最好的推廣App的一種方式
當然一般人只能偶爾被推薦
那一次兩次可能量也不行
如果你做的App每個都能被推薦
而經常被非常重要的位置推薦
那得到的能量就非常大
那麼做一個App有很多種選擇
就是說你到底要解決什麼問題
那麼你解決的這個問題是
可以獲得很大的裝機量
是個工具類的需求
還是一個它有很強的敏感性
用戶每天都要用的東西
或者說它跟你有數據的積累
它不停的需要使用你
還是說你這是一個
用戶量可能不大
但是每個用戶都樂於付很高的價格
十幾美金二十美金甚至一兩百美金的產品
其實我覺得如果你想做好這個事
你可能需要到國外的各種各樣的網站去看
別的獨立開發者是怎麼做的
很多時候很多人就是找到一個自己獨特的領域
才能做起來對吧
今天我可能我懷疑
這位點播的朋友或者大家可能會希望我一行行的去講代碼
或者這個地方怎麼去那個地方
其實我就很難跟大家講這個東西
因為在我看來就是說
今天已經不是那麼時代了
其實你今天有Stackflow
你有ChatterDBT
我剛才講的這種學習方式其實變得越來越簡單
就是上來說我要做一個什麼APP
讓ChatterDBT說這個APP應該怎麼做
甚至你可以說UI該怎麼設計
你都可以問他
問完了以後你就說那我現在要打開一個文件怎麼寫
對吧 打開這個文件以後
我想把這個文件的內容讀取到內存裡該怎麼寫
就是你可以一步一步的問他
你就完全可以講
或者說我現在想按個按鈕
就換一個界面對吧
就打就就推出一個界面
然後我想在這裡頭輸入文字對吧
輸入的文字我想存儲下來
我想存到某個數據庫
你都可以問
ChatterDBT就可以教你
就是當然這個不能代替你自己的思考
你自己的努力
但是它可以把你很多事物性的問題
或者說很多初學者非常容易被卡住的
有一些書講的不明不白的
就是書最大的問題
今天我們可以說書最大的問題就是他覺得他講清楚了
有的時候你照著他做
你可能做不對
對吧 今天有了ChatterDBT
你就可以你就照著他做
你就照書上做
或者照ChatterDBT說的做
如果不對
你可以直接再問ChatterDBT
他就像個老師一樣
他是可以教戶的
他跟以前的書不一樣
那書上講這個東西
你照著做
最後做不出來
你沒法去問
你去問作者
那效率很低的
作者不見得能理你
或者說作者不知道還在不在
對吧
最後核心問題就是營銷和運營
對吧
我覺得營銷其實是獨立開發的一個最核心的問題
當然我覺得營銷就是從產品選擇開始的
你首先要選一個有機會的產品
才有可能把它做好
這個可能包括很多很多的細節
我覺得比方說
如果你要出海做一個海外的產品
用戶不是中國人
這就是一個非常大的難點
其實我覺得我一直都面臨這個問題
就是我覺得我總是有一個中國人的思維
然後另外我又會覺得我有一個極客的思維
其實普通用戶和極客是完全不一樣的
我給你舉一個非常簡單的例子
就是說有很多掙錢的APP
我沒法具體舉例子了
因為我最近沒有怎麼做這樣的研究
你可能作為一個極客
或者你可能作為一個程序員
你會覺得會有人需要這樣的APP嗎
這不是誰都能做的事情嗎
或者說這不是這麼簡單嗎
但實際上一個真正需要這個APP的人
他會覺得說這東西太好用了
就是你不能用一個你的想法去理解這樣的問題
很多程序員他容易陷入到這樣的問題
但是我覺得很多轉碼的人
有時候反而不是這樣
因為他不知道什麼東西
在程序員看起來是容易的
他就是想把這個東西實現
如果他的想法非常清晰
然後他又能代表某些用戶需求
他有時候反而能做出一些非常有意思的東西來
所以有的時候你是個程序員反而是個障礙
就讓你覺得好像這東西這麼簡單
怎麼會有人需要呢
或者這東西這麼簡單
怎麼會有人需要呢
但實際上很多人不像你這麼極客
如果沒有一個簡單易用的APP
他就是解決不了這些問題
對吧是這樣的一個概念
所以第一個事還是選擇好產品
第二個呢
其實如果你要做好Mac或者iOS的這個這個
這個這個獨立開發者
你可能可能要考慮的一個大問題是怎麼做SEO
或者叫ASO
SEO就是說你怎麼在你的網站
你的blog或者說在Twitter
或者在油管上對吧
你怎麼去宣傳這個APP
怎麼讓人知道有這個APP
那麼ASO就是說你怎麼讓人
App Store上一開始就收到你
這當然有很多具體的技巧和方法
我今天不可能挨個都講
就是說我覺得因為這個
這位兄弟點播的題目太大了
就是可以做實際二期節目
如果大家有興趣
我們回頭可以未來每一個話題都去聊一聊
但是有的我我自己做的也不行
我也在思考對吧
有的我做的還湊合對吧
還有比方說就是說
之前我有個朋友出了一本書
叫叫 這個這個這個增長黑客
增長黑客其實就是一種
怎麼去通過一些方式方法
用獨特的一些方式方法來
獲得流量或者獲得用戶增長對吧
那麼這個東西其實在
運營界已經是顯學
現在都甚至有點有點過了對吧
就是就是很多人都在用各種各樣的增長黑客的方式
但我覺得大家首先的核心問題是open mind
要開放思路的去想這個問題
對我來說吧
比方說我自己在微博上有一定的影響力
但是現在沒有了被炸掉了
我在推特上有一定影響力
我在油管上有一定影響力
我就會用我的影響力去推廣產品
但反過來我可能也會
利用我是一個油管創作者這麼一個身份
我來設計適合油管創作者想用的東西對吧
所以你其實是要解決某一類人的問題
比方說你要解決想管住自己的人
比方說那你就是get things done
就是to do list這種東西對吧
想讓自己生活有規劃的這種人
或者你想解決一個不會管賬的人
那就是一個記賬軟件的問題對吧
如果你想做一個減肥app
那就是解決這些胖子的需求對吧
最好你也是個胖子對吧
或者是你是一個愛美的女士對吧
所以你到底想做什麼
決定了你怎麼去做
有很多很多的細節
那我覺得今天這期節目可能講太虛
不可能滿足任何人的需求
但沒關係如果大家有更細節的東西
我們可以再討論
大家可以留言對吧
我們可以看看能不能再做這個內容
如果有更多的人想看這個內容
包括我們的會員如果有其他人想
對更多的細節去了解
我看我怎麼去聊這個話題
好謝謝大家
歡迎大家點贊收藏打賞對吧
轉發我們的內容
也歡迎大家加入我們的會員
來提出你想讓我來去研究和去做的題目
好謝謝大家這期節目做到這裡再見
5.0 / 5 (0 votes)