一個好的產(chǎn)品一定是解決業(yè)務(wù)問題并達到業(yè)務(wù)目標(biāo),沒有前期的業(yè)務(wù)建模和全局設(shè)計導(dǎo)入,那么好產(chǎn)品可能濫用而變成一個壞產(chǎn)品,所以這本質(zhì)不是產(chǎn)品出了問題,而是產(chǎn)品使用過程中出現(xiàn)的問題。舉了例子來說,現(xiàn)在各個大廠家基本都推出有自己的大數(shù)據(jù)平臺和解決方案,從總體架構(gòu)來看相差并不大,包括分布式架構(gòu),MPP,Hadoop框架的集成,實時流處理等。從這個點上來說,只能算一個平臺,那么這個平臺能否用好,能否真正解決好業(yè)務(wù)面臨的大數(shù)據(jù)場景和問題,不是產(chǎn)品本身能夠解決的,更加重要的還是業(yè)務(wù)建模和產(chǎn)品實施過程解決的。但是一個好的產(chǎn)品能夠做的是,業(yè)務(wù)建模本身復(fù)雜度很難降低,那么產(chǎn)品本身的實施復(fù)雜度一定是可以簡化和自動化。咨詢和實施都難,在產(chǎn)品的推廣過程中帶來大量的人力成本消耗和投入,那么產(chǎn)品本身的價值已經(jīng)很小。
產(chǎn)品不要考慮大而全,而是根據(jù)業(yè)務(wù)場景和需求解決實際的業(yè)務(wù)問題,那么在這個思維下小產(chǎn)品一開始就應(yīng)該按照產(chǎn)品組件的模式進行總體架構(gòu)和設(shè)計,方便后期的多個產(chǎn)品組件的進一步功能組裝和整合。在產(chǎn)品的研發(fā)中需要進一步強調(diào)基礎(chǔ)平臺,所有的產(chǎn)品組件都需要基于基礎(chǔ)平臺,基礎(chǔ)平臺+產(chǎn)品組件模式方便后續(xù)總體的大產(chǎn)品規(guī)劃和迭代演進模式。
在產(chǎn)品研發(fā)的過程中我們經(jīng)常借鑒各種開源的產(chǎn)品和項目,經(jīng)過最近多年的思考,對開源項目的全盤復(fù)制和簡單的二次封裝相當(dāng)不好。一個完整的開源項目往往滿足了諸多的應(yīng)用場景,設(shè)計了不同的功能組件和接口,雖然很完整,但是細節(jié)的點上往往做的并不好,即我們花費了大量的時間去將需求適配到開源項目的產(chǎn)品架構(gòu)上,并容忍大量無用的功能的存在。很多時候我們更應(yīng)該是對開源項目源代碼和設(shè)計思路進行借鑒,對底層的各種開源小組件進行復(fù)用,而不是對整個產(chǎn)品。在我們進行產(chǎn)品研發(fā)過程中,本身也應(yīng)該有一種開源精神,特別是淘寶大量項目的開源是一種很好的榜樣,各個團隊都應(yīng)該學(xué)習(xí),有時候只有樂于分享,往往才容易掙脫自我的屏蔽,加強和外界的交流和討論并加速團隊和產(chǎn)品的成長。
一個短期吸引眼球的產(chǎn)品往往更加注重的是前臺界面展現(xiàn)和功能,而一個能夠深耕細作的產(chǎn)品則更加注重后臺領(lǐng)域?qū)幽芰υ偈乔芭_展現(xiàn)。特別是我們在規(guī)劃和研發(fā)產(chǎn)品的時候,一定要抓住產(chǎn)品的核心能力,特別是產(chǎn)品的高可靠性,大并發(fā)下的性能等,其次才是如何呈現(xiàn)和交互設(shè)計的問題。底層設(shè)計和能力開放要花時間做扎實,此為產(chǎn)品立足之本,前臺功能交互設(shè)計要體現(xiàn)足夠的簡單易用,只是用戶的切實感受。對于傳統(tǒng)的縱向的產(chǎn)品開發(fā)模式,后續(xù)完全有可能按橫向分層模式進行分組和設(shè)計,我最近在思考領(lǐng)域建模和設(shè)計的時候,更加關(guān)注朝這種模式轉(zhuǎn)型的可行性。
技術(shù)是為業(yè)務(wù)服務(wù)的,沒有最好的技術(shù),只有能夠匹配當(dāng)前業(yè)務(wù)需求并具備持續(xù)擴展能力的技術(shù)。如果不能解決最終的業(yè)務(wù)場景下的實際業(yè)務(wù)需求,那么就談不上一個產(chǎn)品,產(chǎn)品最終的價值是實現(xiàn)業(yè)務(wù)需求后帶來的附加價值,而不是產(chǎn)品本身采用了什么先進的技術(shù),分層的架構(gòu)。因此我們在構(gòu)思和規(guī)劃一個產(chǎn)品的時候,一定要考慮產(chǎn)品的最終用戶,產(chǎn)品解決的細分后的業(yè)務(wù)場景和問題,產(chǎn)品本身能否帶來業(yè)務(wù)流程效率的提升等。
一個完全不需要任何定制開發(fā)的產(chǎn)品研發(fā)和設(shè)計,往往需要付出成倍的工作量,指數(shù)級的產(chǎn)品研發(fā)復(fù)雜度的增加,因此一開始不要去考慮這種模式,而應(yīng)該更多的考慮特定的業(yè)務(wù)領(lǐng)域和場景,后續(xù)在真正的產(chǎn)品實施過程中經(jīng)驗積累后不斷的再對產(chǎn)品進行重構(gòu)和能力提升,只是一個開始產(chǎn)品必須具備這種可擴展的能力。
產(chǎn)品不缺界面和交互,缺的是一種氣質(zhì);不缺功能操作,缺的是一種靈魂;不缺縱向操作,缺的是橫向協(xié)同;不缺系統(tǒng)分析和設(shè)計,缺的是業(yè)務(wù)分析和建模。
來源:pmtoo
學(xué)習(xí)了
說的非常有道理!