羅馬不是一天建成的。滴滴剛開始的時候也就是十來萬的外包軟體,可以預計不太可能有多好的架構。現在的系統或者平臺應該就是成長型的,從絕大多數成功的案例看,也只有成長型的平臺才能做大做強。一開始考慮的全面固然是好,但系統的能力可能只發揮到了20%或者更低。這從投入產出比看是非常不值得的。而且,一開始就做的很全面,難免會花更多的時間,而且這時間大多是花在那20%非核心功能上,這很有可能會讓你喪失接觸客戶的寶貴機會,同時也會讓系統缺少成長痛苦的經歷,成長過程踩得坑越多,你的系統就會越健壯。好的系統從來都不是一開始就能規劃或想出來的,而應該是從一個個困難中成長起來的。對於剛成立的公司,我的建議是要以產品為主,牢牢的抓住自己的核心技術或者核心商業模式,用最簡單最快捷的方式先讓核心技術活核心商業模式去面向客戶,讓客戶用起來。有了客戶使用,你才能有客戶反饋,才能檢驗產品,並加以改進。這種改進有技術方面的,有功能方面的,甚至有商業模式方面的。總之,我個人的看法是,系統或平臺符合當前的需求就好,可以領先一步,但不要領先太多,領先太多不僅會加大投入,而且還有可能制約發展。
羅馬不是一天建成的。滴滴剛開始的時候也就是十來萬的外包軟體,可以預計不太可能有多好的架構。現在的系統或者平臺應該就是成長型的,從絕大多數成功的案例看,也只有成長型的平臺才能做大做強。一開始考慮的全面固然是好,但系統的能力可能只發揮到了20%或者更低。這從投入產出比看是非常不值得的。而且,一開始就做的很全面,難免會花更多的時間,而且這時間大多是花在那20%非核心功能上,這很有可能會讓你喪失接觸客戶的寶貴機會,同時也會讓系統缺少成長痛苦的經歷,成長過程踩得坑越多,你的系統就會越健壯。好的系統從來都不是一開始就能規劃或想出來的,而應該是從一個個困難中成長起來的。對於剛成立的公司,我的建議是要以產品為主,牢牢的抓住自己的核心技術或者核心商業模式,用最簡單最快捷的方式先讓核心技術活核心商業模式去面向客戶,讓客戶用起來。有了客戶使用,你才能有客戶反饋,才能檢驗產品,並加以改進。這種改進有技術方面的,有功能方面的,甚至有商業模式方面的。總之,我個人的看法是,系統或平臺符合當前的需求就好,可以領先一步,但不要領先太多,領先太多不僅會加大投入,而且還有可能制約發展。