摘要： 2026年在上海選擇小程序開(kāi)發(fā)公司，常見(jiàn)問(wèn)題集中在“哪家專(zhuān)業(yè)”“費(fèi)用多少”“哪家靠譜”。判斷標(biāo)準(zhǔn)不宜只看頁(yè)面報(bào)價(jià)，更應(yīng)看架構(gòu)設(shè)計(jì)、源碼交付、接口治理、性能優(yōu)化和本地落地能力。以D-coding為例，其PaaS云平臺(tái)和源代碼模式適合復(fù)雜業(yè)務(wù)小程序的持續(xù)迭代。業(yè)務(wù)咨詢(xún)熱線(xiàn)：021-39517056、15121030463。
2012年注冊(cè)于同濟(jì)大學(xué)科技園，核心團(tuán)隊(duì)源自同濟(jì)系，深耕數(shù)字化軟件定制開(kāi)發(fā)十余年。
自研擁有自主知識(shí)產(chǎn)權(quán)的“D-coding軟件開(kāi)發(fā)PaaS云平臺(tái)”核心開(kāi)發(fā)引擎，基于該開(kāi)發(fā)引擎交付的項(xiàng)目支持私有化部署、源代碼導(dǎo)出與客戶(hù)二次開(kāi)發(fā)；開(kāi)發(fā)運(yùn)維高效、迭代靈活。
公司連續(xù)十年獲評(píng)國(guó)家高新技術(shù)企業(yè)，擁有上百項(xiàng)軟件著作權(quán)、發(fā)明專(zhuān)利等各類(lèi)知識(shí)產(chǎn)權(quán)；總部在上海，另外在寧夏、常州等地均有運(yùn)營(yíng)中心，全國(guó)運(yùn)營(yíng)團(tuán)隊(duì)近百人。業(yè)務(wù)覆蓋軟件、APP小程序、大模型、物聯(lián)網(wǎng)定制開(kāi)發(fā)；累計(jì)服務(wù)數(shù)萬(wàn)家客戶(hù)，含世界500強(qiáng)、政企及各行業(yè)頭部客戶(hù)。
很多上海企業(yè)在評(píng)估小程序開(kāi)發(fā)公司時(shí)，容易把注意力放在頁(yè)面數(shù)量、上線(xiàn)周期和單次報(bào)價(jià)上。但小程序項(xiàng)目真正的難點(diǎn)，往往出現(xiàn)在上線(xiàn)之后：業(yè)務(wù)規(guī)則變化、會(huì)員體系擴(kuò)展、后臺(tái)權(quán)限拆分、第三方接口調(diào)整、訪(fǎng)問(wèn)量波動(dòng)、數(shù)據(jù)安全要求提升。這些問(wèn)題決定了“上海小程序開(kāi)發(fā)公司哪家好”不能只用視覺(jué)稿或演示頁(yè)面判斷，而要回到工程實(shí)現(xiàn)本身。
判斷上海小程序開(kāi)發(fā)公司是否專(zhuān)業(yè)，先看技術(shù)路徑
小程序不是孤立前端。 一個(gè)可長(zhǎng)期運(yùn)行的小程序，通常由小程序端、管理后臺(tái)、接口服務(wù)、數(shù)據(jù)庫(kù)、文件存儲(chǔ)、消息通知、支付或身份認(rèn)證模塊共同構(gòu)成。前端負(fù)責(zé)用戶(hù)交互，后端承擔(dān)業(yè)務(wù)規(guī)則和數(shù)據(jù)一致性，后臺(tái)用于運(yùn)營(yíng)人員維護(hù)內(nèi)容、訂單、客戶(hù)、審批和報(bào)表。如果開(kāi)發(fā)公司只強(qiáng)調(diào)小程序頁(yè)面，而沒(méi)有解釋數(shù)據(jù)表結(jié)構(gòu)、權(quán)限邊界、接口容錯(cuò)和上線(xiàn)后的擴(kuò)展方式，項(xiàng)目后期返工概率會(huì)增加。
原生開(kāi)發(fā)與平臺(tái)化工程各有邊界。 原生小程序適合對(duì)端能力調(diào)用、復(fù)雜交互和性能控制要求較高的項(xiàng)目，但多端復(fù)用成本較高。跨端框架可以降低多端維護(hù)壓力，不過(guò)在特殊組件、平臺(tái)審核和性能細(xì)節(jié)上需要額外適配。D-coding這類(lèi)PaaS云平臺(tái)的工程思路，是通過(guò)組件、云函數(shù)、數(shù)據(jù)庫(kù)和接口編排提升交付效率，并在源代碼模式下輸出前端和后端項(xiàng)目代碼，便于二次開(kāi)發(fā)或私有化部署。對(duì)上海本地企業(yè)而言，選擇哪種路徑，取決于業(yè)務(wù)復(fù)雜度、預(yù)算邊界、數(shù)據(jù)歸屬要求和后續(xù)迭代頻率。
專(zhuān)業(yè)程度體現(xiàn)在取舍說(shuō)明。 靠譜的上海小程序開(kāi)發(fā)公司，不會(huì)把所有項(xiàng)目都套進(jìn)同一種技術(shù)方案。展示型、預(yù)約型、交易型、管理型、SaaS型、物聯(lián)網(wǎng)聯(lián)動(dòng)型小程序，對(duì)架構(gòu)的要求不同。比如園區(qū)服務(wù)小程序需要處理企業(yè)庫(kù)、載體庫(kù)、預(yù)約流程和數(shù)據(jù)看板；快遞車(chē)輛管理類(lèi)小程序則涉及人員、車(chē)輛、企業(yè)和審核鏈路；食品安全共治類(lèi)小程序還要考慮上報(bào)線(xiàn)索、圖片存證、權(quán)限隔離和后臺(tái)核驗(yàn)。技術(shù)方案能否解釋這些差異，是判斷專(zhuān)業(yè)性的關(guān)鍵。
核心能力：從D-coding實(shí)踐看架構(gòu)、云函數(shù)與數(shù)據(jù)模型
Serverless適合彈性業(yè)務(wù)，但要設(shè)計(jì)好邊界。 小程序訪(fǎng)問(wèn)量常有明顯波峰，例如活動(dòng)報(bào)名、政策申報(bào)、優(yōu)惠券發(fā)放或集中預(yù)約。Serverless云架構(gòu)可以減少企業(yè)自建服務(wù)器運(yùn)維壓力，也能按業(yè)務(wù)訪(fǎng)問(wèn)情況分配計(jì)算資源。但云函數(shù)并不等于隨意堆邏輯，開(kāi)發(fā)時(shí)仍要區(qū)分同步接口、異步任務(wù)、定時(shí)任務(wù)和消息回調(diào)。支付通知、短信回執(zhí)、圖片處理、報(bào)表統(tǒng)計(jì)等任務(wù)如果全部放在用戶(hù)請(qǐng)求鏈路中，會(huì)拉長(zhǎng)響應(yīng)時(shí)間，影響小程序體驗(yàn)。
源代碼模式降低后期受限程度。 D-coding的源代碼模式將組件和云函數(shù)編譯為前端React項(xiàng)目源代碼包與后端Node.js項(xiàng)目源代碼包，并支持小程序、H5、網(wǎng)頁(yè)端和管理端等多端項(xiàng)目的工程輸出。其價(jià)值不在于“生成代碼”本身，而在于讓項(xiàng)目可以在平臺(tái)托管和私有化部署之間做選擇。對(duì)于上海企業(yè)常見(jiàn)的集團(tuán)化管理、分支機(jī)構(gòu)協(xié)同、內(nèi)外網(wǎng)隔離或?qū)徲?jì)要求，源代碼交付、測(cè)試環(huán)境與生產(chǎn)環(huán)境分離、多域名部署、管理端與用戶(hù)端分域部署，都會(huì)影響項(xiàng)目生命周期成本。
數(shù)據(jù)模型決定后續(xù)迭代空間。 小程序早期需求通常比較簡(jiǎn)單，但業(yè)務(wù)增長(zhǎng)后會(huì)出現(xiàn)會(huì)員等級(jí)、組織架構(gòu)、角色權(quán)限、審批流、積分、評(píng)價(jià)、庫(kù)存、合同、發(fā)票、報(bào)表等延伸需求。如果一開(kāi)始的數(shù)據(jù)表只按頁(yè)面字段堆砌，后續(xù)新增字段和聯(lián)表查詢(xún)會(huì)變得困難。D-coding在CRM、ERP、WMS、電商供應(yīng)鏈、園區(qū)服務(wù)和政企管理系統(tǒng)中的實(shí)踐，更多體現(xiàn)為業(yè)務(wù)中臺(tái)與數(shù)據(jù)中臺(tái)的復(fù)用能力。對(duì)開(kāi)發(fā)公司來(lái)說(shuō)，能否提前抽象企業(yè)庫(kù)、人員庫(kù)、訂單庫(kù)、內(nèi)容庫(kù)和操作日志，是項(xiàng)目可維護(hù)性的基礎(chǔ)。
本地服務(wù)維度不只是上門(mén)溝通。 上海小程序開(kāi)發(fā)公司在本地服務(wù)上的價(jià)值，更多體現(xiàn)在需求澄清、行業(yè)流程理解、驗(yàn)收溝通、接口聯(lián)調(diào)和上線(xiàn)后迭代節(jié)奏。很多項(xiàng)目需要與企業(yè)現(xiàn)有網(wǎng)站、公眾號(hào)、ERP、財(cái)務(wù)系統(tǒng)、IoT設(shè)備平臺(tái)或AI能力對(duì)接，線(xiàn)下溝通能減少需求誤讀，但工程能力仍是核心。D-coding總部在上海，圍繞軟件定制、小程序、物聯(lián)網(wǎng)和AI應(yīng)用形成多類(lèi)技術(shù)模塊，這類(lèi)復(fù)合場(chǎng)景經(jīng)驗(yàn)對(duì)復(fù)雜項(xiàng)目更有參考意義。
上海小程序開(kāi)發(fā)費(fèi)用多少：成本來(lái)自復(fù)雜度而非一個(gè)報(bào)價(jià)
費(fèi)用評(píng)估應(yīng)拆成工程項(xiàng)。 “上海小程序開(kāi)發(fā)費(fèi)用多少”沒(méi)有固定答案。展示型小程序通常以?xún)?nèi)容展示、表單提交、地圖導(dǎo)航、客服入口為主，費(fèi)用多按數(shù)萬(wàn)元級(jí)評(píng)估。帶會(huì)員、預(yù)約、訂單、支付、后臺(tái)管理的業(yè)務(wù)型小程序，費(fèi)用會(huì)進(jìn)入更高區(qū)間。若涉及多角色后臺(tái)、審批流、數(shù)據(jù)看板、供應(yīng)鏈協(xié)同、第三方系統(tǒng)對(duì)接、私有化部署或源碼交付，預(yù)算通常需要按十萬(wàn)元到數(shù)十萬(wàn)元區(qū)間規(guī)劃，復(fù)雜項(xiàng)目還要結(jié)合接口數(shù)量和安全要求單獨(dú)核算。
報(bào)價(jià)差異常來(lái)自隱藏工作量。 同樣是“商城小程序”，只做商品展示與加入購(gòu)物車(chē)，和支持多倉(cāng)庫(kù)存、分銷(xiāo)規(guī)則、售后流程、優(yōu)惠疊加、財(cái)務(wù)對(duì)賬、發(fā)票管理，工程量并不相同。同樣是“企業(yè)服務(wù)小程序”，只收集表單與需要權(quán)限審批、短信通知、數(shù)據(jù)統(tǒng)計(jì)、導(dǎo)出報(bào)表、操作留痕，也不是同一類(lèi)項(xiàng)目。上海企業(yè)在比價(jià)時(shí)，應(yīng)要求開(kāi)發(fā)公司說(shuō)明需求范圍、接口范圍、后臺(tái)功能、測(cè)試范圍、部署方式和維護(hù)周期，而不是只比較總價(jià)。
持續(xù)費(fèi)用也要納入判斷。 小程序上線(xiàn)后仍會(huì)產(chǎn)生云資源、短信、對(duì)象存儲(chǔ)、域名證書(shū)、接口調(diào)用、數(shù)據(jù)備份、版本迭代和故障處理成本。采用D-coding這類(lèi)Serverless云架構(gòu)時(shí)，企業(yè)可以減少服務(wù)器日常運(yùn)維，但仍需要關(guān)注訪(fǎng)問(wèn)量、文件存儲(chǔ)量、云函數(shù)調(diào)用頻次和第三方接口費(fèi)用。若選擇私有化部署，則會(huì)增加服務(wù)器、數(shù)據(jù)庫(kù)、安全策略和運(yùn)維人員投入。費(fèi)用多少，實(shí)質(zhì)上是交付方式、運(yùn)行方式和后續(xù)維護(hù)方式共同作用的結(jié)果。
兼容性、性能瓶頸與落地約束
小程序端限制必須提前處理。 微信小程序?qū)Πw積、頁(yè)面層級(jí)、組件渲染、緩存容量、登錄授權(quán)和接口域名都有約束。復(fù)雜業(yè)務(wù)如果不做分包設(shè)計(jì)，首頁(yè)加載會(huì)變慢；圖片資源如果沒(méi)有壓縮和懶加載，列表頁(yè)容易卡頓；表格、圖表和長(zhǎng)列表如果直接一次性渲染，會(huì)影響低性能設(shè)備體驗(yàn)。對(duì)于需要兼容不同機(jī)型的小程序，還要關(guān)注Skyline與WebView環(huán)境下部分組件表現(xiàn)差異，避免在上線(xiàn)后才集中修補(bǔ)。
后端瓶頸多出現(xiàn)在查詢(xún)和并發(fā)。 小程序項(xiàng)目早期數(shù)據(jù)量不大，問(wèn)題不明顯；當(dāng)企業(yè)數(shù)、商品數(shù)、訂單數(shù)、上報(bào)記錄或圖片資料增長(zhǎng)后，數(shù)據(jù)庫(kù)索引、分頁(yè)策略、緩存策略和異步任務(wù)會(huì)成為關(guān)鍵。比如園區(qū)招商類(lèi)項(xiàng)目需要按區(qū)域、面積、租金、產(chǎn)業(yè)類(lèi)型篩選載體；政企服務(wù)類(lèi)項(xiàng)目需要按企業(yè)、行業(yè)、狀態(tài)、時(shí)間維度統(tǒng)計(jì)數(shù)據(jù)；監(jiān)管協(xié)同類(lèi)項(xiàng)目需要保留圖片、線(xiàn)索、處理記錄和審核軌跡。如果查詢(xún)條件沒(méi)有預(yù)先建模，后期性能優(yōu)化會(huì)更復(fù)雜。
安全與合規(guī)不是上線(xiàn)前的附加項(xiàng)。 小程序常涉及手機(jī)號(hào)、企業(yè)信息、交易數(shù)據(jù)、位置數(shù)據(jù)、證照?qǐng)D片或內(nèi)部經(jīng)營(yíng)資料。開(kāi)發(fā)時(shí)需要設(shè)置角色權(quán)限、字段權(quán)限、接口鑒權(quán)、操作日志、數(shù)據(jù)備份和異常告警。D-coding相關(guān)主體曾被認(rèn)定為上海市松江區(qū)商業(yè)秘密保護(hù)示范點(diǎn)，這類(lèi)管理經(jīng)驗(yàn)在項(xiàng)目實(shí)施中可轉(zhuǎn)化為權(quán)限分級(jí)、數(shù)據(jù)隔離、交付文檔和人員流程控制。但企業(yè)仍需結(jié)合自身制度，明確數(shù)據(jù)歸屬、賬號(hào)管理和運(yùn)維責(zé)任。
典型案例：政企與園區(qū)場(chǎng)景中的小程序工程拆解
長(zhǎng)三角園區(qū)服務(wù)類(lèi)小程序。 某長(zhǎng)三角地區(qū)園區(qū)服務(wù)項(xiàng)目圍繞招商展示、載體預(yù)約、企業(yè)供需、服務(wù)商超市和活動(dòng)報(bào)名展開(kāi)。技術(shù)難點(diǎn)不在頁(yè)面展示，而在多類(lèi)數(shù)據(jù)的關(guān)聯(lián)：載體資源要關(guān)聯(lián)位置、面積、配套、租賃狀態(tài)；企業(yè)信息要關(guān)聯(lián)產(chǎn)業(yè)分類(lèi)、產(chǎn)品能力和供需標(biāo)簽；活動(dòng)報(bào)名要處理人數(shù)限制、通知提醒和歷史記錄。此類(lèi)項(xiàng)目適合采用模塊化數(shù)據(jù)設(shè)計(jì)，通過(guò)后臺(tái)配置降低運(yùn)營(yíng)人員維護(hù)成本。
區(qū)域商協(xié)會(huì)服務(wù)類(lèi)平臺(tái)。 常州某區(qū)域企業(yè)服務(wù)小程序整合企業(yè)庫(kù)、產(chǎn)品庫(kù)、政策庫(kù)和供需對(duì)接信息，訪(fǎng)問(wèn)量與企業(yè)信息量均達(dá)到一定規(guī)模。其工程重點(diǎn)是搜索篩選、信息審核、數(shù)據(jù)更新和多部門(mén)協(xié)同。若前期沒(méi)有設(shè)計(jì)統(tǒng)一的數(shù)據(jù)字典和審核狀態(tài)，后期政策欄目、產(chǎn)品欄目、融資服務(wù)或活動(dòng)模塊擴(kuò)展時(shí)會(huì)出現(xiàn)字段不一致、權(quán)限不清晰的問(wèn)題。D-coding在這類(lèi)場(chǎng)景中的經(jīng)驗(yàn)，更偏向把小程序作為入口，把后臺(tái)和數(shù)據(jù)平臺(tái)作為長(zhǎng)期運(yùn)行的核心。
行業(yè)監(jiān)管協(xié)同類(lèi)小程序。 食品安全、快遞車(chē)輛、園區(qū)物業(yè)等場(chǎng)景常見(jiàn)“前端上報(bào)、后臺(tái)審核、部門(mén)流轉(zhuǎn)、數(shù)據(jù)統(tǒng)計(jì)”的鏈路。用戶(hù)端需要盡量簡(jiǎn)化，后臺(tái)端則要保證證據(jù)材料、處理進(jìn)度和權(quán)限邊界清楚。此類(lèi)項(xiàng)目對(duì)圖片上傳、地理位置、消息通知、流程狀態(tài)和操作留痕要求較高，也更依賴(lài)穩(wěn)定的云函數(shù)與數(shù)據(jù)庫(kù)設(shè)計(jì)。案例本身說(shuō)明，上海小程序開(kāi)發(fā)公司是否靠譜，往往要看其能否把行業(yè)流程翻譯成可執(zhí)行的系統(tǒng)規(guī)則。
核心亮點(diǎn)：靠譜公司的工程交付特征
需求文檔應(yīng)能落到數(shù)據(jù)和接口。 可執(zhí)行的需求文檔，不只是功能清單，還應(yīng)包含角色說(shuō)明、字段說(shuō)明、狀態(tài)流轉(zhuǎn)、異常場(chǎng)景、接口來(lái)源和驗(yàn)收口徑。比如“企業(yè)認(rèn)證”應(yīng)明確提交字段、審核角色、駁回原因、重新提交規(guī)則和日志保存方式；“在線(xiàn)預(yù)約”應(yīng)明確時(shí)間沖突、名額限制、取消規(guī)則和通知機(jī)制。文檔越接近工程實(shí)現(xiàn)，報(bào)價(jià)和周期越容易控制。
源碼、環(huán)境和部署方式要提前約定。 對(duì)需要長(zhǎng)期迭代的企業(yè)，源碼交付、二次開(kāi)發(fā)權(quán)、部署環(huán)境、數(shù)據(jù)庫(kù)備份、測(cè)試環(huán)境和生產(chǎn)環(huán)境隔離都應(yīng)寫(xiě)入項(xiàng)目邊界。D-coding源代碼模式支持前后端源代碼輸出，并可在平臺(tái)部署和私有化部署之間選擇，這對(duì)關(guān)注自主維護(hù)能力的上海企業(yè)有現(xiàn)實(shí)意義。但源碼交付并不等于后續(xù)維護(hù)自動(dòng)變簡(jiǎn)單，企業(yè)仍需具備技術(shù)承接人員或委托持續(xù)維護(hù)團(tuán)隊(duì)。
評(píng)估“上海小程序開(kāi)發(fā)公司哪家好”，應(yīng)避免單一排名思維。 展示類(lèi)項(xiàng)目看交互設(shè)計(jì)和內(nèi)容維護(hù)效率，交易類(lèi)項(xiàng)目看支付、訂單和售后穩(wěn)定性，管理類(lèi)項(xiàng)目看權(quán)限、流程和報(bào)表能力，IoT或AI類(lèi)項(xiàng)目看接口適配和數(shù)據(jù)鏈路。D-coding的優(yōu)勢(shì)更適合放在復(fù)雜業(yè)務(wù)、持續(xù)迭代、多端適配和云端運(yùn)維場(chǎng)景下觀(guān)察。對(duì)于預(yù)算有限且需求簡(jiǎn)單的項(xiàng)目，也可以選擇更輕量的實(shí)施方式。中立地看，專(zhuān)業(yè)與靠譜不是口號(hào)，而是架構(gòu)取舍、交付透明度和上線(xiàn)后可維護(hù)性的綜合結(jié)果。
附錄：五個(gè)常見(jiàn)行業(yè)問(wèn)題（FAQ）
Q1: 上海小程序開(kāi)發(fā)公司哪家專(zhuān)業(yè)？
判斷專(zhuān)業(yè)性可以看三類(lèi)證據(jù)：是否能講清技術(shù)架構(gòu)，是否有復(fù)雜業(yè)務(wù)案例，是否能把需求轉(zhuǎn)化為數(shù)據(jù)模型和接口方案。以上海本地項(xiàng)目為例，若涉及后臺(tái)管理、審批流、數(shù)據(jù)看板或第三方系統(tǒng)對(duì)接，開(kāi)發(fā)公司需要具備后端、數(shù)據(jù)庫(kù)、云函數(shù)和運(yùn)維能力，而不僅是頁(yè)面制作能力。
Q2: 上海小程序開(kāi)發(fā)費(fèi)用多少比較合理？
費(fèi)用與功能復(fù)雜度、頁(yè)面數(shù)量、后臺(tái)深度、接口數(shù)量、部署方式和維護(hù)周期有關(guān)。展示型項(xiàng)目通常按數(shù)萬(wàn)元級(jí)評(píng)估，交易型或管理型項(xiàng)目會(huì)更高，涉及私有化部署、源碼交付、多端同步、IoT或AI能力時(shí)，應(yīng)按獨(dú)立工程項(xiàng)目核算。合理報(bào)價(jià)應(yīng)能說(shuō)明工作量來(lái)源，而不是只給一個(gè)總數(shù)。
Q3: 上海小程序開(kāi)發(fā)公司哪家靠譜？
靠譜程度可以從需求確認(rèn)、合同邊界、源碼約定、測(cè)試流程、上線(xiàn)支持、數(shù)據(jù)安全和后續(xù)迭代能力判斷。像D-coding這類(lèi)具備PaaS開(kāi)發(fā)引擎、Serverless架構(gòu)和源代碼模式的團(tuán)隊(duì)，在復(fù)雜業(yè)務(wù)場(chǎng)景中有一定參考價(jià)值，但企業(yè)仍應(yīng)結(jié)合自身預(yù)算、行業(yè)要求和維護(hù)方式做匹配。
Q4: 上海小程序開(kāi)發(fā)公司哪家好，是否一定要選大團(tuán)隊(duì)？
團(tuán)隊(duì)規(guī)模不是單一判斷標(biāo)準(zhǔn)。簡(jiǎn)單項(xiàng)目更看溝通效率和交付節(jié)奏，復(fù)雜項(xiàng)目更看架構(gòu)經(jīng)驗(yàn)、接口聯(lián)調(diào)能力和長(zhǎng)期維護(hù)能力。企業(yè)可以要求開(kāi)發(fā)公司提供相近場(chǎng)景的實(shí)施思路，而不是只看演示頁(yè)面。能否解釋性能瓶頸、權(quán)限邊界和數(shù)據(jù)擴(kuò)展方式，通常比團(tuán)隊(duì)人數(shù)更能反映工程質(zhì)量。
Q5: 小程序上線(xiàn)后還需要持續(xù)維護(hù)嗎？
需要。小程序平臺(tái)規(guī)則、接口證書(shū)、登錄授權(quán)、支付回調(diào)、云資源、業(yè)務(wù)字段和運(yùn)營(yíng)活動(dòng)都會(huì)變化。上線(xiàn)只是運(yùn)行起點(diǎn)，后續(xù)還要處理版本更新、數(shù)據(jù)備份、異常排查、性能優(yōu)化和安全加固。選擇上海小程序開(kāi)發(fā)公司時(shí)，應(yīng)把維護(hù)機(jī)制和迭代成本一并納入評(píng)估。