First！我們先定一個小目標！
ok有些朋友看到這里會想“我們先掙它一個億！”
理論上講掙一個億是有可能實現的，只是你必須用對方法，怎么才能做到？
方法一：找個有錢的大爺求包養…（這是胡扯，比中彩票還難…）
方法二：先將1個億拆分成十個一千萬
這樣你的小目標就變成了如何掙一千萬，一千萬貌似也有點多呀？
這樣吧我們再拆一次！
一百萬，好像變得有可能實現了呢（摸下巴）
再小點吧，一百萬也有點多，我只是個小職員啊！
千哪！你說的是十萬嗎？好像我可以完成耶！！
那么問題來了，你完成十萬的小任務要多久？
你有沒有一個更加詳細的計劃來掙到這十萬？
第一個目標完成之后你該怎么去完成第二個十萬的目標呢？
。
。
。
貌似扯遠了，好吧，回到我們的模塊化設計。
讓我們先定一個小目標！
（又來？）
這次不扯了，來真的，如果你要做一名設計師，而且想在這條路上走得更遠，那么請務必先給自己定一個小目標，然后努力完成它。
比方說你要解決一個問題，暫且我們把它看成一個小目標吧！
什么問題呢？
我們來解決一下中午吃什么的問題。
我們來還原一下場景！
＊＊＊＊＊＊＊＊＊
某日中午，辦公室三、四個良民聚集在一起悄悄的議論著，中午要吃什么？
小王：菜頭，中午去吃啥？
菜頭：我去問問隔壁老王。。。
隔壁老王：我打算去吃蓋澆飯。
小王&菜頭：好吃么？
隔壁老王：我昨天才去吃的，還不錯，那家菜特別新鮮。
小王&菜頭：同去，同去。。。
＊＊＊＊＊＊＊＊＊
在上面案例中，我們看到，我們解決吃飯問題的方式通常會參考他人的意見，來幫助自己做決定。
一個吃過的人的建議會比自己做的決定更加讓人容易接受。
那么，由此我們發散一下我們的腦神經，與人馬座星系宇宙來客進行一次深度精神鏈接（說人話…）
好吧，如果我們能夠看到周圍1公里范圍內所有人中午在吃什么就好了，如果每個人把他的吃后感也告訴我就更好了，以后再也不用擔心中午吃什么的問題了，有了無數小白鼠幫我試吃，然后告訴我體驗，告訴我地址！（想想還有點小幸福……(☆_☆)bulingbuling）
上面我們把“中午吃什么？”這個問題做了一次深度挖掘，用戶真實的需求是難以做決定，而不是吃飯。
那么我是怎么完成這個小目標呢？
之所以難以做決定，是因為我看不到我要吃的東西是什么樣子，無法從視覺上了解食物的品質。（我們經常會聽到的一句話：看起來好好吃哦！）
其次，我沒吃過不確定好不好吃。
最后，我并不知道除了我平時吃的，在這附近還有什么好吃的東西。(專業吃貨不是人人都能做的)
哎呀，一不小心我把目標拆分開了
中午吃什么？＝食物的樣子＋有人嘗過＋地理位置
于是我打算讓我附近1公里范圍的人跟我一起建立一個表格，每個人在表格里填上這樣幾個信息。
1.一張中午吃的東西的照片
2.對這次吃飯體驗的評論
3.給我一個地理坐標
4.每個人給我一張自己的照片或頭像
5.取一個可愛的昵稱吧
6.我要把我看上的都放到另外一張表里
于是乎，為了解決一個小目標
（幫你回憶一下，中午吃啥？）
我們產生了以下六個模塊
1.拍照模塊
2.評論模塊
3.位置模塊
4.展示模塊
5.頭像模塊
6.昵稱模塊
7.收藏模塊
那么我們如何解決以上這7個問題？
1.拍照模塊
(看上去有點熟悉)
2.評論模塊
3.位置模塊
（等等，這個我肯定見過，就是一下想不起來）
4.展示模塊
5.頭像模塊
6.昵稱模塊
（＊T＊朋友圈是什么鬼？）
（不要告訴我，你說了半天就給我一個朋友圈，我要退票…）
但是，真的一樣嗎？
如果你能加你半徑1公里的所有人為你的微信好友的話，這樣貌似是可以的。
（不行就別bibi）
。
。
。
這個產品更像是一個公共的朋友圈，每個人都可以在這里發布美食信息，然后評論，等著別人來收藏。
當然也可以來這里查看別人都吃了什么，想想看我明天要吃啥。
我為人人，人人為我
如果今天你還不知道分享經濟，請回去補課！
所以這個產品應該是這樣的。。。
好了熱鬧看完，那么問題來了，你們真的能夠設計好一個模塊嗎？
總結一下：
模塊化設計的核心內容分為兩個部分
第一（拆分）
第二（重構）
第三（再見）
謝謝大家的觀看！
