要不要來個台灣版的 opensourceCMS

edited 十月 2013 in 問題與建議
http://www.opensourcecms.com/

看看有沒有人有興趣弄一個台灣版的,雖然曾有一個類似的( http://ldu.twcms.net/ ),不過目前好像變成某個套件的繁體中文支援站;目前那個網站上有下面這些東西的安裝展示:

CMS - Portals
AngelineCMS
AWF
Back-End
bes-cms
Drupal
E-Xoops
e107
eNvolution
eZ Publish
ezContents
Geeklog
Jetbox One
LDU
Mambo
MD-Pro
myPHPNuke
OpenPHPNuke
Ovidentia MP
PHP-Nuke
phpwcms
phpWebSite
PHPX
Postnuke
Props
Renegade
Sitellite
Spip
Tiki
Typo3
vPortal
Xaraya
XOOPS

CMS - Blogs
b2evolution
bBlog
Nucleus
pLog
pmachine
Serendipity
Simplog
WordPress

CMS - e-Commerce
MyMarket
osCommerce
Zen Cart

CMS - Groupware
dotProject
eGroupWare
Moregroupware
phpCollab
PHProjekt
phpWiki

CMS - Forums
openBB
Phorum
phpBB
W-Agora
XMB

CMS - e-Learning
Claroline
Moodle
Segue

CMS - Miscellaneous
Coppermine
Gallery
Owl
phpMyChat

如果有人願意贊助我就先舉手囉 :-D

原始討論: http://twpug.net/x/modules/newbb/viewtopic.php?topic_id=12

評論

  • edited 四月 2004
    會不會太貪心了,小心又拉肚子 :-D !
    這種沒錢賺的事,量力而為,因為規模實在太大了!畢竟台灣人跟老外的觀念有很大的差距,肯真正奉獻犧牲的人不多,所以子彈不能太分散了!
  • edited 四月 2004
    我下載來玩看看,有任何發現再po上來大家一起研究 :-)
  • edited 四月 2004
    基本上拉肚子是因為去吃海產好嗎... :-o

    就是因為沒錢賺才問說有沒有人要贊助啊~ :-D
  • edited 七月 2004

    我知道你滿腹熱血,他潑你冷水,你會不爽
    但是她說的一點也沒有錯
  • edited 七月 2004
    呵呵,沒有不爽啦,只是想往應用面發展吧 ├058┤
  • edited 八月 2004
    給你很大的支持 畢竟有熱心的人不多 有恆心的更少...........等著分享的人更多 .......
  • edited 八月 2004
    其實當年 http://www.linuxfab.com/ 曾有將該站本身的 source code 開放的計劃,該站本身就是個功能相當完整的 CMS 了,而且完全是本土自製的,可惜後來無疾而終了....
  • edited 八月 2004
    恩,而且現在那個網站好像也沒什麼人氣了,可能連維護的朋友上去的機會都不高,我半年還一年前發表的文章到現在還沒通過審核

    ├125┤
  • edited 八月 2004
    我也同意,子彈要集中,寧願小而美,不要大而無當,

    不然很快的成長,也同樣地會很快地消退~~

    穩紮穩打才是王道
  • edited 三月 2005
    ^^ 好啊!! 我支持你!!

    雖然對php我還算是初學者,
    但是如果真的有要執行的話,算我一份囉!
    我盡量供獻我的力量!!

    加油!!
  • edited 三月 2005
    中文語系即使做到這樣子也不太能夠有太大的迴響,加上大家對於分享的概念淡薄,也許簡化方向會好一些。目前國內比較有在發展的CMS(就我所知)就是...

    XOOPS, MAMBO, PHPNUKE, POSTNUKE, PHPBB, PLOG, SMF, OSC, XTC, TWE, MOODLE, dotProject, media-wiki,

    加上幾個我想下功夫的...

    EGW, ATUTOR, SUGARCRM

    或許大家可以開始認領囉 :-D
  • edited 三月 2005
    那天聚會聽到了威豆講了一個很有意義的故事:
    他之前幫一家公司用準系統加上一個CMS做成一個知識平台的產品。

    我覺得搞一個CMS不是重點,問題是非得自己搞嗎?
    我們需要的是一個簡單的討論區,加上好用的介面而已...
    當然,如果有個好聽的名稱跟勾引人的外觀,這就是個可以賣的產品。
  • edited 三月 2005
    呵呵,你誤會我們的意思了

    http://www.opensourcecms.com/

    這並不是要重做輪子,而是承襲前人的成果去發揚光大囉 :-D

    現在大量的軟體出現,缺乏的是使用者;沒有使用者的參與,任何完美的產品都不會有繼續發展的價值。我們想做的是參考上面這個網站的腳步,作為使用者與開發者之間的橋樑。
  • edited 三月 2005
    言下之意,你是想要做行銷嗎?這我非常贊成,我有一個建議:
    設想一個矩陣圖:橫軸是各種CMS,縱軸是俄種類型的顧客(抱歉,我不太習慣說使用者這個詞)。
    然後我們可以根據顧客的類型,建議他使用哪些CMS,這樣省事多了。
    當然,前提是顧客選擇出來的CMS,要有能力去維護...
  • edited 三月 2005
    我的想法是不要去主導客戶的想法吧,盡可能讓大家願意分享實際的案例與解決方案。因此會盡量找國內使用者較多的CMS,也許各個中文維護站有自己的想法存在,只能期待但是不會勉強合作的可能,畢竟很多人對於商業行為都還是相當排斥。
  • edited 三月 2005
    kiang 寫道:
    我的想法是不要去主導客戶的想法吧,盡可能讓大家願意分享實際的案例與解決方案。因此會盡量找國內使用者較多的CMS,也許各個中文維護站有自己的想法存在,只能期待但是不會勉強合作的可能,畢竟很多人對於商業行為都還是相當排斥。

    我想必須先和你溝通一下,你為他人"準備"或是"使用"CMS的目的為何?
    記得那天句會我和威豆曾說過的一些事嗎?
    威豆說,他想叫你去修改某個程式碼,你回答他說,我重寫一個比較快。
    而我曾在會中表示:專家是最固執的一群人。

    我認為,現階段為他人"準備"或是"使用"CMS,就是執行威豆所說的代工模式,而代工就是"大量地"、"快速地"做出客戶想要的東西。

    我的提議並沒有要主導客戶的意思,那個矩陣對於客戶或是CMS而言,都是多對多的結果。
    只是藉由這個矩陣,我們可以在有限的選擇下,做出更明確的抉擇。
    另外,我也沒有抹煞其他人其他想法的意思,畢竟在這裡,比我有經驗、有智慧的人很多,我也只是拋磚引玉而已。
  • edited 三月 2005
    tokimeki 寫道:

    我想必須先和你溝通一下,你為他人"準備"或是"使用"CMS的目的為何?
    記得那天句會我和威豆曾說過的一些事嗎?
    威豆說,他想叫你去修改某個程式碼,你回答他說,我重寫一個比較快。
    而我曾在會中表示:專家是最固執的一群人。

    我認為,現階段為他人"準備"或是"使用"CMS,就是執行威豆所說的代工模式,而代工就是"大量地"、"快速地"做出客戶想要的東西。

    我的提議並沒有要主導客戶的意思,那個矩陣對於客戶或是CMS而言,都是多對多的結果。
    只是藉由這個矩陣,我們可以在有限的選擇下,做出更明確的抉擇。
    另外,我也沒有抹煞其他人其他想法的意思,畢竟在這裡,比我有經驗、有智慧的人很多,我也只是拋磚引玉而已。

    我想,如果判斷修改程式碼的幅度、複雜度過大,而重新撰寫卻不需要那麼久的時候,選擇重新撰寫也該是人之常情,倒不是真的要固執成見;這個情況也許不適合拿來討論,畢竟你並不清楚我們討論的過程。至少基本上我沒有重造輪子的習慣,我考慮的是實際操作的可行性,因此大部分情況下我都會修改現有的程式來滿足客戶的需求。

    我們考慮的時間點不一樣,我考量的是如果立即要進行需要的步驟,而你考慮的是方向;我只是認為一開始可以將焦點放在已經在使用的人身上,而不是還沒使用或在猶豫的朋友,畢竟少數人的力量有限。

    其實許多的概念透過文字敘述本來就容易產生落差,我並沒有誤會的意思

    ├133┤
  • edited 三月 2005
    kiang 寫道:
    我想,如果判斷修改程式碼的幅度、複雜度過大,而重新撰寫卻不需要那麼久的時候,選擇重新撰寫也該是人之常情,倒不是真的要固執成見;這個情況也許不適合拿來討論,畢竟你並不清楚我們討論的過程。至少基本上我沒有重造輪子的習慣,我考慮的是實際操作的可行性,因此大部分情況下我都會修改現有的程式來滿足客戶的需求。

    我們考慮的時間點不一樣,我考量的是如果立即要進行需要的步驟,而你考慮的是方向;我只是認為一開始可以將焦點放在已經在使用的人身上,而不是還沒使用或在猶豫的朋友,畢竟少數人的力量有限。

    其實許多的概念透過文字敘述本來就容易產生落差,我並沒有誤會的意思

    ├133┤

    OK,有了這個基礎以後,接下來的就很好談了。
    讓我說個真實的狀況給你聽:
    今天我們的業務出去開發市場,他們用了一個蠻有意思的方法:免費電腦維修。借用這個手段來接近潛在客戶,不過可惜的是成效不彰,今天他們連一台電腦都沒修到 :-D

    接下來的問題是:我們給客戶多少選擇?
    我們能根據自身的專業判斷服務客戶,建議他們該用這個、該用那個嗎?
    或者是和客戶坐下來協商,問問客戶喜歡哪個CMS?
    還是客戶會根據你給他看的樣本外觀來決定呢?
    以上的問題都有可能成立,那麼,你希望最後這個計畫的資源會集中在哪幾個CMS身上呢?
    依我個人的看法,目前只會有兩個:XOOPS和OSC。

    如果這是你所期望的,那麼這個台灣版的OSCMS已經成功,你想要的結果也會很快出來;如果不是,那還會有很長的路要走。
  • edited 三月 2005
    tokimeki 寫道:

    接下來的問題是:我們給客戶多少選擇?
    我們能根據自身的專業判斷服務客戶,建議他們該用這個、該用那個嗎?
    或者是和客戶坐下來協商,問問客戶喜歡哪個CMS?
    還是客戶會根據你給他看的樣本外觀來決定呢?
    以上的問題都有可能成立,那麼,你希望最後這個計畫的資源會集中在哪幾個CMS身上呢?
    依我個人的看法,目前只會有兩個:XOOPS和OSC。

    如果這是你所期望的,那麼這個台灣版的OSCMS已經成功,你想要的結果也會很快出來;如果不是,那還會有很長的路要走。

    XOOPS與OSC有立即的市場,MAMBO、PLOG、PHPBB等也都是積極發展當中;至於其他的部分就像是長期投資,建立專業形象囉!

    眼前的利益相當容易分辨,但是長期的成長總是要幾經嘗試才能確定;熱門的市場參與競爭,冷門的市場獨享優勢,相信沒有那麼多衝突的地方。
  • edited 三月 2005
    kiang 寫道:
    XOOPS與OSC有立即的市場,MAMBO、PLOG、PHPBB等也都是積極發展當中;至於其他的部分就像是長期投資,建立專業形象囉!

    眼前的利益相當容易分辨,但是長期的成長總是要幾經嘗試才能確定;熱門的市場參與競爭,冷門的市場獨享優勢,相信沒有那麼多衝突的地方。
    個人認為這是個軟體生命的競爭,那是幾乎沒有終點的事情!
    我寧願以"替代性"的說法來解決"衝突點",也就是說,為何一定要用那些冷門的CMS?
    同樣的說法也發生在Linux上,但是這次我們能找的到讓客戶心服口服的答案嗎?
    能解決客戶問題的東西就是好東西,目前若倚靠自身的技術力,可以說所有的CMS都站在這個基礎點之上,那剩下的決策因素又有哪些呢?
    台灣的社會是個非常功利的地方,如果不選出一些"標準"來集合眾人的力量,這個計畫終會讓參予者失去維持下去的熱情。
  • edited 三月 2005
    先請教一下,原先的這個想法是否跟[自由軟體鑄造場]完全重疊?

    再來,我要談點想法.
    為了個人的熱誠與奉獻犧牲的理念可以去做這件事,但若站在商業觀點,這是死路一條。我很納悶威豆兄是否沒看清楚這一點!
    大家都是程式界的高手了,但相信這陣子玩開放軟體的心得一定是覺得滿懷挫折感,因為只要一貪心,沒有一套能玩得夠深入,更何況希望能夠如己所願,來個六神合體,展現神通?
    XOOPS 整合 OSC 很成功了嗎 ? 再加上 egroupware, 有可能嗎 ?
    何謂電子商務? 有購物網站就算了嗎? 不必整合進銷存系統嗎?
    還有業務考績呢 ?

    所以我們必須思考,我們若要用開放軟體當成Solution給客戶,這是一個各模組可以協同運作的系統呢,還是一個支離破碎的系統? 客戶真的有撿到便宜嗎?

    不同開放軟體的整合並非不可能,但不會發生在軟體公司上。也許是某家企業裡的一個資訊團隊,有公司養活他們,可以找空檔的時間慢慢TRY,有明確的目標知道要達成什麼功能,有現成的營業資料可以匯入平行測試。一旦成功,公司方面不可能允許這樣的成果外流,因為這可能是幾百萬的人事成本以及企業knowhow所換來的! 就算將來外流,也只有當初的發展者可以掌握這樣的系統,不相干的人拿到了,還是等於廢物,因為根本不知道如何架設與導入。

    軟體公司做的到嗎?就算花的起錢,有可能讓這個團隊在心無旁騖的情形下去充分消化不同的系統以便整合成高度模組化的系統嗎? 我幾乎可以斷定,一定是且改且賣,最後改到四不像,可能自己玩不下去,別人也別想接手!

    另外一個很旺盛的族群是學校的資訊老師,但這些人處在非商業的領域內,也很難發展出適合企業用的東西。

    人腦不等於是電腦,人的智力有限,有生活壓力,若想把智力相加,必須有一個嚴密的管理組織並付出昂貴的管理代價。一個零散的團隊,是不可能有辦法開發出大系統的,更何況看懂並充分掌握別人的大程式遠比自己開發還難的多!

    所以除非能推翻我的論點,不然,大家真的要醒醒了!
  • edited 三月 2005
    但我為何還支持聚會呢? 因為我對聚會的期望是,能夠藉此切磋提昇大家的基本功力!

    當然,每個人都傻過,我也不例外,但希望大家要適可而止,不要掉入深淵而不自知! 或知但不可自拔!
    其實我現在已經陷入很難自拔的境地了, 不到兩年下來,已經燒掉一百多萬的生活費了, 債台高築. 而原來想發展的系統,還沒正式開工. 大家要引以為戒 :-(
  • edited 三月 2005
    自由軟體鑄造場的重點在學術研究,我們想做的是以商業角度出發

    這麼做的用意不是在於提供完整的解決方案,而是為了凝聚分散的使用者,人多好辦事,辦什麼事就看人夠不夠多了。

    個人而言,這麼做不是為了讓自己的技術層次提升,而是要去接近使用者,不是憑空想像使用者的需求而困惑不已。

    snaking,我明白你追求完美的心,程式設計也是一個以追求完美為目標的工作;但是我看到的,也許只是單純幾個問題,卻有許多人需要協助。一個是廣度,一個是深度,沒有對錯,選擇而已。
  • edited 三月 2005
    snaking,我明白你追求完美的心,程式設計也是一個以追求完美為目標的工作;但是我看到的,也許只是單純幾個問題,卻有許多人需要協助。一個是廣度,一個是深度,沒有對錯,選擇而已.
    嘿嘿,我哪有本事敢要求完美,我寫過的系統,頂多只敢說達到完美的70%而已!

    或許我們都從自己的角度觀察問題,我的毛病是太注重給客戶一個全盤性的解決方案,而你的問題是你survey軟體的能力太強了, 所以你會覺得只要有人跟你一樣,這件事就還有希望!
    其實我一直想告訴你,你是一個奇葩,很難再找到另一個你了! 更何況,環顧四周,聰明才智高於你我者並非沒有, 但直到現在,有誰曾在商務開放軟體領域做出比較耀眼的成績嗎?
    這是一個事實,而且並非前人不為,而是有其不能為的地方. 在學術領域,我相信有團隊可以做出很棒的事情,但在商務應用上,這是不可能的。因為在商言商,開發一個系統,一定會有投資報酬率的考量。會不考量投資報酬率的人,是那種滿腹熱誠,涉世不深的年輕人,但這些人沒有充分的業界投入經驗,根本不會想到要把熱誠發揮在這裡。等到稍有見識,那種初生之犢不畏虎的勇氣,以及不顧現實的傻勁,早已在與現實的拔河中消失殆盡了!

    我已經四十多歲了,在這個業界雖然不敢說閱人無數,但一個人最聰明可以到什麼程度,最執著可以到什麼程度,最持久可以到什麼程度,大概都已了然於胸了! 而你想做的事情,必須有一群最聰明,最願意犧牲奉獻,而且經濟因素容許他們這樣做的人才能作的到。這些人已經是鳳毛麟角,若還企圖把這些人凝聚在一起去研究整合全世界無數菁英寫的系統,這已經是個神話中的神話了!
    別人眼中,我是一把傲世狂劍,砍盡無數荊棘,寫出許多令同業驚嘆的系統。但以我這樣的視野來看,你想做的事情已經不是人的境界了,而是神的境界 !

    我無意澆你冷水,只是覺得開放軟體界的人都迷失在一種幻境中,就像被人頭蛇妖的歌聲所催眠,一步一步航向暗礁而不自知。這是我最憂慮的地方。

    事情也許還有可為,但若不先從女妖的歌聲中驚醒,看清楚船隻的航行能力及暗礁的所在,那麼個人的生涯及公司的前景就非常危險之極了!
  • edited 三月 2005
    感謝你以開放的心胸聽我老生長談 :lol:
  • edited 三月 2005
    就是因為在商言商,如果這件事情真那麼容易,那麼也真的輪不到我們來做;其實我看到的機會很單純,因為大部分的人都還不相信,少部分的人在猶豫,而做的人少之又少。

    我希望自己是那個清醒的人,因為我總是覺得自己沒有看錯方向;我也做過反思,對我而言,這樣的投資風險我還能夠承擔(因為年輕...也沒什麼錢...),而人生就這麼一次,實在沒有必要把時間花在那麼多的猶豫上面。

    ├074┤
  • edited 三月 2005
    kiang 寫道:
    就是因為在商言商,如果這件事情真那麼容易,那麼也真的輪不到我們來做;其實我看到的機會很單純,因為大部分的人都還不相信,少部分的人在猶豫,而做的人少之又少。

    我希望自己是那個清醒的人,因為我總是覺得自己沒有看錯方向;我也做過反思,對我而言,這樣的投資風險我還能夠承擔(因為年輕...也沒什麼錢...),而人生就這麼一次,實在沒有必要把時間花在那麼多的猶豫上面。

    ├074┤

    個人認為,在商言商就是要讓大眾認同某個信仰,而這個信仰可以發展成商業模式。
    snaking點出了一個重點,也就是說能夠大量去玩眾多的CMS的人真的很少,我個人的觀點是,這跟年齡、心態、經濟條件、雜務多寡等等有關係。
    從商業角度而言,我這個懶惰的經理人,希望的是;
    1. 功能符合我的需求
    2. 架構簡單容易理解與改寫
    3. 模組眾多且與核心耦合度低
    4. 可處理多重系統管理問題
    其他的想到再說...
  • edited 三月 2005
    tokimeki 寫道:
    個人認為,在商言商就是要讓大眾認同某個信仰,而這個信仰可以發展成商業模式。
    snaking點出了一個重點,也就是說能夠大量去玩眾多的CMS的人真的很少,我個人的觀點是,這跟年齡、心態、經濟條件、雜務多寡等等有關係。
    從商業角度而言,我這個懶惰的經理人,希望的是;
    1. 功能符合我的需求
    2. 架構簡單容易理解與改寫
    3. 模組眾多且與核心耦合度低
    4. 可處理多重系統管理問題
    其他的想到再說...

    其實我的目的不是眾多、豐富,而是目前國內比較多人在使用的,或是一些大家會有高度興趣的,加上中文化與否去選擇;否則真要列出來的話,可能會像看法律條文一樣多如牛毛。

    當然現在放在下載區的東西蠻多的,這是基於這個網站的屬性,別擔心會面臨那麼多選擇嚕。
  • edited 三月 2005
    kiang 寫道:
    其實我的目的不是眾多、豐富,而是目前國內比較多人在使用的,或是一些大家會有高度興趣的,加上中文化與否去選擇;否則真要列出來的話,可能會像看法律條文一樣多如牛毛。

    當然現在放在下載區的東西蠻多的,這是基於這個網站的屬性,別擔心會面臨那麼多選擇嚕。

    說實話,若是讓我來選擇的話,你給的選項最好不要超過三個...
    我之前跟你提的XOOPS跟OSC,其實在各自的領域中,目前就符合你這次回應的條件...
    當然,先鋒產品不一定會一直維持其地位,但要挑戰其地位,與其作些什麼去改變它,不如順其自然比較好。
    這跟系統升級的意義是同樣的,經常改變,對於已經在使用的套件來說,你打算對客戶提供多少維護品質?
    客戶最希望的就是不要維護,或是做最少心力的維護,改版或是新玩具、新功能那不是他們所關心的,除非你把這項議題提升到一個模組或是功能點的層次,他們才會考慮(但也僅止於考慮,要追加這項功能,得要謹慎頻估)。
  • edited 三月 2005
    現再我要提的一些東西,跟上面的東西關聯不太大,但可以引起思考。
    今天我跟一位資深的做美術工藝的朋友吃飯,談了幾個議題,底下是他的意見:
    1. 以他做過的案子,最高的一個有到新台幣十五萬,但那是很重視覺的大公司。
    2. 接案網站上的案子清一色都在比價、比稿。

    另外,我提一個我認識的行銷公司,他們的狀況:
    1. 接過新台幣兩百萬的案子,扣除行銷的成本花費,利潤有近百萬。
    2. 不接十萬以下的小案。

    CMS能玩出什麼境界?
    有人靠純做CMS做到10萬以上案子嗎?
  • edited 三月 2005
    我這裡再提供幾個統計數字給大家看看,我找了104外包網站,近一個月來尚未結案的資料(有關做網站、系統建置、寫程式等)的31個案子。

    首先剃除掉依接案方報價的案子(有10個),將外包案的預算(以最小值)除以時程(以最小值)得出的數字(每月預算)做統計平均,得到的數字是3.13萬/月。

    在這21個案子中,以"一元"起標的有14個,將近是整個樣本數的一半。
    而最高的一個是出價40萬,為期兩年,以每月預算來看,也並不是最高的。
    整個看下來,值得接的,可以產生利潤的,只有出價10萬以上的案子,
    總共有7個,但難度絕非個人工作室或一般小公司可以碰。
    而在這7個案子中,跟CMS碰的上邊的,只有兩個。

    另外,真接下來了,對方若要求回扣,那利潤就更低了。
    以上分析為個人觀點,不具公信力。 :-D

    談這些,只是要說明,在目前"台灣"的代工業中,能找到的樣本中,目前的情況對於CMS的發展並沒有正面幫助。
    而一般跑業務的狀況又是另當別論,可以的話,請了解狀況的網友們補充資料。
  • edited 三月 2005
    呵呵,CMS的預算要超過十萬應該不難,只是普遍性太高,許多玩沒幾天的學生就在擾亂市場價格;功能性或外觀的特別需求都有可能。

    不過如果關係有很多層,那就真的很麻煩了,最痛苦的一次經驗,就是20萬的案子被拿了一半走...唉......
  • edited 三月 2005
    kiang 寫道:
    呵呵,CMS的預算要超過十萬應該不難,只是普遍性太高,許多玩沒幾天的學生就在擾亂市場價格;功能性或外觀的特別需求都有可能。

    不過如果關係有很多層,那就真的很麻煩了,最痛苦的一次經驗,就是20萬的案子被拿了一半走...唉......

    既然你點出有做到20萬的案子,我們就可以來看看這個客戶因為這個案子的累進收益是多少?
    首先將這個案子的總成本(對客戶而言),總共是24萬(含維護費,但不含回扣),攤到一年報銷,換言之,每月2萬(好啦!我承認我很懶)。
    依台灣人的賭性堅強的個性來估計,至少可以獲得10倍的收益,加上每月的成長,減去大小月影響,簡單算來就是乘以十:240萬。

    我想問的是:這個案子真的幫助客戶賺到240萬嗎?
    為什麼這麼問?因為微軟在推Windows Server 2003的口號是"以少作多",相當符合客戶的心理。
    那麼,若要以OSS來做的話,能提出證據來,證明OSS也可以"以少作多"嗎?

    是否可以提一個真實案例說明,並舉出其成本結構(百分比即可),
    另外,這樣的個案普遍性有多高?

    學生來破壞市場,這是天經地義的,其中有許多人吃飯不成問題,基本上可看成是接近義工性質,許多客戶又只看報價,你能怎麼辦?
  • edited 三月 2005
    嗯,討論越來越精采了,拿板凳坐著慢慢看 :-D
  • edited 三月 2005
    tokimeki 寫道:
    既然你點出有做到20萬的案子,我們就可以來看看這個客戶因為這個案子的累進收益是多少?
    首先將這個案子的總成本(對客戶而言),總共是24萬(含維護費,但不含回扣),攤到一年報銷,換言之,每月2萬(好啦!我承認我很懶)。
    依台灣人的賭性堅強的個性來估計,至少可以獲得10倍的收益,加上每月的成長,減去大小月影響,簡單算來就是乘以十:240萬。

    我想問的是:這個案子真的幫助客戶賺到240萬嗎?
    為什麼這麼問?因為微軟在推Windows Server 2003的口號是"以少作多",相當符合客戶的心理。
    那麼,若要以OSS來做的話,能提出證據來,證明OSS也可以"以少作多"嗎?

    是否可以提一個真實案例說明,並舉出其成本結構(百分比即可),
    另外,這樣的個案普遍性有多高?

    學生來破壞市場,這是天經地義的,其中有許多人吃飯不成問題,基本上可看成是接近義工性質,許多客戶又只看報價,你能怎麼辦?

    呵呵,這麼說吧,客戶若能夠完全善用CMS帶來的效益,要創造這種收益不難;重點就在於許多人只是盲目的追求,再者國內具有經濟規模的公司比率不高,這樣子的理想可能達成率不到百分之一吧。

    如果單純的以商品本身的本益比來看,以少做多絕對不會是微軟的專利;當然我們都無法否認,他們的行銷手法讓許多不可思議的構想實現了,這是我們需要學習的地方。

    我們兩個想法的出發點本來就不一樣,其實這樣的討論並不會有結果;相對的,我覺得你的論點與 snaking 有相仿的地方,或許你們有機會可以聊聊。 :-D

    我不會太過於去擔憂因為學生報價而失去的客戶,我會把重點放在願意相信專業的客戶;這個過程中我經常會聽到客戶抱怨,因為學生接案子的不穩定性造成相當的困擾,最後還是有我的機會存在。

    其實時間久了,你也應該會發覺,細膩的思考與我這樣子沒頭沒腦的其實沒有太大差異;做與不做、要怎麼做都會有風險,不同的角度自然有不同的看法,問我為什麼要做,其實大概就是那種莫名其妙的樂觀吧。

    ├106┤
  • edited 三月 2005
    kiang 寫道:

    呵呵,這麼說吧,客戶若能夠完全善用CMS帶來的效益,要創造這種收益不難;重點就在於許多人只是盲目的追求,再者國內具有經濟規模的公司比率不高,這樣子的理想可能達成率不到百分之一吧。

    如果單純的以商品本身的本益比來看,以少做多絕對不會是微軟的專利;當然我們都無法否認,他們的行銷手法讓許多不可思議的構想實現了,這是我們需要學習的地方。

    我們兩個想法的出發點本來就不一樣,其實這樣的討論並不會有結果;相對的,我覺得你的論點與 snaking 有相仿的地方,或許你們有機會可以聊聊。 :-D

    我不會太過於去擔憂因為學生報價而失去的客戶,我會把重點放在願意相信專業的客戶;這個過程中我經常會聽到客戶抱怨,因為學生接案子的不穩定性造成相當的困擾,最後還是有我的機會存在。

    其實時間久了,你也應該會發覺,細膩的思考與我這樣子沒頭沒腦的其實沒有太大差異;做與不做、要怎麼做都會有風險,不同的角度自然有不同的看法,問我為什麼要做,其實大概就是那種莫名其妙的樂觀吧。

    ├106┤

    我的論點跟snaking相仿,所以跟他討論不起來,要討論,當然要找不同論點的人囉...

    想的深遠,有些事就不敢去做,不是怕冒險,而是怕遺禍子孫。
    有點離題了,就此打住也好,先做再說。
  • edited 三月 2005
    真好,沒看過有論壇這樣討論的,其實我們還是應該探討深入一點,因為這是一個影響深遠的決定,後面的人可能也會跟隨我們的腳步,如果方向不對,會影響很多人!
    但不一定是立刻就是了!
  • edited 三月 2005
    其實這麼說吧,無論你我今天怎麼做,對後面的人都一定會有正、反兩面的影響;換個角度,其實影響的人再多,也都是冰山一角,要想影響你們擔心的那一堆人,那恐怕還有很多路要走呢!

    別拿那些不見得會發生的事情來絆住自己的腳,走一步、是一步,難道希望在沒有下一步的時候才驚覺自己原地踏步很久了嗎 :-D

    加油加油

    ├094┤
  • edited 三月 2005
    kiang 寫道:
    其實這麼說吧,無論你我今天怎麼做,對後面的人都一定會有正、反兩面的影響;換個角度,其實影響的人再多,也都是冰山一角,要想影響你們擔心的那一堆人,那恐怕還有很多路要走呢!

    別拿那些不見得會發生的事情來絆住自己的腳,走一步、是一步,難道希望在沒有下一步的時候才驚覺自己原地踏步很久了嗎 :-D

    加油加油

    ├094┤

    我想不用太嚴肅吧... 這又不是世紀審判,或是即將成為重大判例的東西 :-D

    我無意要影響你或是其他人要怎麼做,我只是丟出一些問題想請大家一起思考,應該要怎麼做,才能發展出最有應用性的CMS發展藍圖。
    當然,有很多是牽涉商業以及社群本質的東西,另外則是一些案例的討論等等。

    嗯... 我重新翻了翻這四頁,內容大致如以上所說。
    至於我和snaking的觀點是否正確,這很難說,畢竟我們說的一些東西還真的是老生常談,不過相對於snaking來說,我見的市面還不夠多,有時思考上還蠻一廂情願的。

    至於原地踏步一說,我必須承認,有很多事情,我的確原地踏步很久了。
  • edited 三月 2005
    討論到這裡,我是覺得關於這個討論串要怎麼做,已經有很明顯的結論了,所以前一頁我才會自動打住。
    現時點的問題大概是:是要像Sitepoint那樣出書,還是在網站上做好知識整理這種小問題而已。

    另外,我想要跟大家分享一件事:WebService似乎並不是最近才紅起來的新觀念,如果就其本質上的概念來說,那麼早期的免費計數器算不算是WebService的一種呢?如果是的話,那麼我們週遭來就有許多的應用,正等待著我們去組合、發覺。

    以上,廢話完畢。
  • edited 四月 2005
    精彩 太精彩了
    很久沒看到這麼值得討論的問題了
    看的真的讓人很過癮
    這個討論內容有深度
    我看過回應一下好了
    我支持kiang的想法,也許這樣的樂觀,也是一種傻勁,
    就因為有這樣的人的存在
    我們才有cms的使用,以及opensource可以使用.
    讓許多不懂程式的人可以使用,以及現今opensource的規模
    的成熟(應該還不算成熟,還有很多努力的空間)
    我感謝他們的存在. :lol:
    相信希望
  • edited 六月 2005
    唉呦~
    有人要登高一呼,當然要拍拍手呀~
  • edited 六月 2005
    Just do it!

    Learning by doing!
Sign In or Register to comment.