最近個(gè)人開(kāi)發(fā)的一款應(yīng)用 言葉 剛剛發(fā)布了 1.4.0棘街,至此蟆盐,我想要開(kāi)發(fā)的大部分功能已經(jīng)完成了。本來(lái)我也想做一次復(fù)盤(pán)蹬碧,剛好趁這個(gè)機(jī)會(huì)分析下并發(fā)出來(lái)舱禽。在這篇文章中,我想分析的并不僅僅是技術(shù)恩沽,除此此外誊稚,我也會(huì)分析下這個(gè)產(chǎn)品、開(kāi)發(fā)過(guò)程中有哪些做得好和不好的地方以及接下來(lái)的打算罗心。
1里伯、項(xiàng)目背景
這個(gè)應(yīng)用是一款筆記應(yīng)用。其實(shí)渤闷,一開(kāi)始要做它疾瓮,我也是拒絕的。
因?yàn)槲矣X(jué)得這類(lèi)應(yīng)用門(mén)檻和天花板都比較低飒箭,同類(lèi)和類(lèi)似的應(yīng)用都比較多狼电,花費(fèi)功夫做一個(gè)收益也不會(huì)太大蜒灰。后來(lái)打算做是出于幾個(gè)原因:
- 第一,我大概寫(xiě)了三周的電商爬蟲(chóng)并部署到三臺(tái)服務(wù)器上肩碟,Python 寫(xiě)得有點(diǎn)吐强窖,想換個(gè)心情寫(xiě)寫(xiě) Kotlin;
- 第二削祈,對(duì)于很多互聯(lián)網(wǎng)項(xiàng)目翅溺,在項(xiàng)目初期是很難盈利的,而達(dá)到收支平衡更需要一定的時(shí)間髓抑,所以我就想開(kāi)發(fā)一款應(yīng)用賺點(diǎn)“快錢(qián)”咙崎;
- 第三,我前些時(shí)間又翻了翻周鴻祎的互聯(lián)網(wǎng)方法論吨拍,其中有說(shuō)到褪猛,如果一個(gè)項(xiàng)目能夠解決幾個(gè)用戶(hù)痛點(diǎn)就值得做,我深以為然密末,于是就設(shè)計(jì)并開(kāi)發(fā)了這個(gè)應(yīng)用握爷。
這個(gè)應(yīng)用所解決的用戶(hù)痛點(diǎn)是,<b>跨平臺(tái)寫(xiě)作的問(wèn)題</b>严里。的確新啼,有很多筆記應(yīng)用是可以跨平臺(tái)的,但是這類(lèi)筆記一般收費(fèi)比較高而且對(duì)開(kāi)發(fā)者來(lái)說(shuō)回報(bào)也不高刹碾,比如印象筆記燥撞、有道筆記等。這類(lèi)應(yīng)用存在一個(gè)問(wèn)題迷帜,他們的文件格式基本是自己定義的物舒,因此就不容易做到通用。而如果我使用 Markdown 語(yǔ)法以文件目錄形式管理筆記戏锹,使用相對(duì)目錄在筆記內(nèi)部進(jìn)行文件引用冠胯,同時(shí)提供云同步來(lái)實(shí)現(xiàn)多端協(xié)作。那么我就可以做到:
- 首先锦针,解決了用戶(hù)多端寫(xiě)作的問(wèn)題荠察,畢竟移動(dòng)端編輯不方便,我們可以在編輯完成之后將筆記同步到手機(jī)上奈搜,進(jìn)行閱讀悉盆、校對(duì)或者繼續(xù)編輯等。
- 其次馋吗,通過(guò)內(nèi)容和管理方式的規(guī)范焕盟,我就沒(méi)必要編寫(xiě)其他平臺(tái)(比如 PC 或者 iOS)的客戶(hù)端了。畢竟術(shù)業(yè)有專(zhuān)攻宏粤,就算我開(kāi)發(fā)一個(gè)其他平臺(tái)的應(yīng)用脚翘,不熟悉環(huán)境不說(shuō)灼卢,用戶(hù)體驗(yàn)也不見(jiàn)得比現(xiàn)有的好。
- 最后堰怨,用戶(hù)可以通過(guò) WebDAV 或者其他手段進(jìn)行數(shù)據(jù)同步芥玉,那么我就沒(méi)必要自己搭建服務(wù)器存儲(chǔ)用戶(hù)的筆記數(shù)據(jù)了蛇摸。
基于以上幾點(diǎn)以及之前的技術(shù)沉淀备图,我估摸著就算開(kāi)發(fā)一個(gè)也不會(huì)花費(fèi)太長(zhǎng)的時(shí)間。最后赶袄,從設(shè)計(jì)揽涮、開(kāi)發(fā)(客戶(hù)端+服務(wù)器)用了大概一個(gè)多月的時(shí)間。不過(guò)饿肺,隨后我發(fā)現(xiàn)隨著自己想做的事情越來(lái)越多蒋困,就又投入了幾個(gè)月進(jìn)去。當(dāng)然敬辣,這個(gè)應(yīng)用一上線(xiàn)就有用戶(hù)購(gòu)買(mǎi)的雪标,這有幾個(gè)原因:
- 第一當(dāng)然是應(yīng)用本身的設(shè)計(jì)。因?yàn)橹拔乙查_(kāi)發(fā)過(guò)一款類(lèi)似的開(kāi)源應(yīng)用溉跃,對(duì)用戶(hù)的需求以及同類(lèi)的產(chǎn)品比較熟悉村刨,那么,在他們之上結(jié)合我自己的 UI 設(shè)計(jì)理念和對(duì)用戶(hù)痛點(diǎn)的把握撰茎,不論應(yīng)用性能還是外觀(guān)做得都不錯(cuò)嵌牺。
- 其次,購(gòu)買(mǎi)我的產(chǎn)品的用戶(hù)大多來(lái)自于某平臺(tái)龄糊,這個(gè)平臺(tái)具備一定的社交屬性逆粹,而我有不多的關(guān)注空厌,這使得我的產(chǎn)品一上線(xiàn)就有受到一定的關(guān)注盾饮。這也說(shuō)明勉痴,<b>通過(guò)粉絲或者其他途徑(做自媒體等)新症,維護(hù)一個(gè)個(gè)人的品牌對(duì)開(kāi)發(fā)者或者創(chuàng)業(yè)者來(lái)說(shuō)好處是非常多的</b>壹将。
2墓赴、實(shí)踐經(jīng)驗(yàn)
因?yàn)轫?xiàng)目本身是個(gè)人開(kāi)發(fā)颁督,所以我負(fù)責(zé)了從 UI 設(shè)計(jì)到產(chǎn)品到客戶(hù)端到后端以及部分網(wǎng)頁(yè)的所有工作渣触。
2.1 UI 設(shè)計(jì)
對(duì)于應(yīng)用的 UI 設(shè)計(jì)爸舒,因?yàn)檫@次開(kāi)發(fā)寫(xiě)得非常順蟋字,所以所有的 UI 都是打腹稿完成的。當(dāng)然扭勉,也會(huì)借助手繪來(lái)梳理 UI 和業(yè)務(wù)邏輯鹊奖,有時(shí)候也會(huì)直接使用產(chǎn)品原型工具,比如 Axure涂炎,直接繪制產(chǎn)品原型忠聚。使用產(chǎn)品原型工具好處是设哗,可以直接預(yù)覽設(shè)計(jì)效果,不好的地方是两蟀,因?yàn)楸旧碇皇莻€(gè)人開(kāi)發(fā)网梢,產(chǎn)品原型更多的是設(shè)計(jì)和開(kāi)發(fā)之間交流的工具,省略了這個(gè)步驟可以減輕開(kāi)發(fā)的難度赂毯。
對(duì)于圖標(biāo)战虏、應(yīng)用內(nèi)部的圖片選擇則是我通過(guò)其他網(wǎng)站精心挑選的。這并不容易党涕,尤其是你對(duì)應(yīng)用細(xì)節(jié)有要求的時(shí)候烦感。下面是我常用的一些免費(fèi)網(wǎng)站,
- Icons8:免費(fèi)膛堤,用來(lái)獲取應(yīng)用內(nèi)各種圖標(biāo)手趣,這個(gè)網(wǎng)站對(duì)圖標(biāo)的設(shè)計(jì)風(fēng)格都有所區(qū)分
- Unsplash:免費(fèi),可以用來(lái)下載免費(fèi)的壁紙和應(yīng)用內(nèi)部的圖片等
- Dribbble:設(shè)計(jì)師常逛的網(wǎng)站肥荔,可以用來(lái)捕捉一些設(shè)計(jì)靈感
- 以及兩個(gè)用來(lái)下載 PNG 圖片的網(wǎng)站:pngtree 和 cleanpng绿渣,這兩個(gè)國(guó)外的網(wǎng)站,還是很良心的燕耿,可以免費(fèi)下載中符,使用 PNG 之后我們只需要通過(guò)組合就可以設(shè)計(jì)出好的應(yīng)用宣傳圖了
關(guān)于應(yīng)用的 UI 設(shè)計(jì)的一些總結(jié):
- 圖標(biāo)風(fēng)格要統(tǒng)一,比如如果用 Material Design 風(fēng)格缸棵,那么應(yīng)該全部統(tǒng)一成 Material Design 風(fēng)格舟茶;如果 Material Design2 風(fēng)格,就應(yīng)該全部統(tǒng)一成 Material Design2 風(fēng)格的圖標(biāo)堵第。對(duì)于圖標(biāo)的設(shè)計(jì)風(fēng)格吧凉,Icons8 網(wǎng)站里都會(huì)有對(duì)應(yīng)的區(qū)分,自己選擇下載即可踏志。
- 對(duì)于應(yīng)用的宣傳圖阀捅,我目前上架的所有的市場(chǎng)都要求尺寸為 1080*1920,所以按照這個(gè)尺寸設(shè)計(jì)即可针余。另外饲鄙,個(gè)別商店要求如果宣傳圖里面有手機(jī)外殼,要用自家的手機(jī)圆雁,所以設(shè)計(jì)的時(shí)候不加外殼就可以了忍级。
- 其他的還有一些,一時(shí)想不起來(lái)了伪朽,以后慢慢補(bǔ)充吧轴咱。
2.2 客戶(hù)端
1. 開(kāi)發(fā)工作
客戶(hù)端部分主要包含客戶(hù)端業(yè)務(wù)邏輯開(kāi)發(fā)、客戶(hù)端底層加密以及筆記瀏覽器樣式定制幾個(gè)部分的工作。
對(duì)于客戶(hù)端業(yè)務(wù)邏輯朴肺,使用 <b>Kotlin</b> 開(kāi)發(fā)即可窖剑。因?yàn)槲医?jīng)常開(kāi)發(fā)自己的應(yīng)用,為了避免經(jīng)常 Copy 各個(gè)模塊戈稿,所以開(kāi)源了很多的框架西土。也是借助于這些框架,才使得我能夠快速開(kāi)發(fā)并上線(xiàn)一個(gè)應(yīng)用鞍盗。經(jīng)過(guò)這個(gè)項(xiàng)目以及其他項(xiàng)目的迭代需了,我逐漸將一些具備通用性的設(shè)計(jì)<b>沉淀</b>到了底層的庫(kù)中,也使得這些庫(kù)能夠不斷開(kāi)發(fā)完善橡疼。對(duì)于客戶(hù)端部分援所,我之前很多文章介紹過(guò)這些庫(kù)以及如何提升開(kāi)發(fā)效率的方法了,這里不多說(shuō)了欣除,感興趣的看之前的文章即可。
對(duì)于<b>底層加密</b>部分挪略,主要使用 C++ 在加固之上繼續(xù)做應(yīng)用的加密历帚、用戶(hù)購(gòu)買(mǎi)和會(huì)員信息加密以及與服務(wù)器通信加密等。之前我有一款應(yīng)用杠娱,加固挽牢,上線(xiàn),之后被別人破解摊求。然后禽拔,我自己根據(jù)逆向的結(jié)果增加了一層安全措施。這個(gè)我之前也分析過(guò)室叉,這里不多寫(xiě)了睹栖。當(dāng)然,之前的文章里面也會(huì)有所保留茧痕,畢竟寫(xiě)出來(lái)了就相當(dāng)于把自己的安全方案說(shuō)出來(lái)了野来。對(duì)于應(yīng)用與后端通信加密,這個(gè)容易理解踪旷,就是說(shuō)曼氛,通信的時(shí)候通過(guò)客戶(hù)端和后端的約定規(guī)則,如果客戶(hù)端的參數(shù)不符合這個(gè)規(guī)則令野,后端就拒絕處理舀患。為了安全性考慮,這部分邏輯當(dāng)然最好通過(guò) native 的 C++ 來(lái)完成气破。
而對(duì)于<b>筆記瀏覽器配置</b>聊浅,因?yàn)槲沂褂?WebView 展示解析后的 Markdown 結(jié)果,因此客戶(hù)端部分要做些 CSS 和 JavaScript 完成對(duì)筆記瀏覽器樣式的定制。這里目前用到的還只是比較基礎(chǔ)的 JS 和 CSS 知識(shí)狗超,以為了增加更多的 features 可能會(huì)增加更多的功能弹澎。
之前的相關(guān)的文章鏈接如下。因?yàn)橹皩?xiě)得比較多了努咐,這里就不啰嗦了:
- 擁抱新的交互方式苦蒿,在 Android 中應(yīng)用 MVVM
- 個(gè)人開(kāi)源庫(kù)的一些更新,兼談Jetpack和Kotlin給Android開(kāi)發(fā)帶來(lái)的變化
- 2020 年渗稍,我這樣在項(xiàng)目中使用 MVVM
- 加固了就安全了佩迟?幾個(gè)措施讓你的 Android 應(yīng)用更安全
2. 其他的
這里稍微介紹下客戶(hù)端開(kāi)發(fā)之外的工作——用戶(hù)統(tǒng)計(jì)。我在應(yīng)用內(nèi)部用戶(hù)信息統(tǒng)計(jì)和埋點(diǎn)使用的是友盟的 SDK. 之前我更多用 Twitter 的 Fabric. 不過(guò)后來(lái)被整合到 Google 的 Firebase 之后就沒(méi)有再用過(guò)竿屹。友盟是免費(fèi)的报强,不過(guò)確實(shí)存在一些問(wèn)題:
- 有時(shí)候崩潰上報(bào)不上來(lái),為此我當(dāng)時(shí)甚至一度開(kāi)始考慮自己設(shè)計(jì)崩潰日志上傳的系統(tǒng)拱燃。
- 用戶(hù)新增統(tǒng)計(jì)也不完全準(zhǔn)確秉溉,跟我后臺(tái)統(tǒng)計(jì)存在偏差。
不過(guò)整體而言友盟還是值得一用的碗誉,它還是可以大致描繪用戶(hù)信息召嘶,這便于以后做用戶(hù)畫(huà)像,并根據(jù)統(tǒng)計(jì)信息進(jìn)一步優(yōu)化自己的應(yīng)用哮缺。
如果你打算開(kāi)發(fā)一款自己的應(yīng)用的話(huà)弄跌,我覺(jué)得<b>信息統(tǒng)計(jì)和用戶(hù)行為埋點(diǎn)</b>還是值得一提的,因?yàn)橐粋€(gè)產(chǎn)品的成功不僅僅是把產(chǎn)品開(kāi)發(fā)和上線(xiàn)就為止了的尝苇,很多時(shí)候一個(gè)產(chǎn)品的成功取決于運(yùn)營(yíng)的工作铛只。
此外,這個(gè)應(yīng)用還用到了我的多語(yǔ)言翻譯等各種工具糠溜。也可以這么說(shuō)吧淳玩,按照我的習(xí)慣,<b>一個(gè)工作重復(fù)三次以上就應(yīng)該考慮使用工具來(lái)優(yōu)化了</b>诵冒,畢竟我們是程序員凯肋,程序員怎么能做程序的工作呢?
2.3 后端開(kāi)發(fā)
后端的工作包括通用服務(wù)器開(kāi)發(fā)和服務(wù)器運(yùn)維兩個(gè)部分汽馋。
1. 服務(wù)器開(kāi)發(fā)
為什么開(kāi)發(fā)這個(gè)通用服務(wù)器呢侮东?因?yàn)楫?dāng)時(shí)我手上還有三臺(tái)服務(wù)器,兩臺(tái)中等配置的豹芯,一臺(tái)期限比較長(zhǎng)悄雅,另一臺(tái)是為另一個(gè)項(xiàng)目準(zhǔn)備的,還有一臺(tái)是新用戶(hù)服務(wù)器铁蹈。所以宽闲,為了充分利用這臺(tái)期限較長(zhǎng)的應(yīng)用,我準(zhǔn)備開(kāi)發(fā)一臺(tái)通用服務(wù)器,即為我現(xiàn)在已經(jīng)將來(lái)要開(kāi)發(fā)的應(yīng)用提供基礎(chǔ)服務(wù)容诬。比如用戶(hù)反饋收集娩梨、應(yīng)用配置定義和個(gè)性化的下發(fā)、設(shè)備管理览徒、用戶(hù)管理狈定、圖床以及將來(lái)也可以考慮集成一些有趣的功能進(jìn)來(lái)等等。
當(dāng)然习蓬,在開(kāi)發(fā)這個(gè)應(yīng)用之前我也是做了<b>技術(shù)調(diào)研</b>的纽什。因?yàn)槲抑熬陀杏?jì)劃開(kāi)發(fā)幾個(gè)應(yīng)用,將來(lái)還可能開(kāi)發(fā)更多躲叼。畢竟芦缰,有技術(shù),有想法枫慷,看到一些好玩的東西让蕾,總是手癢,按捺不住要做一個(gè)的沖動(dòng)流礁。所以涕俗,當(dāng)時(shí)微服務(wù)架構(gòu)比較火,我對(duì)此也做了調(diào)研神帅。不過(guò),最終我沒(méi)用采用微服務(wù)萌抵,而是設(shè)計(jì)成單體的應(yīng)用找御。因?yàn)椋@然的绍填,架構(gòu)的設(shè)計(jì)不僅和要做的事情相關(guān)霎桅,跟自己當(dāng)時(shí)的實(shí)際情況也相關(guān)的,當(dāng)然還要考慮將來(lái)的拓展讨永。而以我目前的形狀而言滔驶,我只有一個(gè)人開(kāi)發(fā),因此采用微服務(wù)和管理微服務(wù)都會(huì)增加成本卿闹。另外揭糕,對(duì)于微服務(wù)的部署問(wèn)題,我當(dāng)然不會(huì)購(gòu)買(mǎi)更多的服務(wù)器來(lái)支持微服務(wù)锻霎。而所謂的微服務(wù)還是單體著角,無(wú)非就是看你從哪個(gè)維度來(lái)進(jìn)行劃分:
功能 1 功能 2 功能 3
應(yīng)用 1 ----+-----------+-----------+------------->
應(yīng)用 2 ----+-----------+-----------+------------->
應(yīng)用 3 ----+-----------+-----------+------------->
如上所示,簡(jiǎn)單理解:如果你從功能模塊角度劃分旋恼,這就是微服務(wù)吏口;如果你從應(yīng)用的角度劃分,這就是一個(gè)個(gè)單體。不過(guò)我是將所有的應(yīng)用通過(guò)一個(gè)單體維護(hù)的产徊,這還是跟當(dāng)前實(shí)際情況相關(guān):新用戶(hù)的用戶(hù)量不大昂勒,沒(méi)必要各自單獨(dú)開(kāi)發(fā)一個(gè)應(yīng)用,并且個(gè)人維護(hù)多個(gè)應(yīng)用和服務(wù)器成本比較高舟铜,而假如某一天某個(gè)應(yīng)用用戶(hù)數(shù)量增多戈盈,這當(dāng)然是一種幸福的煩惱,此時(shí)可以將數(shù)據(jù)遷移出來(lái)單獨(dú)開(kāi)發(fā)和優(yōu)化深滚。
后端開(kāi)發(fā)相關(guān)的文章我之前也寫(xiě)過(guò)奕谭,自己看往期的文章就好了:
當(dāng)時(shí)因?yàn)橐С謬?guó)際化,所以為了做系統(tǒng)設(shè)計(jì)還是花費(fèi)了些功夫痴荐,要導(dǎo)致工期稍微長(zhǎng)了一些血柳。我個(gè)人覺(jué)得這個(gè)服務(wù)器設(shè)計(jì)還是很妙的,比如可以給指定的用戶(hù)發(fā)送消息生兆,雖然不是即時(shí)消息难捌,但這便于將一些信息傳遞給用戶(hù),將來(lái)也可以借助它設(shè)計(jì)運(yùn)營(yíng)和推廣活動(dòng)鸦难。以后做用戶(hù)增長(zhǎng)的話(huà)根吁,我也可以在這個(gè)服務(wù)器上面做些工作,來(lái)輔助進(jìn)行用戶(hù)畫(huà)像合蔽。
2. 服務(wù)器運(yùn)維
既然搭建一個(gè)服務(wù)器击敌,那么服務(wù)器安全問(wèn)題自然是不容忽視的。對(duì)于服務(wù)器拴事,一方面要通過(guò)各種配置增加服務(wù)器的安全性沃斤,這包括修改各種常用端口,修改 rm 指令等刃宵。此外衡瓶,還需要使用 cron 任務(wù)做 MySQL 和 Redis 數(shù)據(jù)庫(kù)的定時(shí)備份等等。
這方面好在我之前搭建服務(wù)器的時(shí)候就整理了很多的筆記牲证,所以哮针,才能夠做到每次搭建服務(wù)器的時(shí)候能夠快速完成:
2.3 產(chǎn)品
雖然我工作是程序員吧,但我對(duì)產(chǎn)品的興趣不亞于代碼坦袍。最初我選擇這個(gè)行業(yè)也是希望有一天能夠做出來(lái)自己的產(chǎn)品十厢。當(dāng)初剛畢業(yè)的時(shí)候還陰差陽(yáng)錯(cuò)地差點(diǎn)做了產(chǎn)品……不過(guò),我希望自己開(kāi)發(fā)自己的產(chǎn)品键闺,至少目前是這樣(出于<b>成本寿烟、風(fēng)險(xiǎn)和興趣</b>的考量)。
做產(chǎn)品沒(méi)那么容易辛燥,我一直覺(jué)得筛武,一般的產(chǎn)品經(jīng)理關(guān)注的是產(chǎn)品本身缝其,高級(jí)的產(chǎn)品經(jīng)理關(guān)注的是市場(chǎng)。如果你對(duì)產(chǎn)品感興趣的話(huà)下面這些書(shū)可以幫到你:
- <b>《俞軍產(chǎn)品方法論》</b>:俞軍作品徘六,沒(méi)必要多說(shuō)了内边,大神級(jí)作品,眼界很高
- <b>《幕后產(chǎn)品:打造突破式產(chǎn)品思維》</b>待锈,作者王詩(shī)沐漠其,網(wǎng)易云音樂(lè)背后核心人物
另外還有<b>《增長(zhǎng)黑客實(shí)戰(zhàn)筆記》</b>、<b>《一個(gè)廣告人的自白》</b>和<b>《文案訓(xùn)練手冊(cè)》</b>啥的竿音,雜七雜八和屎,之前看了很多,但主要分為個(gè)方向:產(chǎn)品春瞬、運(yùn)營(yíng)和市場(chǎng)柴信。
3、總結(jié)
好吧宽气,洋洋灑灑地寫(xiě)了很多的東西随常,一篇文章很難面面俱到,但是梳理一下總歸有一些收獲萄涯,以后也應(yīng)該多進(jìn)行復(fù)盤(pán)绪氛,形成自己的方法論。下面說(shuō)我覺(jué)得做得好和不好的地方以及接下來(lái)的打算涝影。
3.1 好的地方
首先枣察,在技術(shù)上,
- 不論客戶(hù)端還是后端能夠逐漸沉淀出自己的框架燃逻,這將大大降低后續(xù)開(kāi)發(fā)的成本询件;
- 此外,能夠通過(guò)工具化唆樊,比如 Python 翻譯工具、自動(dòng)生成代碼等刻蟹,減輕開(kāi)發(fā)的壓力逗旁;
- 能夠通過(guò)開(kāi)發(fā)的記錄和日志輸出文檔,為以后開(kāi)發(fā)做鋪墊舆瘪。
在產(chǎn)品上片效,產(chǎn)品的 UI 設(shè)計(jì)不錯(cuò) & 能夠抓住用戶(hù)的一兩個(gè)痛點(diǎn)
3.2 不好的地方
- <b>仍然需要一個(gè)團(tuán)隊(duì)</b>,目前仍是孤掌難鳴的境地英古,假如可以各司其職淀衣,做自己擅長(zhǎng)的領(lǐng)域,效果會(huì)好得多召调。當(dāng)然膨桥,這個(gè)是不強(qiáng)求的蛮浑,因?yàn)榫湍壳暗漠a(chǎn)品而言,上限不高只嚣。另外沮稚,我目前也沒(méi)有找到好的方向。
- 就筆記產(chǎn)品而言册舞,天花板低蕴掏、門(mén)檻低、上手易调鲸、競(jìng)品多 -> <b>行業(yè)賽道不好</b>盛杰。
- 產(chǎn)品 LOGO 設(shè)計(jì)不夠國(guó)際化(帶中文),產(chǎn)品定價(jià)策略可能存在問(wèn)題 -> <b>產(chǎn)品調(diào)研做得不夠</b>藐石。
- 追求完美的拖延癥即供,特別強(qiáng)調(diào)做事的先后順序,結(jié)果導(dǎo)致事情一拖再拖 -> <b>前期調(diào)研做充分贯钩,過(guò)程中應(yīng)該增強(qiáng)執(zhí)行力</b>募狂。
3.3 接下來(lái) ...
就這個(gè)產(chǎn)品而言,
- 嘗試做產(chǎn)品推廣角雷,結(jié)合短視頻等做下嘗試祸穷,看看效果,了解短視頻行業(yè)勺三。
- 利用友盟后臺(tái)統(tǒng)計(jì)結(jié)果雷滚,搭配自己的服務(wù)器做些配置,參考增長(zhǎng)黑客的做法吗坚,將理論落實(shí)到通用服務(wù)器上面祈远,做用戶(hù)畫(huà)像,分析商源,并嘗試做用戶(hù)增長(zhǎng)车份,搭建運(yùn)營(yíng)系統(tǒng)。
- 搭建服務(wù)器后臺(tái)管理系統(tǒng)(現(xiàn)在仍然在使用 Python 腳本和直接操作數(shù)據(jù)庫(kù)的方式變更各種配置)以充分利用服務(wù)器的能力牡彻。
就個(gè)人技術(shù)提升而言扫沼,
- <b>其他技術(shù)領(lǐng)域的拓展</b>。單就整個(gè)前端而言庄吼,前端缎除、小程序、客戶(hù)端总寻,很難說(shuō)哪個(gè)更好器罐,也不存在一個(gè)替代另一個(gè),各有各的應(yīng)用場(chǎng)景渐行。我們做產(chǎn)品的時(shí)候當(dāng)然要根據(jù)產(chǎn)品的性質(zhì)選擇對(duì)應(yīng)的一端轰坊。但不可否認(rèn)的是铸董,小程序讓產(chǎn)品多了一個(gè)選擇,間接讓客戶(hù)端失去了部分市場(chǎng)衰倦。如果希望自己的職業(yè)生涯之樹(shù)常青袒炉,只做客戶(hù)端顯然是不夠的。
- 應(yīng)該對(duì)產(chǎn)品樊零、運(yùn)營(yíng)(文案我磁、推廣、增長(zhǎng)等)兩塊的內(nèi)容做一次<b>梳理并逐漸形成自己的方法論</b>驻襟。
就大環(huán)境而言夺艰,
就目前情況來(lái)看,已經(jīng)到了互聯(lián)網(wǎng)紅利的末期沉衣,這當(dāng)然不是說(shuō)沒(méi)有機(jī)會(huì)郁副,但我覺(jué)得像目前這樣淺嘗輒止肯定是不行的。白巖松有句話(huà)說(shuō)豌习,三十歲之前要努力做加法存谎,多嘗試;三十歲之后做減法肥隆,聚焦既荚。所以,我覺(jué)得接下來(lái)應(yīng)該多嘗試和了解不同行業(yè)栋艳,然后<b>選擇一個(gè)自己感興趣并且前景好的行業(yè)持續(xù)積累</b>恰聘,這樣才能形成自己的競(jìng)爭(zhēng)優(yōu)勢(shì)。
現(xiàn)在的確不是自己做事情的好時(shí)候吸占,但如果換一個(gè)角度思考晴叨,正因?yàn)楹芏嗳吮е@種看法,所以這個(gè)時(shí)候競(jìng)爭(zhēng)壓力反而小得多矾屯,反而適合好好打磨自己的產(chǎn)品兼蕊。當(dāng)然,如果成本太高的話(huà)就算了件蚕,因?yàn)楝F(xiàn)在經(jīng)濟(jì)大環(huán)境確實(shí)不好遍略,以后往左還是往右走還分不清~
每個(gè)人身份和背景不同,看問(wèn)題的角度可能不一樣骤坐,也應(yīng)該多認(rèn)識(shí)一些人,交換想法下愈,這樣雙方都有收獲纽绍。所以,總結(jié)下來(lái):<b>多走势似,多看拌夏,多思考僧著,多嘗試,多認(rèn)識(shí)一些人</b>障簿。