通過迎合集成商來提高你的開源項目使用率
在軟件生態中，有一類特殊的布道者，他們與那些樂意將開源工具整合到自己的產品中的組織合作。這些“集成商”（有時叫增值經銷商或電腦顧問）能促成在某次交易使用某軟件，因為他們是無直接銷售合約的可信賴的第三方。如果你能找到這些人，并吸引住他們，你的項目今后的發展就有了強有力的保證。
他們是一個開源項目能有的最佳伙伴。一旦集成商看上某個開源項目，他們就會想知道關于它的一切。他們會迷上那些讓他們過得更好的（即：幫助他們更快地保質交付）項目，保證他們的選民每天都能安安全全、沒麻煩和放心。
得到滿足的集成商們會幫忙推銷你的項目，游說他們的客戶使用，跟他們的合伙人說某某項目如何使他們的工作大為改觀。相應地，如果集成商們覺得自己沒有得到應有的重視，下至開發者、設計師，上及項目領導者都將會發現除了自己以外完全沒有人在用這個項目。
寶貝，樂得寵你
集成商們愿意關注你的項目。在很多情況下，那些人（跟他們所在的公司）的工作就是針對某商業需求向他們的客戶提供一個穩定且可靠的解決方法。他們跟任何咨詢顧問----特別是那些收費固定的一樣，他們要的就是能正常跑起來的、方便定制的且收費實惠的工具。開源項目對這些人一直都很是受用。
當集成商們在你的項目嘗到大甜頭時，他們就會四處推薦。他們會將你的項目推給他們的老板呀、合作伙伴呀、客戶呀，甚至坐飛機時身邊的某底層高管。
嘗到甜頭的集成商通常是項目和社區的福音。他們是潛在的開發者，每天帶著你的代碼沖進現實世界中的電子商務和企業里。他們代表終端用戶的需求，因為他們用你的項目實現軟件里的功能。那同樣帶給他們更多的經驗，因為他們用這軟件可以解決多種類型的問題。
這同樣給集成商們一個參與項目同時的秀自己能力的機會。如果他們進行代碼定制，他們就會不時來IRC頻道游蕩或者參與在線討論。對于有經驗的顧問，這不失為一個發掘潛在客戶的極好的方式----想用但沒用過又沒時間或專業人士來做定制的老板們很容易就會直接去找那些吹自己是這方面的專家的集成商。也就是說集成商們也得出現在討論區和郵件列表里。（實際上我就是在SmartBear上碰到我的編輯的。）
適當地向集成商們表示謝意，關注他們給項目帶來的東西。那怕這些人不會像你的核心團隊那樣在GitHub上頻繁提交，集成商們能決定項目能否盈利，因為他們能左右項目用在哪里以及怎么用。問問他們哪些功能最有用，哪些特性不夠直觀，有哪些挑戰。測試的時候也讓他們參與。
倘若哪天眾口難調，找到在集成商的需求和維護項目完整間的折衷點是你繼續保持項目----和它的社區----穩定且符合市場需求的關鍵。
我寫，故我是
有一個提高集成商積極性的方法是請他們幫忙指導終端用戶說明書的編寫。這樣能提高項目的接受度，因為這文檔是用來索引那些不熟悉代碼的人遇到的問題的。核心開發者寫文檔時傾向于默認讀者也是開發者----通常情況下這意味著這文檔里到處都是做了諸多可能不正確的關于終端用戶如何使用項目的假設下的“內部”語言。
集成商們拿著你的代碼與現實里的終端用戶打交道。因而他們能帶來可導向諸多場景的使用情形和實例。他們嶄新和獨特的視角能指出那些核心團隊沒碰到過的可用性問題。畢竟，他們沒有埋頭代碼堆里六個月之久。將集成商們的實戰經驗結合到你的終端用戶文檔里，能為你帶來更多的集成商，進而使項目和社區能取得長足發展。
了解你的集成商
你可以故意迎合你的集成商。組織一兩次視頻短會，請集成商們也參加，然后跟進他們的發言。跟他們扯到你們要加新組件時需要些什么。忽悠他們幫你測試某個新的涉及用戶友好的特性。這真的如你想的那樣是用戶友好的么？為什么？
聽聽他們關心的是什么。如果你的項目是一個內容管理系統，可能你們的所見即所得編輯器對某每天都要用的MarCom部門太復雜了----他們需要一個簡單但又容易定制的東西。這種需求通常會為核心開發者帶來很大的問題。改變編輯器的話能不能使項目更好用、更受用戶歡迎呢？
作為集成商我組織并參加了一些關于一個我最喜歡的項目的視頻短會，在與開發者的交互中，我發現我對項目的整體認知大大提高了。因此我能提出一些關鍵問題。通常情況下，這些問題會孵化出一組新的特性或功能，這是參與短會前無法預料的。
進兩步退一步
可以理解開發者是傾向于往項目里加新特性的。在當下，向后兼容是前提。但是確實是這樣的么？
集成商們通常一而再的被警告不要對核心代碼進行定制，因此我們（開發方）能方便的幫客戶升級到最新版。我們被這樣告知：擱置你的定制。然后我們樂呵呵的執行。
用新的樣式主題或者更好的文件系統對于開發者們和項目領導來說是振奮人心的。但不幸地，對于集成商來說，如果不能對一個采用舊版本的站點進行更新，這個新版是沒用的，不管它是多么漂亮。不向后兼容意味著我們（這里指集成商的顧問們）必須向老板說我們不能升級到新版，或者這需要花費大量人力物力將代碼庫升級到最新。如果想用更新中某個特性的站點必須因此支付大筆費用給顧問們，肯定會使某些人發瘋的。
一個看起來很簡單的主題或站點管理更新對集成商們來說可能是一場惡夢。在新舊版間引入沖突會疏遠集成商們，進而導致（通過購買集成商的產品）使用這項目的組織離你而去。讓集成商們參與整個流程、測試新舊版間可能有的沖突，能使他們有動力將可能有麻煩的模塊的反饋給你，保住項目細水長流。
改變可以是有益的，有時也是必要的，因為要保證走在最前。導致了分歧和災難的不是改變或改變本身，而是集成商們沒有被告知這會怎樣影響到他們的使用習慣。
不通知集成商們就引入激進的樣式主題或管理方式是死路一條。他們是根據日常使用情況與用戶打交道的，也是基于此日常使用情況覺得怎樣好看怎樣管理合適。集成商們會棄你而去，你甚至不會知道你這個大改進已經使項目陷入泥潭。
沉默并不是總是一件好的事情。假如你想轉移到一種新的方式做一些事情，例如項目模塊如何被打包，資產管理方式等等。可以試著介紹他們的時候慢一些并且留下一些原來的方式作為用戶適應過程中的可選項。包括集成商在做重大的決策時，他們會獎勵你通過更多的采納和強大的用戶群。
關于作者：
Donna M Snow 是一位硅谷移民，當前住在拉斯維加斯。是一位有著超過15年同開源打交道的集成商和設計者。并且有著同管理和開發團隊打交道的第一手經驗。她從事的技術包括Zope,Plone,Django,Drupal,ModX,Pimcore,WebGUI和WordPress.當她沒有被一個新項目纏身的話，她便狂熱的在本周視頻游戲中練一些toon。
英文原文：Improve Your Open Source Project Adoption by Catering to Integrators
