流水碼零售攻下台灣通訊和運動器材行業
2007年3月進入台灣連鎖零售市場, 投資開發的流水碼零售系統, 今個月終於成功銷售給台灣通訊和運動器材行業.
此網誌的所有文章,經原作者授權,由MemDB網誌聯播系統轉載.
今次看了這本關於"堀江貴文",有日本比爾·蓋茲之稱,寫的書,內容帶給自己很多創業思考,值得一看的一本書.
是否創業,還是上學或打工?這本書能給你意見,創業應該越早越好,打工不會有成就.
年齡和我差不多,但他1996年23歲就創業,主要是提供電腦網路相關的諮詢和管理,27歲上市,33歲擁有數億身價...
看別人如此成功,自己就要更努力.
相關資料:
1) 堀江貴文的新資本主義
at 5:55 下午
今次看了這本書,想了解多些關於部落格行銷,不過書中寫的很多東西,我已經實踐了.
經由網誌推廣公司和MemDB品牌,這個方法的確很成功,但也要付出相當多的時間吧,如果只為了賺錢,當作工作,要寫這麼多的文章都很辛苦吧.幸好我平時都喜歡寫東西,結識朋友,所以才能樂在其中.
at 4:11 上午
近來想把自己變得專業,借了這本書一看,對專業多了一個思考.
書帶了一個概念,專業的重點就是未來,對未來的先見力,建議放棄所有舊思維,舊知識,才能發現更多未來,創作更好的產品來.
以前是國與國,現在是公司與公司,未來就是個人和個人的競賽,例如Microsoft和IBM,Google和Yahoo,在現今的社會,只要一個人能創造一個很好的產品,有了Internet,就能很快戰勝對手,成為標準.
我非常認同這點,很多人看少一個SOHO了,但我相信只要我們能努力去嘗試和創新,未來就是我們的了.這個是我的信念,大家一起努力吧!
at 3:55 上午
這是歐洲首席理財大師寫的一本書, 書內的概念,和富爸爸窮爸爸很類似.有些句子完全一樣,令人覺得奇怪.
不過有些概念我都很贊同,例如做一些與眾不同的事,找一個小領域,把自己成為專業人士,最好是做到這領域的第一.
我創業開始和很多人都是一樣,不知應該從那方向入手,只好向橫發展,客戶要求甚麼就寫甚麼,所以開發了很多行業的軟件.
不過就算是向橫發展,都有自己的定位,堅持只用MemDB開發資料庫應用系統,選擇了MemDB而不使用其他通用的資料庫,就是想做一些與眾不同的事吧.曾經有客戶要求我使用MSSQL開發,我直接告訴他,出面能提供這服務的供應商多的是,無需找我們吧.
現在,我覺得是向直發展的時候,在一兩個領域專注,使MemDB成為這領域的領導者,把一些其他領域的系統,交由伙伴負責,各自在自己的領域專注,這個是未來的發展方向.
at 9:31 下午
我很喜歡學習,看書是其中一個途徑,今次借了本“諸葛亮的十堂哲學課”,一本很特別的書,書內教人很多哲學,利用諸葛亮的一些事跡故事,帶出一些做人的道理.最深印象的,是人際網絡的價值.劉備要諸葛亮的另一個原因,是因為諸葛亮在當地的人際網絡,得到了諸葛亮,就得到了那處各社團和人的關係.
記得第一份工,公司請來一個業務經理,他對程式設計一點也不懂,每日返工都是看報紙和打電話,很多時請大家食東西,在辦公室走來走去,和同事閒談.老闆告訴我,請這人的目的,是因為他在工廠做了十年,對裡面的運作流程很熟悉,另一個原因就是他和很多廠商有聯繫,結識很多老闆,有了他就能找到客戶.這個經歷,令我了解到“人際網絡”的價值.
經營“人際網絡”是一個很高深的學明,都被現今的人忽略,我接觸過很多伙伴,開始都是以賺錢為目標,他們看不到“人際網絡”所帶來的長遠效率.
伙伴Wilson在這點就做得很好,在合作期間,他賺的錢不多,但他賺的,是和客戶建立關係,這是他的資產,日後可以利用這資產,創造更多價值.
而我呢? 創業七年賺的錢也不多,但和很多客戶建立起長遠的合作關係,而這些關係都需要用很多時間才能建立起來,是用很多心力去經營“人際網絡”的成果.
at 7:20 下午
近來想學多些關於經營公司的知識,借了此書一看,的確獲益良多.
從來沒有完整看三國演義一書,不過從玩遊戲和電視劇,對書內的人物和劇情都略知一二,雖然是本故事書,但內在真的有很多和經營有關的謀略,值的品嚐.
我最喜歡的是講人才那一部份,劉備不是有甚麼才能,卻能得到諸葛亮、關、張、趙雲等人才幫手,成就一番事業,最後也因為人才流失,而導致失敗.
獨自經營MemDB七年,一個人可以發展的空間的確有限,找對的人加入發展是必須解決的事情.
網友提出登廣告請人,這點誰也明白,但錢從何來?如果我像之前dot.com一樣,一開始就能集資百億,要幾多人才都可以,最難的是誰願意在低或無收入的情況下和你一起創業,這點真的是可遇不可求吧.
但難不代表不可行,無錢應該有無錢的出路,再努力思考MemDB的經營謀略.
at 2:30 上午
很久沒有看這類的書了,市場這類的書選擇亦不多,今次無意中在圖書館借到此書.
這是一本教人開發軟件的書,用的例子是CD租賃管理系統,由接觸客戶,取要求,設計和編寫系統,和最後客戶要求新加功能,過程和我以往接案的經歷類似.
不過如果你不懂UML和OO Design,看此書或許會覺得有一點複雜,但對於接案和編寫系統有興趣的人,都可以借來一看.
這本書主要教人如何由客戶要求轉成Use Case,然後提供一些設計技巧(Deisgn Pattern),對於接案前期,例如如果報價,如何議價,(都沒有交代如何收款),亦沒有分享失敗(其實失敗比成功的經驗分享更有價值).不知大家有沒有看過這類的書呢?或者有時間再寫些這類的經驗和大家分享吧.
at 7:20 下午