我們如何處理創意以及 LANBIX 是如何誕生的

LANIT-Integration 有許多富有創意的員工。 新產品和項目的想法實際上懸而未決。 有時很難確定最有趣的內容。 因此,我們共同發展了自己的方法論。 閱讀這篇文章,了解如何選擇最佳項目並實施它們。

我們如何處理創意以及 LANBIX 是如何誕生的
在俄羅斯乃至整個世界,許多進程正在發生,導致 IT 市場轉變。 由於運算能力的提升以及伺服器、網路等虛擬化技術的出現,市場不再需要大量的硬體。 供應商越來越喜歡直接與客戶合作。 IT 市場正在經歷各種形式的外包熱潮,從傳統外包到新一波的外包商——「雲端供應商」。 基礎設施系統和元素變得更容易維護和配置。 軟體的品質每年都在提高,整合商的任務也在改變。

我們如何處理創意以及 LANBIX 是如何誕生的

我們如何處理想法

產品啟動方向 “LANIT-集成” 已經存在一年多了。 我們的主要目標是創造新產品並將其推向市場。 我們開始的第一件事是組織產品創建過程。 我們研究了許多方法論,從經典到炒作。 然而,他們都沒有滿足我們的需求。 然後我們決定以精實創業方法為基礎,並使其適應我們的任務。 精實創業是艾瑞克·里斯(Eric Ries)創立的創業理論。 它基於精益製造、客戶開發、柔性開發方法論等概念的原則、方法和實踐。

至於產品開發管理的直接方法:我們沒有重新發明輪子,而是應用了現有的開發方法 SCRUM,增加創造力,現在它可以安全地稱為 SCRUM-WATERFALL-BAN。 SCRUM 儘管具有靈活性,但卻是一個非常嚴格的系統,適合管理僅負責一個產品/專案的團隊。 如您所知,經典的「整合」業務並不涉及指派全職技術專家來完成一個專案(也有例外,但極少),因為除了產品之外,每個人都忙於當前的專案。 從 SCRUM 開始,我們將工作劃分為衝刺、每日報告、回顧和角色。 我們選擇看板作為我們的任務流程,它很好地整合到我們現有的任務追蹤系統中。 我們透過無縫融入現有的事物秩序來建構我們的工作。
在進入市場之前,產品會經歷 5 個階段:創意、選擇、概念、MVP(更多詳細資訊請見下文)和生產。

想法

在這個階段,有些東西是短暫的──一個想法。 理想情況下,是解決現有問題或客戶問題的想法。 我們不缺乏想法。 根據初步計劃,它們應該由技術領域的員工產生。 為了讓一個想法被接受並進一步發展,作者必須填寫「想法設計模板」。 只有四個問題:什麼? 為了什麼? 誰需要這個? 如果不是我們的產品,那又是什麼?

我們如何處理創意以及 LANBIX 是如何誕生的

選擇

一旦完成的模板到達我們手中,處理和選擇程序就開始了。 選擇階段是勞動強度最大的階段。 在這個階段,形成了問題假設(我在上一段提到理想情況下一個想法應該解決客戶的問題並非沒有道理)和產品的價值。 形成尺度假設,即我們的業務將如何發展和繁榮。 與潛在客戶進行問題和專家訪談,以初步確認我們將生產所需的產品。 至少需要 10-15 次訪談才能得出產品需求的結論。

我們如何處理創意以及 LANBIX 是如何誕生的
如果假設得到證實,則會進行初步財務分析,評估大概的投資額和投資者的可能收益。 這一階段的結果是,一份名為「精益畫布」的文件誕生了,並提交給了管理層。

我們如何處理創意以及 LANBIX 是如何誕生的

概念

在這個階段,大約70%的想法被淘汰。 如果概念獲得批准,那麼創意開發階段就開始了。 未來產品的功能形成,實施路徑和最佳技術方案確定,商業計劃更新。 此階段的結果是開發的技術規格和詳細的業務案例。 如果成功,我們將進入 MVP 或 MVP 階段。

MVP還是MVP

MVP 是最小可行產品。 那些。 尚未完全開發但已經可以帶來價值並發揮其功能的產品。 在這個開發階段,我們必須收集真實使用者的回饋並做出改變。

生產

最後一個階段是生產。 達到此階段的產品不超過 5%。 這 5% 只包括最重要、必要、可行和功能性的產品。

我們有很多想法,並且已經收集了大量的產品組合。 我們分析每個想法並盡一切努力確保它到達最後階段。 令人高興的是,我們的同事並沒有對我們的研發方向漠不關心,而是積極參與產品和解決方案的開發和實施。

我們如何製作 LANBIX

讓我們來看看使用真實範例建立產品 - LANBIX 產品。 這是一個「盒裝」軟體和硬體系統,旨在監控小型 IT 基礎設施,並及時向決策者和業務用戶發出有關透過聊天機器人控制的故障的警報。 除了監控功能外,LANBIX 還包括幫助台功能。 該產品是我們所瞄準的細分市場所獨有的。 這既是我們的優勢,也是我們的痛點。 但首先要說的是。 我馬上就會說 LANBIX 是活生生的產品(也就是說,它還不是最終的開發版本,而是處於下一輪 MVP 階段)。

所以,第一階段是想法。 一個想法要誕生,就需要問題,而我們遇到了問題,或者更確切地說不是我們,而是我們的朋友。 下面我們就來看看不同業務領域發生的幾個真實情況。

一家小型管理公司在莫斯科地區擁有兩棟房屋。 擁有電腦的員工約有15人。 系統管理員是一位來訪的自由工作者(一位有愛心的居民的聰明兒子)。 管理公司的活動似乎對 IT 的依賴程度較弱,但該業務的特點是每月向許多當局報告。 公司負責人的系統盤(像往常一樣,結合了許多角色)的可用空間已用完。 當然,這並不是突然發生的;該​​警告持續了大約 2 個月,並且不斷被忽視。 但更新到來了,作業系統也更新了,幸運的是,它在更新過程中凍結了,在「死亡」之前抱怨磁碟繁忙。 計算機進入循環重新啟動狀態。 當我們解決問題並獲取報告時,我們錯過了報告截止日期。 看似一個小小的故障就會引發各種麻煩:從損失到訴訟和行政責任。

我們如何處理創意以及 LANBIX 是如何誕生的   

類似的事件發生在一家大型控股公司,該公司聯合了許多小公司,為整個辦公室提供單一的技術支援服務。 其中一個部門,總會計師的電腦壞了。 人們很早就知道它可能會壞掉(電腦速度極度減慢併升溫),但總會計師從未抽出時間向技術支援發送請求。 自然,剛好在發薪日就出故障了,部門員工好幾天沒錢了。

我們如何處理創意以及 LANBIX 是如何誕生的
從事小型批發貿易的小型企業有一個銷售網站,該網站託管在外部網站上。 我們透過一位老客戶的電話了解到該服務無法使用。 截至接到電話時,該網站已關閉約三小時。 又花了幾個小時才找到網站的負責人,又花了兩個小時才解決了問題。 因此,該網站幾乎整個工作日都無法訪問。 據該公司商務總監稱,這次停機給他們造成了約 1 萬盧布的損失。

我自己也遇到類似的情況,當時我來診所預約,必須去VHI登記。 由於一些微不足道的原因,他們無法送我去看醫生——早上有電湧,事故發生後,他們的郵政服務和與保險公司溝通的某些服務無法使用。 在回答我的問題「你們的管理員在哪裡」時,我被告知他們的管理員每週都會來拜訪一次。 而現在(當時已經16:00)他沒有接電話。 至少7小時,診所與外界隔絕,無法提供付費服務。

我們如何處理創意以及 LANBIX 是如何誕生的
所有這些案例有什麼共同點? 絕對所有問題都可以提前預防。 如果 IT 人員及時回應,損失本來可以減少。 如果使用者正確解釋早期症狀,這是可能的。

我們已經確定了問題假設:

  • 由於 IT 基礎設施故障響應速度慢而造成重大金錢和聲譽損失;
  • 使用者對故障早期症狀的誤解。

客戶可以用它們做什麼,以及如何避免將來出現類似情況? 沒有太多選擇:

  1. 聘請一名高素質的系統管理員並讓他認真工作;
  2. 將IT維護外包給專業服務公司;
  3. 獨立實施監控和故障報告系統;
  4. 為使用者/業務人員提供電腦基礎知識的培訓。

讓我們選擇第三個選項。 讓我們為那些由於各種原因不使用它的人提供一個監控系統。

抒情的題外話。 企業市場中用於監控IT服務的各種系統已經使用了很長時間,其好處是沒有爭議的。 我與大公司的代表進行了交談,了解了業務與 IT 之間的關係是如何建立的。 一家大型機械製造企業的技術總監將IT基礎設施的維護外包給了外部公司,但他本人對所有事情都瞭如指掌。 他的辦公室裡掛著一個大型監控系統螢幕,上面顯示 IT 服務的狀態指示器。 最關鍵的都包含在系統中。 技術總監隨時可以了解基礎設施的狀況如何,發生了什麼,問題出在哪裡,是否通知了相關責任人,問題是否正在解決。

上面列出的故事讓我們團隊思考如何為小公司創造最佳的監控系統。 因此,LANBIX 誕生了——一個任何人都可以部署的監控系統,無需任何 IT 知識。 這個系統的主要目標很簡單,就像所有旨在提高連續性和可用性的系統一樣 - 減少意外停機時的金錢和其他損失。 該設備旨在將“某些東西損壞”和“問題已解決”之間的時間縮短到最短。

為了證實這些假設,進行了問題訪談。 我無法想像有多少人願意告訴他們而不試圖向他們推銷。 每次對話持續至少 1,5 小時,我們收到了很多對進一步開發有用的信息。

我們來總結一下這個階段的結果:

  1. 對問題有一定的了解,
  2. 對價值的理解——有,
  3. 有一個解決方案的想法。

第二階段更加詳細。 根據其結果,我們必須向管理層(本質上扮演投資者的角色)提供一個業務案例(相同的精益畫布),以就產品的未來命運做出決定。

我們從市場研究和競爭分析開始,以了解他們在這個市場上的表現,最重要的是他們的表現。

結果如下。

  1. 市場上沒有適合我們細分市場(小型企業)的現成的盒裝監控系統,除了一三個之外,出於顯而易見的原因我不會談論它們。
  2. 奇怪的是,我們的主要競爭對手是擁有自製腳本和開源監控系統「插件」的系統管理員。
  3. 使用開源監控系統有一個明顯的問題。 有一個系統,有大量關於如何工作和修改系統以滿足您的需求的資訊。 在我採訪的管理人員中,許多人承認他們沒有足夠的能力來獨自實施他們的想法。 但他們不能向管理階層承認這一點,因為擔心被解僱。 事實證明這是一個惡性循環。

然後我們繼續分析潛在客戶的需求。 我們已經為自己確定了一部分小型組織,由於某種原因,他們沒有自己的 IT 服務,其中由新任系統管理員、自由工作者或服務公司負責 IT。 決定進入的不是IT方,而是業務方,提供創辦人和企業主提高IT基礎設施服務品質的工具。 該產品應該可以幫助所有者保護其業務,但同時也為負責 IT 的人員增加工作量。 該產品為企業提供監控 IT 支援品質的工具。

透過處理收到的數據,未來產品的第一個需求清單(一種粗略的待辦事項清單)誕生了:

  • 監控系統必須基於開源解決方案,因此價格便宜;
  • 安裝簡單快速;
  • 不應該需要 IT 方面的具體知識,即使是會計師(我絕不想冒犯這個行業的代表)也應該能夠部署和配置系統;
  • 應自動偵測網路上的監控對象;
  • 應自動(最好是自動)安裝監控代理程式;
  • 必須能夠監控外部服務,至少是一個CRM系統和一個銷售網站;
  • 應將問題通知業務和系統管理員;
  • 對於管理員和企業來說,警報的深度和「語言」應該不同;
  • 該系統必須由自己的硬體提供;
  • 鐵應盡可能容易取得;
  • 系統應盡可能獨立於外部因素。

接下來,計算產品開發的投資(包括技術部門員工的勞動成本)。 制定了商業模式草圖併計算了產品的單位經濟效益。

階段結果:

  • 高水準的產品積壓;
  • 尚未經過實踐檢驗的已製定的商業模式或規模假設。

讓我們進入下一階段——概念。 在這裡,作為工程師,我們發現自己處於我們的原生元素中。 有些「願望清單」被分解為組件/子系統/功能,然後轉化為技術規格/使用者故事,然後轉化為專案等。 我不會詳細討論準備一系列替代選項的過程;讓我們直接討論要求和所選的實施方法。

要求
解決方法

  • 它應該是一個開放的監控系統;

我們採用開源監控系統。

  • 系統安裝應簡單、快速;
  • 不需要特定的 IT 知識。 即使是會計師也應該能夠部署和配置系統。

我們提供已安裝的系統,用戶只需打開設備並進行一些配置,類似於路由器。

讓我們以簡單易懂的方式與設備互動。

讓我們為著名的即時通訊工具之一編寫我們自己的聊天機器人,並將與系統的所有互動轉移給它。

系統應該:

  • 自動偵測網路上需要監控的對象;
  • 自動安裝監控代理程式;
  • 能夠監控外部服務,至少是 CRM 系統和銷售網站。

我們為監控系統編寫附加元件:

  • 自動物體偵測;
  • 自動安裝代理程式;
  • 監控外部服務的可用性。

系統應該:

  • 將問題通知業務和系統管理員;
  • 能夠監控外部服務,至少是 CRM 系統和銷售網站。 對於管理員和企業來說,通知的深度和「語言」應該不同。
  • 該系統不需要特定的 IT 知識;即使是會計師也應該能夠部署和配置系統。
  • 讓我們為不同類型的使用者新增不同類型的通知。 它們的音高和深度不同。 商業用戶將收到諸如「一切都很好,但伊凡諾夫的電腦很快就會死機」之類的通知。 管理員將收到有關錯誤、錯誤主體、發生方式以及發生或可能發生的內容的完整訊息。
  • 讓我們新增使用額外負責人的郵件的功能,以便在發生故障時他會收到訊息。
  • 讓我們在發送帶有預先準備好的文字的電子郵件的基礎上添加與外部服務提供者的交互,因為正是這封電子郵件引發了這起事件。
  • 與系統的所有互動都將連接到聊天機器人;通訊以對話方式進行。

補充:

  • 讓我們新增「與管理員聊天」的功能,以便使用者可以直接向管理員發送描述問題的訊息。
  • 該系統必須在其自己的硬體上提供。
  • 鐵必須可用。
  • 系統應盡可能獨立於環境。
  • 讓我們使用一台現成的、便宜的 Raspberry PI 計算機。
  • 我們將設計一個不間斷電源板。
  • 讓我們新增一個獨立於本地網路狀態的數據機。
  • 我們將設計一座美麗的建築。

我們現在擁有三個子系統,它們都有自己的要求和實施願景:

  • 硬體子系統;
  • 監控子系統;
  • 使用者互動子系統。

我們對硬體子系統進行了初步設計。 是的是的! 違反了敏捷的所有規則,我們開發了一份文檔,因為製造工廠使用文檔。 對於其餘的子系統,我們確定了使用者(人),準備了使用者故事,並編寫了開發任務。

概念階段到此結束,結果是:

  • 硬體平台專案;
  • 以使用者故事的形式為其餘兩個子系統制定願景;
  • 作為虛擬機器實現的軟體原型;
  • 以支架形式實現的硬體原型,其中硬體解決方案經過實際強度測試;
  • 由我們的管理員進行的測試。

這一階段的問題主要是組織方面的,與工程人員缺乏銷售法律和會計方面的知識有關。 那些。 弄清楚銷售什麼以及如何銷售是一回事,而面對無情的法律機器則完全是另一回事:專利、開發任務、註冊、最終用戶許可協議以及我們作為創意人士最初沒有考慮到的更多內容。

目前還不是問題,而是與外殼設計相關的困難。 我們的團隊僅由工程師組成,因此第一個版本的外殼是由我們的電子專家用有機玻璃「建造」的。

我們如何處理創意以及 LANBIX 是如何誕生的
溫和地說,這具屍體看起來頗具爭議,尤其是對大眾來說,被現代科技寵壞了。 當然,老一輩的「庫裡賓」中也有鑑賞家──這棟建築在他們心中喚起了懷舊的情感。 決定重新製造和設計外殼,因為舊外殼除了美觀缺陷外,還存在結構缺陷 - 有機玻璃不能很好地承受設備的組裝和拆卸,並且容易破裂。 我再給大家介紹這個案例的製作過程。

現在我們已經接近終點——MVP。 當然,這還不是最終的生產產品,但它已經很有用和有價值了。 此階段的主要目標是啟動「創建-評估-學習」循環。 這正是 LANBIX 所處的階段。

在「創建」階段,我們創建了一個執行指定功能的設備。 是的,它還不完美,我們會繼續努力。

讓我們回到身體的製造,即將我們的設備從懷舊轉變為現代的任務。 一開始,我在市場上尋找櫥櫃製造商和工業設計服務。 首先,俄羅斯市場上生產錶殼的公司並不多,其次,現階段的工業設計成本高得令人望而卻步,大約在1萬盧布左右。

他們聯繫了我們的行銷部門進行設計;這位年輕的設計師已經準備好進行創意的實驗。 我們概述了我們對船體的願景(之前研究過船體構造的最佳範例),而他反過來將其變成了一件藝術品。 剩下的就是生產它。 我們對我們的設計感到自豪,並求助於我們的合作夥伴。 他們的執行長立即粉碎了我們的幻想,完全免費地指出了我們無法以我們選擇的方式生產的東西。 外殼可以生產出來,不會比蘋果差,但外殼的成本會比所有電子元件貴三到四倍。 經過一系列的操作和批准,我們設計出了可以製造的外殼。 是的,它並不像我們計劃的那麼漂亮,但它是實現當前目標的理想選擇。

我們如何處理創意以及 LANBIX 是如何誕生的
階段結果:第一批設備已做好戰鬥和測試準備。

現在最困難的是「評估」階段,而我們的產品正是處於這個階段。 我們只能根據真實客戶的使用結果來評估,這裡不做任何假設。 我們需要那些「早期採用者」提供回饋並對產品做出真正需要的更改。 問題出現了:從哪裡獲得客戶以及如何說服他們參與實驗?

在所有可能的選擇中,我們選擇了一套經典的數位工具:社群網路上的登陸頁面和廣告活動。

這個過程已經啟動,但現在談論結果還為時過早,儘管已經有了回應,並且我們的許多假設也得到了證實。 令人驚訝的是來自完全不同業務部門的代表的反應,比我們預期的要大得多。 忽略新的介紹是愚蠢的,根據訪談結果,決定推出名為 LANBIX Enterprise 的平行 LANBIX 系列。 我們增加了對分散式基礎設施的支持,透過故障排除和本地化來監控 Wi-Fi 網絡,以及監控通訊通道的品質。 服務公司對該解決方案表現出最大的興趣。 同時,我們已經開發的設備在解決方案的運作中發揮著重要作用。

接下來會發生什麼

最初的 LANBIX 接下來會發生什麼,將根據活動的結果而變得清晰。 如果我們的假設沒有得到證實,根據精益方法論,我們將無情地擺脫它或將其轉化為新的東西,因為沒有什麼比製造出一種沒人需要的產品更糟糕的了。 但現在我們可以說所做的工作沒有白費,多虧了它,出現了我們正在積極開發的並行產品的整個分支。 如果成功,LANBIX將從MVP階段進入最終階段,並將按照可理解的產品行銷經典規律進行發展。

我再說一遍,現在我們希望找到早期採用者、可以安裝我們產品的公司,以收集回饋。 如果您有興趣測試 LANBIX,請在評論或私訊中留言。

我們如何處理創意以及 LANBIX 是如何誕生的

來源: www.habr.com

添加評論