第218章 TestFlight(續)

  第218章 TestFlight(續)

  租個企業開發帳號用用??

  這個聽起來理論上可行。

  但IT領域往往是一些聽起來很有理論性的東西實際上都很不靠譜。

  像租借企業開發帳號這事同樣是很不靠譜,而且比買企業開發帳號更不靠譜。

  確實有不少企業會將企業開發帳號往外租。

  但你要知道一般進行企業開發帳號租賃的肯定不會只租給你一個人用。

  而租帳號的其餘人可未必都是想老老實實進行軟體測試的。

  很可能是為了繞過AppStore的審核,想通過這一套機制進行不法應用的發布。

  如果和你共同租用同一企業開發帳號的別的開發者通過該企業簽名進行了違反相關法律法規軟體的分發。

  事發之後,官方或者是平台方在打擊這類軟體的時候往往直接將該企業開發帳號的企業簽名廢掉。

  這種情況下,你的軟體使用了相同的企業簽名。

  即便是你沒進行任何違規活動,也會出現城門失火殃及池魚這種。

  總之,到時候哭的地方都沒有。

  而且即便一切進行都很順利,涉及到這樣一款具有很高價值的軟體你卻採用了別的企業簽名。

  這行為跟引狼入室有什麼區別?

  總之,低級失誤能不犯就不犯。

  如此來看,相比於應用企業簽名分發軟體。

  似乎還是用個人開發者帳號進行測試應用的分發適合林灰現在這種情況。

  不過老實說這兩種方法林灰都不是太喜歡。

  除了這些方法之外,還有什麼方法麼?

  或許有人會奇怪,涉及到蘋/果開發帳號里不是除了個人開發帳號和企業開發帳號之外還有公司開發帳號麼?

  為什麼不考慮使用公司開發帳號呢?

  涉及到應用分發的情況下蘋/果應用商店的公司/組織開發帳號和個人開發帳號一樣雞肋。

  都是只能進行一百次分發。

  說起來林灰過段時間倒是可以試著申請下公司開發帳號。

  雖然公司帳號在應用分發上很雞肋。

  但公司開發帳號涉及到具體開發的時候允許多人同時開發一款軟體。

  這對以後一些需要協作搞定的項目無疑是很有幫助的。

  除了先前想到的幾種思路之外,林灰暫時也沒想到更好的思路。

  巧婦難為無米之炊,在TF跑偏的情況下,現在林灰也沒什麼太好的辦法。

  比起考慮workflow這款,林灰覺得現在他更應該考慮的是應用上架之後的定價問題。

  前世workflow這款軟體上架之後的定價是國內18元,海外定價是2.99美元。

  不過這個時空林灰並不打算延續之前的定價策略。

  涉及到workflow這款軟體林灰明擺著就是撈一筆就走。

  因此定價一定要高一些。

  等等。

  想到更高的定價,林灰突然靈機一動。

  涉及到應用測試的話除了除了應用企業簽名分發、TF簽名、個人開發者帳號分發之外。

  還有一種很奇葩的測試分發方式:

  ——利用兌換碼分發測試軟體來進行測試。

  當然這個時空的兌換碼有別於TF上的兌換碼。

  涉及到應用兌換碼進行分發的話。

  一般操作流程是:

  應用正常流程上架、然後給應用安排一段語焉不詳的介紹。

  然後再設置一個足以讓人退卻的價格。

  有這樣的價格存在多數普通軟體消費者根本不會考慮到這種應用。

  這個時候完全可以進行測試。

  當然進行測試的時候也不需要開發者再額外花錢讓內測人員花大價錢下載應用。

  只需要對內測人員進行兌換碼的分發就可以了。

  之前林灰沒想到這種方式並不怪林灰。

  因為一般來說很少有效率軟體是用這種方式進行內測的。

  反倒是一些付費遊戲經常利用兌換碼來進行內測。

  現在突然想到這點,林灰越想越覺得有很大的可行性。

  不過這種方法在具體實現的時候還是需要一點點策略的。

  要考慮到有不明真相的用戶不小心付費下載這種情況。

  因為哪怕價格定的再離譜簡介再奇葩也會有可能有人不小心下載這個軟體。

  為了避免一些不必要的泄密,必須在軟體結構上做一點點調整。

  涉及到這個倒是好說,直接把軟體主要功能再封裝到黑盒一遍。

  設計成大概類似於二級結構那種,使得即便有用戶下載了也只能得到一個空殼軟體。

  必須在應用內再輸入一遍其他的碼才能解鎖全部功能,類似於軟體里在開專業模式一樣。

  只不過和南風APP那個軟體的專業模式需要用錢開通不一樣。

  這次林灰封裝起來的正常功能必須輸入相應的口令才可以獲得解鎖。

  涉及到分發的問題解決了。

  問題似乎又回到了先前的起點,去哪找內測人員?

  涉及到內測人員的事,林灰依舊沒思路。

  不過林灰覺得黃靜應該有辦法。

  畢竟黃靜的學姐簡直是無處不在。

  老實說關於內測這件事林灰想得事情有點多。

  之所以想這麼多搞得如此麻煩,

  跟林灰現在的身份有關係。

  如果林灰是個小白的話根本不需要內測。

  畢竟誰會在乎一個編程小白開發的程序有什麼問題呢。

  但現在不一樣。

  一堆頭銜加持的林灰,不知道有多少雙眼睛注視著。

  在等著林灰出現低級失誤。

  縱然林灰可以換馬甲發布,但所謂的馬甲在平台眼中沒有秘密。

  在官方眼中更沒有任何秘密。

  這種情況下林灰做事無疑需要很慎重。

  林灰又想到了先前復刻前世TestFlight這事。

  如果軟體都通過類似於兌換碼這種機制進行內測。

  那還有必要復刻前世TestFlight嗎?

  這兩個其實並不衝突。

  因為這個時空只有付費應用在上架和更新版本時才會有兌換碼。

  而且單次獲得的兌換碼是極其有限的。

  基本上一次100~200個兌換碼這樣。

  雖然這也不算多,但起碼能碾壓通過個人開發者帳號進行分發的效率。

  但這跟前世TestFlight動輒可以向高達10000名測試人員分發待測試應用完全沒有可比性。

  除了分發數量的多寡不是一個數量級之外。

  前世TestFlight這個應用進行分發時還能使用於全平台。

  而應用兌換碼的話目前來說只能涵蓋手機端。

  而且前世TestFlight價值不僅僅在於軟體分發上。

  蘋果應用商店的價值大家都知道。

  而前世TestFlight可是一度被稱為第二應用商店的存在。

  這重要性可見一斑。

  (本章完)