未標(biāo)題-1.png

最近個(gè)人開(kāi)發(fā)的一款應(yīng)用 言葉 剛剛發(fā)布了 1.4.0，至此，我想要開(kāi)發(fā)的大部分功能已經(jīng)完成了。本來(lái)我也想做一次復(fù)盤，剛好趁這個(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é)得這類應(yīng)用門檻和天花板都比較低，同類和類似的應(yīng)用都比較多，花費(fèi)功夫做一個(gè)收益也不會(huì)太大。后來(lái)打算做是出于幾個(gè)原因：

1. 第一，我大概寫(xiě)了三周的電商爬蟲(chóng)并部署到三臺(tái)服務(wù)器上，Python 寫(xiě)得有點(diǎn)吐，想換個(gè)心情寫(xiě)寫(xiě) Kotlin；
2. 第二，對(duì)于很多互聯(lián)網(wǎng)項(xiàng)目，在項(xiàng)目初期是很難盈利的，而達(dá)到收支平衡更需要一定的時(shí)間，所以我就想開(kāi)發(fā)一款應(yīng)用賺點(diǎn)“快錢”；
3. 第三，我前些時(shí)間又翻了翻周鴻祎的互聯(lián)網(wǎng)方法論，其中有說(shuō)到，如果一個(gè)項(xiàng)目能夠解決幾個(gè)用戶痛點(diǎn)就值得做，我深以為然，于是就設(shè)計(jì)并開(kāi)發(fā)了這個(gè)應(yīng)用。

這個(gè)應(yīng)用所解決的用戶痛點(diǎn)是，<b>跨平臺(tái)寫(xiě)作的問(wèn)題</b>。的確，有很多筆記應(yīng)用是可以跨平臺(tái)的，但是這類筆記一般收費(fèi)比較高而且對(duì)開(kāi)發(fā)者來(lái)說(shuō)回報(bào)也不高，比如印象筆記、有道筆記等。這類應(yīng)用存在一個(gè)問(wèn)題，他們的文件格式基本是自己定義的，因此就不容易做到通用。而如果我使用 Markdown 語(yǔ)法以文件目錄形式管理筆記，使用相對(duì)目錄在筆記內(nèi)部進(jìn)行文件引用，同時(shí)提供云同步來(lái)實(shí)現(xiàn)多端協(xié)作。那么我就可以做到：

1. 首先，解決了用戶多端寫(xiě)作的問(wèn)題，畢竟移動(dòng)端編輯不方便，我們可以在編輯完成之后將筆記同步到手機(jī)上，進(jìn)行閱讀、校對(duì)或者繼續(xù)編輯等。
2. 其次，通過(guò)內(nèi)容和管理方式的規(guī)范，我就沒(méi)必要編寫(xiě)其他平臺(tái)（比如 PC 或者 iOS）的客戶端了。畢竟術(shù)業(yè)有專攻，就算我開(kāi)發(fā)一個(gè)其他平臺(tái)的應(yīng)用，不熟悉環(huán)境不說(shuō)，用戶體驗(yàn)也不見(jiàn)得比現(xiàn)有的好。
3. 最后，用戶可以通過(guò) WebDAV 或者其他手段進(jìn)行數(shù)據(jù)同步，那么我就沒(méi)必要自己搭建服務(wù)器存儲(chǔ)用戶的筆記數(shù)據(jù)了。

基于以上幾點(diǎn)以及之前的技術(shù)沉淀，我估摸著就算開(kāi)發(fā)一個(gè)也不會(huì)花費(fèi)太長(zhǎng)的時(shí)間。最后，從設(shè)計(jì)、開(kāi)發(fā)（客戶端+服務(wù)器）用了大概一個(gè)多月的時(shí)間。不過(guò)，隨后我發(fā)現(xiàn)隨著自己想做的事情越來(lái)越多，就又投入了幾個(gè)月進(jìn)去。當(dāng)然，這個(gè)應(yīng)用一上線就有用戶購(gòu)買的，這有幾個(gè)原因：

1. 第一當(dāng)然是應(yīng)用本身的設(shè)計(jì)。因?yàn)橹拔乙查_(kāi)發(fā)過(guò)一款類似的開(kāi)源應(yīng)用，對(duì)用戶的需求以及同類的產(chǎn)品比較熟悉，那么，在他們之上結(jié)合我自己的 UI 設(shè)計(jì)理念和對(duì)用戶痛點(diǎn)的把握，不論應(yīng)用性能還是外觀做得都不錯(cuò)。
2. 其次，購(gòu)買我的產(chǎn)品的用戶大多來(lái)自于某平臺(tái)，這個(gè)平臺(tái)具備一定的社交屬性，而我有不多的關(guān)注，這使得我的產(chǎ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)品到客戶端到后端以及部分網(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 客戶端

1. 開(kāi)發(fā)工作

客戶端部分主要包含客戶端業(yè)務(wù)邏輯開(kāi)發(fā)、客戶端底層加密以及筆記瀏覽器樣式定制幾個(gè)部分的工作。

對(duì)于客戶端業(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ā)并上線一個(gè)應(yīng)用。經(jīng)過(guò)這個(gè)項(xiàng)目以及其他項(xiàng)目的迭代，我逐漸將一些具備通用性的設(shè)計(jì)<b>沉淀</b>到了底層的庫(kù)中，也使得這些庫(kù)能夠不斷開(kāi)發(fā)完善。對(duì)于客戶端部分，我之前很多文章介紹過(guò)這些庫(kù)以及如何提升開(kāi)發(fā)效率的方法了，這里不多說(shuō)了，感興趣的看之前的文章即可。

對(duì)于<b>底層加密</b>部分，主要使用 C++ 在加固之上繼續(xù)做應(yīng)用的加密、用戶購(gòu)買和會(huì)員信息加密以及與服務(wù)器通信加密等。之前我有一款應(yīng)用，加固，上線，之后被別人破解。然后，我自己根據(jù)逆向的結(jié)果增加了一層安全措施。這個(gè)我之前也分析過(guò)，這里不多寫(xiě)了。當(dāng)然，之前的文章里面也會(huì)有所保留，畢竟寫(xiě)出來(lái)了就相當(dāng)于把自己的安全方案說(shuō)出來(lái)了。對(duì)于應(yīng)用與后端通信加密，這個(gè)容易理解，就是說(shuō)，通信的時(shí)候通過(guò)客戶端和后端的約定規(guī)則，如果客戶端的參數(shù)不符合這個(gè)規(guī)則，后端就拒絕處理。為了安全性考慮，這部分邏輯當(dāng)然最好通過(guò) native 的 C++ 來(lái)完成。

而對(duì)于<b>筆記瀏覽器配置</b>，因?yàn)槲沂褂?WebView 展示解析后的 Markdown 結(jié)果，因此客戶端部分要做些 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. 其他的

這里稍微介紹下客戶端開(kāi)發(fā)之外的工作——用戶統(tǒng)計(jì)。我在應(yīng)用內(nèi)部用戶信息統(tǒng)計(jì)和埋點(diǎn)使用的是友盟的 SDK. 之前我更多用 Twitter 的 Fabric. 不過(guò)后來(lái)被整合到 Google 的 Firebase 之后就沒(méi)有再用過(guò)。友盟是免費(fèi)的，不過(guò)確實(shí)存在一些問(wèn)題：

1. 有時(shí)候崩潰上報(bào)不上來(lái)，為此我當(dāng)時(shí)甚至一度開(kāi)始考慮自己設(shè)計(jì)崩潰日志上傳的系統(tǒng)。
2. 用戶新增統(tǒng)計(jì)也不完全準(zhǔn)確，跟我后臺(tái)統(tǒng)計(jì)存在偏差。

不過(guò)整體而言友盟還是值得一用的，它還是可以大致描繪用戶信息，這便于以后做用戶畫(huà)像，并根據(jù)統(tǒng)計(jì)信息進(jìn)一步優(yōu)化自己的應(yīng)用。

如果你打算開(kāi)發(fā)一款自己的應(yīng)用的話，我覺(jué)得<b>信息統(tǒng)計(jì)和用戶行為埋點(diǎn)</b>還是值得一提的，因?yàn)橐粋€(gè)產(chǎn)品的成功不僅僅是把產(chǎn)品開(kāi)發(fā)和上線就為止了的，很多時(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)是新用戶服務(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ù)。比如用戶反饋收集、應(yīng)用配置定義和個(gè)性化的下發(fā)、設(shè)備管理、用戶管理、圖床以及將來(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)買更多的服務(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)：新用戶的用戶量不大，沒(méi)必要各自單獨(dú)開(kāi)發(fā)一個(gè)應(yīng)用，并且個(gè)人維護(hù)多個(gè)應(yīng)用和服務(wù)器成本比較高，而假如某一天某個(gè)應(yīng)用用戶數(shù)量增多，這當(dāng)然是一種幸福的煩惱，此時(shí)可以將數(shù)據(jù)遷移出來(lái)單獨(dú)開(kāi)發(fā)和優(yōu)化。

后端開(kāi)發(fā)相關(guān)的文章我之前也寫(xiě)過(guò)，自己看往期的文章就好了：

• 從零搭建基于 Java 的服務(wù)器生產(chǎn)環(huán)境
• 為你的應(yīng)用集成谷歌結(jié)算（客戶端集成+服務(wù)端校驗(yàn)）

當(dāng)時(shí)因?yàn)橐С謬?guó)際化，所以為了做系統(tǒng)設(shè)計(jì)還是花費(fèi)了些功夫，要導(dǎo)致工期稍微長(zhǎng)了一些。我個(gè)人覺(jué)得這個(gè)服務(wù)器設(shè)計(jì)還是很妙的，比如可以給指定的用戶發(fā)送消息，雖然不是即時(shí)消息，但這便于將一些信息傳遞給用戶，將來(lái)也可以借助它設(shè)計(jì)運(yùn)營(yíng)和推廣活動(dòng)。以后做用戶增長(zhǎng)的話，我也可以在這個(gè)服務(wù)器上面做些工作，來(lái)輔助進(jìn)行用戶畫(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í)候能夠快速完成：

QQ截圖20210320160014.png

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)品感興趣的話下面這些書(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ù)盤，形成自己的方法論。下面說(shuō)我覺(jué)得做得好和不好的地方以及接下來(lái)的打算。

3.1 好的地方

首先，在技術(shù)上，

1. 不論客戶端還是后端能夠逐漸沉淀出自己的框架，這將大大降低后續(xù)開(kāi)發(fā)的成本；
2. 此外，能夠通過(guò)工具化，比如 Python 翻譯工具、自動(dòng)生成代碼等，減輕開(kāi)發(fā)的壓力；
3. 能夠通過(guò)開(kāi)發(fā)的記錄和日志輸出文檔，為以后開(kāi)發(fā)做鋪墊。

在產(chǎn)品上，產(chǎn)品的 UI 設(shè)計(jì)不錯(cuò) & 能夠抓住用戶的一兩個(gè)痛點(diǎn)

3.2 不好的地方

1. <b>仍然需要一個(gè)團(tuán)隊(duì)</b>，目前仍是孤掌難鳴的境地，假如可以各司其職，做自己擅長(zhǎng)的領(lǐng)域，效果會(huì)好得多。當(dāng)然，這個(gè)是不強(qiáng)求的，因?yàn)榫湍壳暗漠a(chǎn)品而言，上限不高。另外，我目前也沒(méi)有找到好的方向。
2. 就筆記產(chǎn)品而言，天花板低、門檻低、上手易、競(jìng)品多 -> <b>行業(yè)賽道不好</b>。
3. 產(chǎn)品 LOGO 設(shè)計(jì)不夠國(guó)際化（帶中文），產(chǎn)品定價(jià)策略可能存在問(wèn)題 -> <b>產(chǎn)品調(diào)研做得不夠</b>。
4. 追求完美的拖延癥，特別強(qiáng)調(diào)做事的先后順序，結(jié)果導(dǎo)致事情一拖再拖 -> <b>前期調(diào)研做充分，過(guò)程中應(yīng)該增強(qiáng)執(zhí)行力</b>。

3.3 接下來(lái) ...

就這個(gè)產(chǎn)品而言，

1. 嘗試做產(chǎn)品推廣，結(jié)合短視頻等做下嘗試，看看效果，了解短視頻行業(yè)。
2. 利用友盟后臺(tái)統(tǒng)計(jì)結(jié)果，搭配自己的服務(wù)器做些配置，參考增長(zhǎng)黑客的做法，將理論落實(shí)到通用服務(wù)器上面，做用戶畫(huà)像，分析，并嘗試做用戶增長(zhǎng)，搭建運(yùn)營(yíng)系統(tǒng)。
3. 搭建服務(wù)器后臺(tái)管理系統(tǒng)（現(xiàn)在仍然在使用 Python 腳本和直接操作數(shù)據(jù)庫(kù)的方式變更各種配置）以充分利用服務(wù)器的能力。

就個(gè)人技術(shù)提升而言，

1. <b>其他技術(shù)領(lǐng)域的拓展</b>。單就整個(gè)前端而言，前端、小程序、客戶端，很難說(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è)選擇，間接讓客戶端失去了部分市場(chǎng)。如果希望自己的職業(yè)生涯之樹(shù)常青，只做客戶端顯然是不夠的。
2. 應(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é)得像目前這樣淺嘗輒止肯定是不行的。白巖松有句話說(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)然，如果成本太高的話就算了，因?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>。