小想法有大智慧
我時常會同那些有"大想法"的人聊天。
他們都曾在某一個領域做過一些事,基於過去的經驗,他們發現在某一特定的市場裡有一些需要解決的事情,他們想出了一套對應的解決方案。
之後,他們會告訴我說,他們已經基於這個想法做了幾年時間了,他們也有完整的一套介紹方案、配套的演講,以及關於網站將以何種形式呈現和工作的流程圖。
再之後,他們便會開始大談具體實現的細節。比如,他們會說,我們需要先做A,然後做B,同時還需要做C。考慮到這是一個全球性的問題,所以我們也需要做D,E、以及F等等,很長的一串列表。他們還會說他們的計劃已經引起了某位大人物的興起,他們有一段非常愉快的對話,儘管這位大人物可能你從來就沒有聽過。
哥們兒,能先停一下嗎?
這樣突兀的打斷他們,可能有些不禮貌,但我通常都會在他們說到一半的時候叫停。
然後我會開始問幾個比較難回答的問題:
- 你們做了多久了?
- 你們做這些事情,假設的前提是什麼?
- 你怎麼確定這些假設都是正確的?
- 你們確定有些人不是說說而已,而是真的會如你們期望的那麼做嗎?
最重要的一點是: 為什麼你花了一年的事情才做到這兒,網站一點影子都沒有?
通常我會得到的反饋是愣神、一兩個藉口,然後我會開始給他們講述下面的例子。鑑於每次說的效果都很好,因此我打算將它們分享出來。
小小的"大想法"(Little, Big Idea)
有"大的想法" 棒極了,並且這很鼓舞士氣。我自己也很受鼓舞,相信你也一樣,還有那群擁有同樣信念的人也會通過他們的努力,將想法打造成一家公司。
去看看Sugru的主頁,你就會知道想要在現實生活中產生很大的影響其實需要的並不多。真的,她的主頁可以算的上是網際網路上最好的頁面之一。
Sugru正是我所謂的"Little, Big Idea"的典型——即一個小的想法,其背後蘊含的潛力其實是巨大的。
Sugru簡單來講,就是幫你修壞掉的東西,或者讓某件東西變得更好用的工具。它是一種能在室溫的情況下變硬的粘合劑,就是一些矽橡膠。
但你仔細想想它的作用時,比如:減少浪費,廢物再利用,改良我們的工具讓他們更好的為我們所用等等,這些加起來其實就是一個非常"大的想法"。
開始就好
大部分的人在想出"大想法"的時候,他們會一股腦兒的將想法都記下來,然後開始做計劃,開始做一些相關的事情,就是不碰事情本身。
Sugru的故事中,我最喜歡的部分是關他的創始人 Jane ni Dhulchaointigh 講述的Sugru 產品原型的故事。
他說:"坦白講,Sugru 最初的版本非常嚇人,它是用矽嵌縫劑和木屑做的。但它的確讓我的廚房插頭和歲水果刀好用了很多。"
這跟一些人在談論他們”大想法“是完全不同的。通常我聽到那種高談闊論時的第一反應就是將他們從"我們的產品將來要覆蓋歐洲、中東和非洲"拉回到最初的產品原型上。
為了測試你的想法,你會先做什麼呢?有了原型之後,你又會從首批試用者的反應,它們的用法中學到什麼?通常來講,你原先的假設都會改變,之後你會基於學到的東西,改變你接下來的做法。
真的,開始就好。開始做那些最初的"小事兒",實踐那些"小的想法",邁出第一步。給你的水果刀塗點膠,讓它更好用。將你做出的東西,應用到任何你能用到的地方。
開始後再寫計劃
從某種程度上,我在創辦上一家公司時其實就是這麼做的。如果我能回到當初,我會做的更徹底。
"為什麼從視訊中找出某一特定的時刻就這麼難呢?"正式我們當時想要去解決的問題。
某天下午,我畫了產品的草圖——在一個瀏覽器中,使用者可以播放Youtube視訊,輸入文字即可找到視訊中對應的位置。我們將這一想法給了幾個人看,然後寫了一份關於這個小的想法會如何成長為一門大生意的商業計劃書——你知道,視訊市場是一個非常大的市場。很快,我們便拿到了一些投資,用於繼續發展這門事業。
如果沒有早期的測試,我們不會清晰的知道我們要做的是什麼,同時,我們也很快的知道了哪些已經在計劃之中,而哪些又被計劃遺漏了。
我妻子Emily最近就有個"Little,Big Idea "。好看的包裝盒在美國很火,但在英國和歐洲你幾乎看不到。她覺得如果能將精緻的盒子做起來應該很有趣。我花了幾個小時幫她製作Logo,然後她寫了一篇博文,沒有網站,也沒有大的計劃,僅此而已。現在,她已經有了自己的一份小事業 Crafty Fox Box,並且還在保持增長。開始之前,她並沒有花上幾個月來完善自己的想法,而是邊做邊改。這是一種非常自由的做事方式,現在,她已經有了自己的第二份事業,文具包裝盒網站:Paper.do。
快速行動
當你有一個大的想法時,這個想法可能一直在你腦海裡打轉,倘若你能夠專注的做好第一步,你的熱情和動力都會被最大化。當你對某個大的想法提不起興趣的時候,嘗試去實現它是沒有任何意義的。"將想法寫下來,花上幾年的時間收集材料"的問題在於,你的熱情根本就不在那裡。基本上,你在討論這些時,你已經厭煩這個想法了,在此之前,你甚至都沒有跟一位實際使用者討論過。
在有一個想法時,我通常都會第一時間將它釋出在網上刺激一下自己。我會發一條推文,比如:"兄弟們,我在找懂X的夥計,幫我一起試試一個新的想法。" 這很讓人興奮,很快我也會收到非常讚的反饋。我們會用 Maksshift 共同構建出一個關於產品的想法,然後畫上兩週時間將它做出來,放出去測試,看看效果怎樣。我們也只會做那些很快就能完成的專案,希望最終能夠達到做小事有大效果的目的。
使用"功能刀"
我大部分的嘗試都是在一兩天內做的。我知道,如果我不能在一兩天的時間內做成某事,可能就是我想的太多,或者它太過複雜了。現在網際網路上成功的產品,一般都是非常簡單的。我會盡可能在那一兩天的時間內做出一個"最簡陋"的產品原型出來。
想要達到這種效果,你必須得明白想法中最核心的東西、最基礎的東西是什麼。之後要做的就是對其他不必要的功能說不,只專注於能夠實現這一基礎框架上的事兒。我將它稱為"功能刀"——做A,不做B,做C,不要做D,諸如此類。將想法"修剪"到不能再簡,然後找出某段固定的時間集中精力做出來。
將可行性最大化
通過快速做成某件事獲得滿足感和成就感,這種精神我通常稱之為黑客精神。更通俗的講,你是在短期之內通過將"可見生產力"最大化來獲得成就感的。
如果你參加過Hack Day,或者你曾快速的打造出某個產品的原型,其過程大致如下圖:
想法的90%只需花上10%左右的時間來構建,剩下90%的時間都是用來細化和完善它,而這些時間只會給產品帶來10%的成果。這是一個很"拖沓"的過程——你必須費時費力才能將你產品的理念同市場完美的契合,找準對的位置。
但值得指明的是,完成產品90%的雛形,你只需要花10%的時間,這個過程非常快。我猜,這對於大部分所謂的"大的想法"也同樣適用。當然,你不能通過這種方式來打造一座橋樑,或者治癒某種疾病,但只要你的想法是“數字化”的,你的軌跡應該符合上面的曲線。
從打造小的產品做起
有一種很流行的說法是:為了能讓你的產品取得成功,在開始之前,你應該有一份深入的商業計劃書。這是MBA式的想法。儘管這種想法也同樣適用於某些特定的情況,但我想說的是,這應該是你有了最原始、可行性未知想法之後該考慮的事。在最初的階段,一頁紙應該就能說清楚你產品的主要資訊,否則你還是洗洗睡吧。
最後,如果你已經讀到了這裡,我猜你應該也是自己有"大想法"的人之一。你現在是否在未經任何驗證的情況下就開始寫商業計劃書了呢?你有產品原型嗎?倘若你真心覺得想法不錯,你又是否已經同幾個朋友一起,很快的打造出一個雛形了呢?
先將商業計劃書和頭腦風暴放一邊吧,回到最簡單、最基礎、最核心的想法吧,行動起來先。
相關文章
- vue開發小想法Vue
- go(golang)之slice的小想法1Golang
- 突然有做個IT電臺的想法
- AI時代下普通小程式設計師的想法AI程式設計師
- 資料結構測試題。小問題見大智慧!資料結構
- 增加想法
- 男人要有大智慧
- 7種有關電子郵件的錯誤想法 (轉)
- 有關C++異常安全的一點個人想法 (轉)C++
- 初學者的想法
- 擁有一個永遠無法實現的想法的樂趣
- win/mac 端有哪些客戶端自動化測試的想法呢Mac客戶端
- 有關oracle高可靠性的一些討論和想法(5)Oracle
- 有關oracle高可靠性的一些討論和想法(1)Oracle
- 有關oracle高可靠性的一些討論和想法(2)Oracle
- 有關oracle高可靠性的一些討論和想法(3)Oracle
- AI繪畫的離譜操作,這個AI看來是有自己想法的AI
- java 自己搭建簡單遊戲框架(適合有想法卻無法入手的新手。)Java遊戲框架
- IC Insights:全球12大智慧手機供應商有9家總部位於中國
- 有贊招聘小程式,有你就很贊
- 一點 Vue.observable 想法Vue
- IT人你的想法呢?薦
- 關於WebWind一點想法Web
- 2017程式設計師召集令——我有一個大膽的想法程式設計師
- 做一個有想法的程式設計師,做一個屬於自己的神器程式設計師
- 剛從阿里回來,有一些想法想對現在的測試員說阿里
- q友問題之刪除外加雙引號表一點小想法--dump--ascii--to_numberASCII
- 關於Java的一點想法Java
- 圖靈改版之我的想法圖靈
- 關於美食網站的想法!網站
- Router-view 背後的想法View
- 迴歸の一些想法
- 我有個大膽的想法,用風格遷移玩《絕地》版的《堡壘之夜》
- 刺客信條之父:3A工作室只做能賺錢的遊戲,但我有其他想法遊戲
- 根據現有 C#程式碼檔案生成擴充套件程式碼檔案的想法C#套件
- golang struct 有點小疑問?GolangStruct
- 有關identity的小技巧IDE
- Linux可以有多小(轉)Linux