2021-04-05 14:56:31
企業APP讓數據處于中心地位_
避免一成不變
世上沒有兩個公司企業小程序開發是一樣的。每一個公司都有自己特有的文化、需要和工作流程。如果你之前參與過重大技術產品的安裝或升級，那么可能曾將大部分時間都用在配置產品上了，以滿足公司的具體要求。如果這聽起來耳熟的話，那么你可能還對與自定義配置有關的間接成本十分了解。你越偏離某一產品的“開箱即用”(out-of-the-box)版本，用以支持和升級這一產品新版本的成本就越高，耗費的時間也越長。
保留產品的單一“版本”有助于避免“技術債務”(指匆忙的實現一個功能，卻對現有程序庫造成了破壞)，加快服務提供商將產品投放市場的速度。在預置(on-premise)技術領域，這被稱為“開箱即用”產品；在云服務領域，這被稱為“產品服務”(productionoffering)。隨著廠商繼續向云計算的轉型，他們也會避免核心產品序列過多。
實際上，一款產品企業小程序開發的序列越多，數據搜集和分析就越困難，診斷解決問題并加以創新的難度也越大。最終，每增加一個不重要的自定義選項，產品的當前和未來價值都會減損。
靈活的產品發布時間表 企業小程序開發鑒于數據是產品決策的核心，產品發布日期會變得越來越靈活。通常情況下，MVP產品會預先向少數用戶發布。如果從提前發布搜集的數據表明，某項功能并不會產生預期的結果，那么重新回爐進行改進，而非發布效率低下的功能，這既符合用戶的利益，對服務提供商而言也是好事。 企業小程序開發由于產品發布日期變得更靈活，就需要對變更管理計劃做出相應的調整。新產品向整個用戶群的發布不再像以前那樣拘泥于具體日期，而是覆蓋好幾天的時間。隨著我們做出的調整逐漸被采納，變更管理專業人士和IT部門應該側重于對新功能意圖的理解，闡明它們可以幫助員工的實用案例。
令變更管理更順暢 MVP新功能和初始交付版本的快速發布，將使得產品變更誘發的問題得到緩解。傳統的做法是，發布新的應用版本，采取重要變更管理措施培訓用戶熟悉新功能。反反復復、數據驅動的方法有助于隨著時間完善整個過程。 我們想象一下，以前服務提供方是每隔三年對產品進行一次升級，每次升級便一次性提供100項新功能，而現在他們或每周或每月升級一次，將這100項新功能逐次推出。結果，用戶自然就能適應這些變化，服務供應商也能打造一款更能滿足用戶需求的產品。正是出于這方面的考慮，Facebook現在每天兩次發布新代碼。
服務提供方贏取信任 過去，軟件一直被當做產品。個人或公司購買軟件產品，并將其安裝在電腦上或公司的服務器里。軟件即服務(SaaS)的引入使得這一模式發生了根本變化。以前，購買產品是交易行為，一切圍繞實際產品展開，而現在購買服務則涉及建立某種關系，這種關系是建立在信任、可靠和質量的基礎之上。
當你在研究為自己的公司采購技術產品的選擇時，不應專注于服務提供方的現有產品，而是應該著重了解他們的發展方向、他們客戶的反饋以及在產品實用性和創新方面的記錄。企業級技術創新如今迎來了激動人心的時刻。過去，應用是按照機器人開發的原則進行設計，如今則不一樣了，企業小程序開發變得更有魅力。 所有成功的消費類應用都采用這種構架：靈活、快速發布、數據驅動設計、迭代部署、精益創業
企業小程序開發社交網絡平臺Yammer企業戰略主管布萊恩·默里(BrianMurray)今天在《福布斯》雜志網絡版上撰文，闡述了一種新的企業小程序開發制作模式。他指出，這種新模式不再完全依賴于少數有發言權的技術人員的反饋和產品經理的直覺，而是將數據放在產品決策的中心地位。 過去二十年間，企業級市場的小程序開發制作和發布總是有規律可循：需要對一款產品做出改進；從利益相關方那里搜集意見；根據這些意見提出相應的功能參數；開發和測試相關代碼；功能最終發布。整個過程通常耗時數年之久。 但時代變了。在云計算的支持下，面向個人用戶的互聯網公司首創了一種開發和發布技術產品的新構架，而且迅速在企業級市場得到推廣。所有成功的消費類應用都采用這種構架，人們用各種各樣的詞匯來描述它的要素：靈活、快速發布、數據驅動設計、迭代部署、精益創業等等。
靈活的產品發布時間表 企業小程序開發鑒于數據是產品決策的核心，產品發布日期會變得越來越靈活。通常情況下，MVP產品會預先向少數用戶發布。如果從提前發布搜集的數據表明，某項功能并不會產生預期的結果，那么重新回爐進行改進，而非發布效率低下的功能，這既符合用戶的利益，對服務提供商而言也是好事。 企業小程序開發由于產品發布日期變得更靈活，就需要對變更管理計劃做出相應的調整。新產品向整個用戶群的發布不再像以前那樣拘泥于具體日期，而是覆蓋好幾天的時間。隨著我們做出的調整逐漸被采納，變更管理專業人士和IT部門應該側重于對新功能意圖的理解，闡明它們可以幫助員工的實用案例。
令變更管理更順暢 MVP新功能和初始交付版本的快速發布，將使得產品變更誘發的問題得到緩解。傳統的做法是，發布新的應用版本，采取重要變更管理措施培訓用戶熟悉新功能。反反復復、數據驅動的方法有助于隨著時間完善整個過程。 我們想象一下，以前服務提供方是每隔三年對產品進行一次升級，每次升級便一次性提供100項新功能，而現在他們或每周或每月升級一次，將這100項新功能逐次推出。結果，用戶自然就能適應這些變化，服務供應商也能打造一款更能滿足用戶需求的產品。正是出于這方面的考慮，Facebook現在每天兩次發布新代碼。
服務提供方贏取信任 過去，軟件一直被當做產品。個人或公司購買軟件產品，并將其安裝在電腦上或公司的服務器里。軟件即服務(SaaS)的引入使得這一模式發生了根本變化。以前，購買產品是交易行為，一切圍繞實際產品展開，而現在購買服務則涉及建立某種關系，這種關系是建立在信任、可靠和質量的基礎之上。
當你在研究為自己的公司采購技術產品的選擇時，不應專注于服務提供方的現有產品，而是應該著重了解他們的發展方向、他們客戶的反饋以及在產品實用性和創新方面的記錄。企業級技術創新如今迎來了激動人心的時刻。過去，應用是按照機器人開發的原則進行設計，如今則不一樣了，企業小程序開發變得更有魅力。 所有成功的消費類應用都采用這種構架：靈活、快速發布、數據驅動設計、迭代部署、精益創業
企業小程序開發社交網絡平臺Yammer企業戰略主管布萊恩·默里(BrianMurray)今天在《福布斯》雜志網絡版上撰文，闡述了一種新的企業小程序開發制作模式。他指出，這種新模式不再完全依賴于少數有發言權的技術人員的反饋和產品經理的直覺，而是將數據放在產品決策的中心地位。 過去二十年間，企業級市場的小程序開發制作和發布總是有規律可循：需要對一款產品做出改進；從利益相關方那里搜集意見；根據這些意見提出相應的功能參數；開發和測試相關代碼；功能最終發布。整個過程通常耗時數年之久。 但時代變了。在云計算的支持下，面向個人用戶的互聯網公司首創了一種開發和發布技術產品的新構架，而且迅速在企業級市場得到推廣。所有成功的消費類應用都采用這種構架，人們用各種各樣的詞匯來描述它的要素：靈活、快速發布、數據驅動設計、迭代部署、精益創業等等。
聲明：本文來自于互聯網，觀點僅代表作者本人，不代表本平臺立場，如有侵犯您的知識產權的作品和其它問題，請與我們取得聯系，我們會即時修改或刪除。
