『壹』 請問一下：軟體類企業怎樣確認成本入賬
成本可以大致分為直接成本和間接成本（也叫間接費用）。對開發軟體來說，直接成本可以包括研發工資，研發材料費用等。
你所說的差旅費，要視具體情況歸類，所以不好直接答復你應該歸入哪一類，不過既然是源於合同為了開發軟體而發生的，應與合同取得的收益相配比。
『貳』 軟體開發企業的收入和成本怎樣確定我公司軟體開發企業，由於軟體是可以復制的怎樣確定售價和銷售成本
可以申請版權，這樣就可以保護自己的產品了，至少在簽訂了合同之後你可以拿出有利的證據，說明軟體是自己的，同時有了版權證書也可以起到軟體的宣傳作用，可以做一些國家免稅的優惠政策比如雙軟認定，高新技術企業認定，如果公司有一定的規模符合條件的話，還可以考慮創新基金。
『叄』 如何確定軟體的開發成本價格
軟體開發成本估算：
http://www.aka.org.cn/_Others/se_chatter/study/proj_mana/guess_cost.html
『肆』 軟體開發怎樣計算成本
你需要計算軟體運營費，包括程序維護，伺服器租金，平時管理，包哦員工利用，很多很多。
『伍』 軟體項目的成本如何估算
定製軟體開發是軟體開發的一個領域，開發定製的數字技術解決方案以滿足特定業務組織的特定需求。話雖如此，任何投資於定製軟體開發的組織都必須有適當的計劃和預算。定製軟體開發項目有兩個非常重要的限制需要考慮：時間和成本。（准確估算軟體開發項目的成本是保障其整體成功的關鍵）。
在為某個定製軟體開發項目制定計劃時，組織或個人會問兩個問題。
「多少錢？」
「多長時間？」
一、確定定製軟體開發的基礎工作
要確定和估算某個軟體開發項目的成本，必須了解定製軟體開發的基礎知識。更具體地說，您必須知道問題的答案：
「定製軟體開發是如何執行的？」
為了最簡單、最全面地回答這個問題，需要討論以下幾點，它們是定製軟體開發的基礎。
確定需求——它有助於更好地估算成本，還可以正確開發和執行開發任務。
計劃整個過程並設定目標——為整個軟體項目開發周期制定適當的計劃可以在時間和成本管理方面大有幫助。
詳細文檔——必須記錄項目計劃、實施計劃、測試計劃、范圍說明書和培訓計劃中的所有內容。
為定製軟體尋找合適的專業團隊——能夠高效工作並且能夠同時處理多項任務，為整個過程提升效益。
二、確定影響定製軟體開發成本的因素
在下面這一部分，討論影響自定義軟體開發項目的關鍵因素。確定軟體開發項目的成本需要組織或個人考慮並考慮這些因素。
軟體的規模和類型：軟體的規模和類型是決定開發成本的兩個關鍵因素。
例如，移動應用程序或電子商務商店將比銀行或醫院 ERP 解決方案等其他類型的軟體便宜。自定義軟體、倉庫管理、安全應用程序和 CRM 解決方案的類型通常更加昂貴和耗時。
復雜性：開發的復雜性是影響整體定製軟體開發估算的關鍵因素。
設計結構：設計結構有兩個關鍵領域：創意設計和UI/UX設計。這兩個因素對於項目的總成本都是必不可少的。
集成：第三方集成需要大量的精力和資源。
數據遷移：數據遷移是一個非常具體和准確的過程，需要自定義腳本和多個渠道。
開發時間：開發時間是影響定製軟體開發成本的關鍵因素，人力成本是最大的支出。
功能和平台：盡管聽起來很明顯，軟體運行的平台及其功能對您需要在產品上進行的整體投資有重大影響。
測試：有助於確定軟體的效率和功能，還涉及一些影響項目總成本的支出。
維護：在成本估算時，還必須考慮某種定製軟體產品的維護和支持類型。
三、如何估算定製軟體的規模
快速功能點方法是依據國際標准《ISO/IEC 24570－2005軟體工程NESMA功能尺度測量法2.1版功能點分析應用的定義和計數指南》提出的一種軟體規模度量方法。
該方法適用於軟體項目早期、中期、後期等各個階段的規模估算或測量。
快速功能點方法進行規模估算或測量的基本過程或步驟如下：
確定計數類型
識別系統邊界
識別功能點計數項
計算未調整的功能點數
計算調整後的功能點數。
那麼就讓新星為大家詳細對每個步驟進行剖析：
1、確定計數類型
根據需求或項目的類型確定計數類型。
計數類型分為三種：新開發、延續開發及已有系統計數。
對於新開發需求或項目，對預計（或實際）投產的功能進行計數；
對於延續開發需求或項目，對預計（或實際）新增、修改及刪除的功能均進行計數；
對於已有系統，對實際的功能進行計數。
2、識別系統邊界
在識別系統邊界的時候應注意：
應從用戶視角出發，不受系統實現影響；
主要是為了區分內部邏輯文件（ILF）和外部介面文件（EIF）；
事務功能應穿越識別的系統邊界。
3、識別功能點計數項
功能點計數項分為數據功能和交易功能兩類。
數據功能——包括內部邏輯文件（ILF）、外部介面文件（EIF）；
交易功能——包括外部輸入（EI）、外部輸出（EO）、外部查詢（EQ）。
數據功能：系統提供給用戶的滿足產品內部和外部數據需求的功能，即本系統管理或使用那些業務數據（業務對象），如「客戶信息」「賬戶交易記錄」等。內部邏輯文件或外部介面文件所指的「文件」不是傳統數據處理意義上的文件，而是指一組客戶可識別的、邏輯上相互關聯的數據或者控制信息。因此，這些文件和物理上的數據集合（如資料庫表）沒有必然的對應關系。
交易功能：系統提供給用戶的處理數據的功能，即本系統如何處理和使用那些業務數據（業務對象），如「轉賬」「修改黑名單生成規則」「查詢交易記錄」等。交易功能又稱為基本過程，是用戶可識別的，業務上的一組原子操作，可能由多個處理邏輯構成。例如，「添加櫃員信息」這個基本過程可能包含「信息校驗」「修改確認」「修改結果反饋」等一系列處理邏輯。
3、計算未調整的功能點數
a.採用預估功能點進行計數，計算公式如下：
FP＝35ILF+15EIF
——FP：未調整的功能點數，單位為功能點；
——ILF：內部邏輯文件的數量；
——EIF：外部介面文件的數量。
b.採用估算功能點進行計數，計算公式如下：
FP＝10ILF+7EIF+4EI+5EO+4*EQ
——FP：未調整的功能點數，單位為功能點；
——ILF：內部邏輯文件的數量；
——EIF：外部介面文件的數量；
——EI：外部輸入的數量；
——EO：外部輸出的數量；
——EQ：外部查詢的數量。
5、計算調整後的功能點數
根據不同的規模測算階段，需要考慮隱含需求及需求變更對規模的影響，因此，需要根據規模計數時機進行規模調整。
調整後的功能點數（AFP），計算公式如下：
AFP＝FP*CF
——AFP：調整後的功能點數，單位為功能點；
——FP：未調整的功能點數，單位為功能點；
——CF：規模變更調整因子，依據行業數據，項目估算早期（如概預算階段）通常取值為1.5；項目估算中期（如招投評標、項目立項、技術方案階段）通常取值為1.26；項目估算中後期（如需求分析完成及後評價）通常取值為1.0。
四、估算軟體項目開發成本
得出功能點數後，結合當地人力成本成本費率和項目非人力成本支出可以估算出軟體項目開發成本。
『陸』 做軟體開發的成本究竟如何估算
軟體成本評估的6個步驟：
1、軟體規模評估：
軟體規模評估是軟體成本評估的基礎，是為了保證軟體成本評估結果的客觀性和透明性，軟體規模信息必不可少。
在軟體規模評估過程中，如果能夠以軟體功能點方法作為主要的軟體規模評估方法，同時輔以其他的非標准評估方法，例如代碼行方法、用例數方法等，應用不同的軟體規模評估方法對規模評估結果進行真實性交叉檢驗，一方面可以提高軟體規模評估結果的可信度；另一方面，也可以對不同類型的項目干係人也會具有更強的說服力。
在實際的軟體規模評估過程中，軟體組織或者個人也可以根據自身的特點採用有別於上述評估方法的其他方法。但要注意的是，不管採用哪種軟體規模評估方法，都要盡可能的保證這個方法所評估結果的一致性和客觀性。
2、軟體工作量評估
如果說我們能夠算出開發軟體、維護軟體所投入的人員工作量，那麼我們也就相當於得到了相應的軟體成本。在軟體行業中的絕大多數項目裡面，影響軟體工作量的最主要因素還是軟體規模因素，當軟體規模越來越大時，也就意味著我們需要投入的工作量越多，這兩者之間是存在著正相關的關系。
在軟體工作量的評估中，還包含了五個小步驟，也就是收集歷史工作量數據、分析歷史工作量數據、建立工作量評估模型、評估工作量、工作量模型的標定和更新。通過這些步驟可以積累更多關於軟體組織開發工作量和維護工作量的數據，在此基礎之上，建立相應的工作量評估模型，從而為後續的工作量評估任務提供支持方法。
3、軟體階段工作量評估
在這個步驟中，軟體成本評估團隊應該充分考慮軟體項目的工期因素，對軟體項目總工作量安排和各個階段工作量安排進行優化分析，將軟體項目的總工作量以合理可行的方式分解為各個階段的工作量。
不僅如此，還要考慮軟體項目工期所面臨的各種工期約束條件，例如一些來自客戶的強制工期要求、市場競爭性、可用的人力資源、項目各階段人力資源分配的合理比例等約束條件，都在這個步驟中明確介紹了一系列階段工作量安排的改進和優化方法，包括階段工作量匯總法、資源平滑法、快速跟蹤法、趕工法以及軟體階段工作量的可行性評估方法等。
這些方法的主要目的就是在於將軟體工作總量以合理、可行的方式分配到軟體項目的各個階段，確保在不超出工作總量的前提下，盡可能降低人員成本、優化人力資源配置，為軟體預算、軟體開發計劃制定等管理活動提供充分的決策支持信息。
4、軟體人員成本評估
在這個步驟裡面，我們將會詳細說明如何在軟體開發和維護所需的工作量轉換為對應的費用信息，以便為相關的項目外部干係人提供更直接的決策依據。在軟體人員成本評估中，也包含有單一人員成本評估法、分類人員成本評估法和行業人員成本評估法。
5、軟體風險評估
在軟體開發的過程中，許多軟體組織明確認識到軟體行業的開發人員已經默認和接受了無償加班這一行業事實，這樣一來，就算沒有識別相應的風險信息，但也沒有嚴重後果，也就是說，如果風險發生了，那就加班。
這個步驟中通過應用不同的風險評價方法，將軟體項目的風險信息轉換為項目的成本信息，從而建立軟體項目的風險預算。
6、軟體成本報告與更新
軟體項目在開發過程中時，經常容易發生各種軟體需求變更、人員變更、工期變更等多種類型的變更，這些變更無一例外地將對軟體成本產生明顯的影響。
在這個步驟中，可以分析軟體成本更新面臨的困難，有哪些典型的軟體成本更新的信息來源，從機制設計的角度確保盡可能全面獲取軟體成本變更信息。最後遵循軟體組織所建立的軟體成本更新過程，將軟體成本變更信息反映到更新後的軟體成本評估結果中。
『柒』 軟體開發的成本如何核算！
軟體開發的成本如何核算
如今，不少企業都想擁有屬於自己企業或產品的手機APP，但其中最困擾企業主的問題就是：開發一款手機APP到底需要多少錢？
簡單點來說，要視手機APP的需求及質量而言，價位一般在幾千到十幾萬左右，更高端的價格更高。
四、APP開發公司的所在地
需要注意的是，同樣實力的APP開發公司，在不同的城市也會導致APP的成本費用高一些，如在北京、深圳和上海等地的開發公司開發成本費用就會比較高，因為當地開發人員的薪資和其他支出相對更高。
『捌』 開發一個App軟體成本是怎麼計算的
開發一個App軟體成本是怎麼計算的呢？
一航接觸過很多想通過APP作為產品去進行創業的創業者，在找到軟體團隊簡單的闡述完自己的需求後，緊接著就是問價「我想開發的這款APP大約要多少錢」，更有甚者連需求都不說「我想做一個類似XXX的APP要多少錢」。
互聯網是個神奇的大網，大數據開發和軟體定製也是一種模式，這里提供最詳細的報價，如果你真的想做，可以來這里，這個手機的開始數字是一伍扒中間的是壹壹三三最後的是泗柒泗泗，按照順序組合起來就可以找到，我想說的是，除非你想做或者了解這方面的內容，如果只是湊熱鬧的話，就不要來了。
上面對話中8萬的報價可能包含了3萬元的需求不確定性，商務經理或產品經理只能憑借自己的行業經驗進行粗略的評估。當然絕對不可能有10萬元工作量，即便如此也會在正式簽訂合同時再進行追加。賠錢做是不可能的了，如果客戶不同意追加費用，那寧可不接這一單，哪有對待陌生客戶還賠錢做生意的道理。
做為創業者資金緊張或是想節省成本，這個是可以理解的。但是不能一味的找報低價的軟體團隊，項目的報價跟很多因素有關，如果現在有朋友問我的話，我可能會說幾萬到幾十萬不等，在沒有給出明確的需求之前，所有的報價都是大概或是一個區間。軟體公司准確的報價都是建立在詳細需求梳理的基礎上。
聰明一點的軟體公司會給你報一個很低的價格，來跟你促成下一步的商談，然後再在商談的過程中慢慢給你普及這方面的知識，讓你認識做一個APP沒有你想的那麼簡單，不可能幾千塊、幾萬塊就能搞定。
那下面一航來幫你分析影響報價的因素有哪些：
第一：開發模式開發模式包含模板化開發、定製化開發兩個方向。(1)模板化開發。模板化開發基本就是開發團隊已經將某個行業的應用已經做好了(例如：本地化的團購)，然後直接給你部署源碼或是開通賬號，然後基於這個基礎進行修改部分的樣式等等。
如果是開通賬號的應用，那麼費用是相對比較低的，可能幾千塊左右就能搞定了，因為軟體公司的成本也低，軟體已經開發好了來客戶只開通賬號就可以了，增加的無非是伺服器的成本，簽一個就賺一個。這樣的應用你只能修改程序的一些樣式、文字等等，是不可能對業務流程進行調整和修改的
如果是部署源碼的應用，大部分是支持二次開發的，同時我們需要自行購買伺服器，然後讓公司按照自己的要求對程序進行修改，這個方式還是比較建議的，我們可以節省很多的成本。但二次開發是基於原有的業務或是開發與之相關的業務，比如在頁面增加某些欄位、新增某些數據的統計導出、增加分享功能、完善某個業務流程等等。如果對原來的程序進行大面積的調整的話還是建議走定製，因為在軟體開發中新開發功能比修改功能要快很多，業內人士肯定都懂的。
(2)定製開發。定製開發是按照客戶的要求量身定做，根據你的需求從0開發一款APP。這種方式成本是比較大的。根據開發方式的不同，對應的報價也會不同。APP的開發也分為原生開發和混合開發，混合開發成本相對原生開發來說成本要低一些，因為混合開發投入的人要少一些。簡單來說混合開發是通過結合原生和H5開發技術進行APP開發，一個人可以開發android、ios兩個客戶端。如果是原生開發的話需要android開發一名和ios開發一名，測試人員也需要針對兩個終端進行測試。成本高自然報價也高，關於混合開發和原生開發的差異就不在這里展開講了，後續可以專門寫一篇文章給大家介紹兩者的具體區別。
第二：需求復雜度
在確認了開發模式後就大概知道要投入的技術人員，然後再根據產品經理給出的業務思維導圖、需求文檔等項目資料來准確的評估項目研發的周期，需求的復雜度決定了項目周期的長短，項目周期也就決定了最終的報價。客戶跟產品之間的溝通是非常的重要，決定著項目後續項目的走向。客戶的特點是了解行業和業務，產品特點是了解互聯網產品的價值，如何可用，可行。需要雙方緊密結合來完成項目的研發。
那麼在溝通完後產品需要產出以下資料：
(1)產品功能思維導圖。思維導圖是一種將思維形象化的方法，是表達發生那思維有效的工具。它可以將你腦海中的功能按照相互隸屬的層級畫出來，通過圖形更清晰的表達你的需求。
(2)核心業務流程圖。通過思維導圖知道了項目大致的模塊和功能點，但是不知道整個產品的運轉邏輯，參與進來的角色有哪些，信息數據是怎麼傳遞的。這個時候就需要核心業務流程圖來表達。
(3)功能清單。功能清單是將思維導圖的細化，對導圖中的要做的功能進行細致的描述。讓項目經理或開發團隊能夠認識到功能大概的樣子。
(4)原型圖。原型圖是將需求轉化成產品的一個過程示意圖，是需求的外在邏輯，它可以更直觀的讓我們看到需求的樣子。原型圖要分為前端原型和後端原型，通過原型可以清楚地看到業務的說明、功能的分類、業務邏輯、頁面跳轉和細節說明等。
在這些資料的基礎上再進行報價，得到的價格是相對於准確的。軟體公司會根據具體的功能點進行計算，得到要投入的人數和天數，然後再按照公司的標准進行報價。其實報價的構成無非是：人數
* 天數 * 單價=項目總價。
假設拿一款社區團購類的APP來計算，軟體公司了解完具體要做的功能後，能知道項目上需要投入的人數、時間，再根據自己的收費標准進行報價，計算出來是19萬多一些。
軟體外包公司的盈利模式很簡單，
就是把低廉的員工時間高價賣給客戶，從中賺取差價，同一個員工的時間在某個階段只能賣給一個客戶。舉例：小張在某軟體公司工作，薪資是10000元，那公司在給客戶報價時，可能會按照28000元一個人月來報價，這樣公司可以賺取18000元的差價，再扣除小張身上的各種其他支出(五險一金、公司房租、水電、各種福利等)，那麼剩餘的就是公司的利潤。
還有一個問題就是這些文檔自己是整理不出來的，另外軟體公司在簽合同之前也不會把這些資料做的這么詳細，這個也是目前軟體外包行業的很大的問題。想開始之前整理好這些項目資料，只能自己去其他渠道找相關的產品經理，當然也可以聯系一航。這些將會幫我們節省很多不必要的開發成本。
那麼知道這些後，你自己可以想下「我要做一個類似XX的APP多少錢」這樣的問題得到的結果只能是個大概的價格區間。如果在沒有弄清楚具體的需求之前，草草的簽了合同，那麼基本上都是合同金額要大於項目實際金額的。
除了開發的費用外，其他方面的費用還有伺服器、域名、第三方平台(簡訊、語音通知)等費用，這些就相對於少些了，伺服器會佔大部分，前期用戶少可以先購買低配的伺服器，後面再根據用戶量和項目情況等再做配置升級。
最後，總結下如果想得到項目准確的報價，首先我們要確定項目的開發方式、項目形態(APP、小程序、公眾)、項目詳細的需求(功能思維導圖、核心業務流程圖、功能清單、原型圖)，有了這些後我們就非常清楚要做什麼，做出來是什麼樣子，這樣我們項目的風險會大大降低。