township 開發日記 #3

Aug 22, 2021

2021 年第 34 週總共訪談了七個對象，全部都是參與或經營過讀書會的人，年紀分佈為 40 歲以下。訪談這些對象之後，township 的核心功能與目標逐漸裸露出來。在這一系列的轉向中，這週看似小巧，實則充滿掙扎。

上個禮拜我與夥伴決定了我們初步的 First question：

為什麼社群總是越大越好？

從這個問題出法，我們理解到有一群雖然較小、但互動性很高、討論密度極高的社群幾乎沒有被現今的平台服務到。

那時我們敲定的服務對象是「富討論性、關係密切、小而精緻的社群」。對外的信件與講述我們都用這個口吻描述理想。說實在我們也的確相信這件事，相信小而精緻的社群是這個社會的基石，尤其在這個孤獨的世紀，這些社群扮演了非常重要的角色。有越多這類的社群，我們的社會的韌性會更強，在上週訪問數個讀書會經營者後我們更相信如此。

然而在我的思考裡有些破口，我總感覺所謂的社群以及社群誕生之初的理念，與「小而精緻」這件事幾乎是衝突的。卻又說明不了這個衝突感是什麼。我想到上週與某個 Podcast 主持人聊天時，他談到了社群的基礎往往不是工具，而是人們如何去使用工具。這些工具早已經存在了，又為什麼人們無法透過這些工具經營起完善的社群？他認為問題點不在於工具，而在於人們經營社群的理念與方式。再者他提到了血淋淋的觀點，如果社群不壯大，人們如何獲得更多資訊，不管是金錢、人脈還是活動機會。

訪談過這名主持人後，思考的破洞越來越大，到最後不得不正視它，去思考這是否與我們的產品有所衝突。同時還有個問題是，如果你只服務「小而精緻」的社群，那當這個社群成長到一定程度時，他們還是你的客戶嗎？這些問題都還沒有被精確地回答。

小而精緻

上週的討論中，我們集中在「小而精緻」的社群是無人服務的，尤其是讀書會這類的興趣團體，他們不僅擴展困難，還有工具四散各地的問題。為了驗證這件事，我們嘗試在問題中加入他們對於該社群的理想，透過這個問題我們發現七個人中只有一個人沒有擴展的慾望，那個人將自己的讀書會限定在非常小的團體，閱讀非常小眾的書籍。其他的讀書會都希望能過擴展客群，將自己的理念帶出去。如果連讀書會這類非常限定的團體都這樣思考事情，其他更大眾化的社群，其理念不言可喻。

因此我們了解到，所謂的「小而精緻」與大部分的社群經營者的目標是相抵觸的，如果我們將這樣的元素放到初期的產品之中，容易讓這些經營者感到困惑：「所以我是需要在更強烈地限制參與人數嗎？」這類困惑一但產生，我們的產品幾乎從一開始就註定殞落。

訪談這一系列的讀書會經營者後，我們對「小而精緻」這件事有了更動。在所有的傳播內容中我們不再討論這件事情，「小」並不是重點，重要的是這個經營者打算建造出什麼樣的社群？聚集什麼樣的人？開闊出什麼樣的願景。而我們的任務就是跟在他們身旁，為他們的目的提供單ㄧ、簡約、隨插隨用的功能而已。

有了這樣的體悟後，我發現我的視角更加寬闊，同時也可以很限縮。寬闊之處是在於宣傳之際與後續的合作，不會被這種理念給箝制。限縮的部分是，我們依然會先瞄準讀書會這類較小，較沒有服務的群體，嘗試在這之中累積知名度與鍛造產品。

開發相關

這週開始開發一些小巧的組件，例如全新的色版、自製的類 Calendly 行事曆以及書架。程式部分都使用 Next.js 製作，並以 Vercel 佈建。

色版

這次參考了 Dark Mode UI: the definitive guide 這篇文章提到的色彩。利用不同於一般灰階的底色，而是稍微亮一點，帶點墨色、綠色的基調，讓整體看來比較專業。在輔助色上的選擇，這次想呈現出來的感覺是「優雅且舒服」。每個輔助色都可以跳脫出底色的束縛，在較深的底色上甚至有種高貴感。以這點出發我分別選了，Scarlet、Steel Blue、Persian Green 和 Bronze。尤其是最後這個青銅色，我嘗試讓它與一般的金色有所區隔，沒有金色的俗氣，更內蘊且不失橙黃的質感。

這次自製色版真的是很開心的體驗，卻也感受到一些沒有被服務的需求。例如專門製作 Dark mode 的工具：可以馬上在 Component 上切換深色亮色，雖然 Figma 可以做到這件事，但在使用上卻仍需要大量時間。除此之外還有很簡易的色版分享功能，目前網路上大多是五色、六色、七色並排的分享，例如 Adobe Color 和 Coolors，如果能有個呈現如我的照片那樣的版面的網站，應該會更好使用。

Calendly & Bookshelf

這週也大概能掌握未來 township MVP 的模樣，因此開始做了一些較小的練習，仿 Calendly 的版面做了一個沒有功能的行事曆，這裡也可以同步參考開源專案 Calendso，它使用了 Nextjs、Prisma、Tailwind，程式碼寫得很易懂。

除此之外還使用了 Google book api 做了一個簡易的書架功能，找到了 https://www.recommendmeabook.com 網站，萌生出了一系列關於書本封面如何優化的思考，或許之後可以來做做看。

Outro

我認為這次 township 開發抓準了之前缺失的元素，不再一股腦投入大量的時間到尚未被驗證，也難以驗證成效的功能，而是一邊走一邊詢問眾人的意見，有效分配時間到最需要完成的功能。嘗試在有限的時空中，做出百分之百能服務到人們的產品。這是一大進步。同時我也不再輕易愛上我的解決方案，而是把熱情放到要解決的問題，期待這些問題被解決的社群身上。

Cheers!