┏ 从app开发到购买产品 ┛论述一個App從無到有的

一、一個App從無到有的開發到底要花多少錢

面上制作app的方式不同,主要有三種:

1、利用開放的app制作軟件或者是免費的制作購物性質app的網站進行app的制作和開發,如果購物類app是采用這種方式開發的話,花費的資金是很少的,有的甚至不需要花費任何金錢就能實現app的制作。

2、私人制作購物app。什麼叫做私人制作app呢?這種方式制作的app價格又是多少呢?現在有很多學習app開發技術的人員,他們有着制作app的技術,但是沒有對應的平台,沒有固定的公司。一些需要制作app的企業或者是個人就會找這類懂得app制作的個人進行app的開發。當然,這類的app制作的價格也是比較低的,不會太高,這也是很多中小型企業找私人定制app的原因之一。

3、找app開發外包公司合作,你隻需提出購物網站app的相關要求,如app的功能要求,app适應的系統要求等,然後把app的制作全權交給app外包開發公司去完成購物app的制作,這類制作購物app價格相對其他兩種來說是較高的。

P.s.大企業建設的app對app承載的人數、流量等都有很高的要求,所以制作大型app的價格要比小型的app更高。制作app的價格少的隻要幾百,幾千,高的要上萬,甚至上十萬,百萬,主要還是要看你的購物app制作的要求高不高,還有一些對制作app的具體需求。隻有在跟APP開發公司進行洽談的時候,得知你的功能需求之後才會有準确的價格出來,關是談論一款APP的開發價格到底多少,可以确定的隻有區間沒有準确價格,因為每款APP的技術上的含量,開發時長,還有功能要求都不一樣,無法統一而論。

不管是企業還是個人,在制作app應用的價格問題上,都不可小看甚至是忽視這一小細節,細節決定成敗,所以企業在選擇app開發公司需要慎重選擇。

一個App從無到有的開發到底要花多少錢

二、哪些App 是産品人必須要體驗的

第一部分 概覽 體驗人:王頂 體驗産品:豆瓣 1.4.0 使用機型:iPhone 4S 系統環境:iOS 8.1.1 體驗時間:2014年12月7日 第二部分 效果體驗 筆者興(xin)高(jing)采(dan)烈(zhan)地拿到這款産品時,圖标已經由被罵了千百遍的扭曲五角星改成即将被罵千萬遍的綠底白字,與知乎的設計風格類似(筆者注:此處為高級黑)。 當然,網絡原本就是這麼一個罵罵咧咧的地方。可作為産品經理(的實習生)應該清醒地知道,設計并非隻是為了外觀(比如錘子工整到變态的實體按鍵),更要考慮到它的功能性(再比如錘子難用到變态的實體按鍵),具體到圖标設計這裡就是用戶認知成本。單純從這點來看,我認為現階段豆瓣圖标的設計風格是适合的,也極度符合這一App在豆瓣系中,或者說,在用戶心中的定位。 與顔色稍重的圖标不同,App打開後給人的感覺很清爽,主界面采用當下流行的卡片設計,整體背景為白色,搜索框、時間條、引号、分割線等為淺灰色,将内容分為不同的層次,看上去很有秩序。底部是四個标簽,“豆瓣”、“發現”、“讨論”、“我的”,不活躍時為灰色,活躍時變藍,符合用戶傳統的認知習慣。 由于産品功能層級較多,之間關系也比較複雜,筆者這一部分就不再文字叙述,而選擇将其整理為思維導圖附在作品展示部分,雖然最後圖片尺寸依然搞得很大看起來很不方便……好吧那我就先着重說一下導圖中單獨列出來的兩個部分,條目詳情和個人詳情頁。 條目是豆瓣App從網頁版轉移過來重量級内容,也是産品工具屬性的出口和社交屬性的入口,雖然擔子很重,但在設計上卻頗有小而美的味道。上半部分資料區采用毛玻璃,條目封面放在右上角,條目信息以半透明小卡片的形式均勻排布在其他部分,下側為評分和加入心願單兩大核心功能。前者不用多說,後者則是想看、想讀等想字輩功能在移動端的大融合。下半部分區由得分、短評、影(樂)評三部分組成,支持浏覽和點贊。整個條目詳情頁基本屬于網頁版的遷移除了右下角那個像反轉過來的短信圖标一樣的讨論按鈕。 (嚴肅臉)這可不是一個普通的按鈕。這是豆瓣社交的入口,是移動IM市場的異軍,是陌生人交友的新思路,是人類文明的曙光!所以我就先不說了。(筆者注:此處為坑) 豆瓣這次的設計有一個特點,那就是盡量減少學習成本。比如你在任意界面下點擊用戶頭像,都會進入對方的個人詳情頁。你可以選擇關注此人,或者直接發消息私聊,或者先關注再發消息或者whatever,不過重要的是這又是一個工具與社交同時出現的頁面。這次是按時間線以瀑布流的形式展示所有個人的标記條目(可進入條目頁),也算是對于陌生人社交的一個不錯的解決方案吧,即以了解對方興趣愛好為前提,起碼比陌陌好些。 整體來看,豆瓣這次在設計層面的表現是相當不錯的。每一步都很穩妥,符合iOS規範和用戶傳統的認知習慣,沒有任何冒進。雖然創新不大但也不乏像讨論按鈕那樣優秀的設計,用氣泡暗示交流,數字代表規模,這就很容易激發用戶的點擊欲望。當然,具體使用體驗如何,還得從任務着手。 第三步 任務走查 任務一:點評影片 步驟:搜索——點擊條目——點評(包括打分、、其他平台同步) 優點:當熱門搜索包含目标條目時可以減少操作成本、隻想看評分的用戶在搜索結果頁面就能獲得相應信息、可同步 缺點:沒有搜索曆史、沒有發布和回複影評功能 評價:操作便捷,考慮到移動端生産力低下,沒有設置完整的影評功能或許是件正确的選擇 任務二:購買書籍 步驟:搜索(或掃碼)——點擊條目——點擊價格卡片——選擇購買網站——網站跳轉 優點:掃碼效率高、條目頁面的參考價格與購買頁面不同網站價格滿足不同需求、比價方便、質量有保證 缺點:條目頁面價格與次級頁面價格有出入、購買行為發生時需要用外部浏覽器進行網頁跳轉,割裂用戶體驗 評價:掃碼的實際體驗非常好,不僅免輸入,更重要的是不需要再考慮版本之類亂七八糟的事情;外部浏覽器的設置體驗很不好,何況購買這一行為對流暢度的要求尤其高,應盡量講購買頁面内嵌。 任務三:群組讨論(終于到它了!) 步驟:切換讨論标簽——點擊群組——讨論 優點:無系統通知,不幹擾用戶、聊天界面幹淨純粹,僅支持文字與表情、長按頭像可@群組成員、點擊用戶頭像即可訪問主頁 缺點:優質内容無法沉澱、沒有充分利用影音書的不同特點(如在唱片條目中發送歌曲等),甚至無法發送其他條目鍊接、聊天信息數量無限制,對用戶造成困擾、新用戶無法很好地融入已有圈子、單純基于興趣的社交關系無法長久維持活躍度 評價:豆瓣抓住了移動端短、快的特點,形成獨有的興趣社交方式。這個功能構成了一個全新的使用場景,卻沒有找到一個合适的出路。我可能會因為一本書和一個人成為朋友,卻不是一群人。但不可否認,這的确是一次大膽而且有意義的探索。就我個人而言,更期待它與豆郵能以合理的方式融合。 第四步 競品分析 按理說豆瓣其實是沒什麼競品的,非說有,那也隻是部分功能重疊,比如影音與IMDB重疊,但考慮到中英文差異(和網速),這一競争幾乎可以忽略。 不過,我想豆瓣App更多的競争可能還是來自整個豆瓣系。比如影視方面我可以直接使用豆瓣電影,活動方面用豆瓣同城,書籍方面用豆瓣購書單和豆瓣筆記等,既然用這些單獨App的體驗反而會更好,那我為什麼還要使用整合起來的豆瓣App。也就是說,豆瓣 App的定位究竟是什麼豆瓣官方給出的介紹是“查書和影音評分”,但這些,真的可以構成我安裝它的理由嘛 第五步 結論概括 豆瓣App是豆瓣回歸初心的一次探索,專注影音書等核心功能,既保證這些功能與網站的體驗一緻,如條目資料頁的設計,又基于移動端的特點對一些功能做了适當調整,如不提供發表長功能,同時更重要的是針對移動本身又開發了一些全新的、極具想象力的功能,如群組讨論。雖然或許這些功能還不夠完善,但起碼表明了豆瓣力求改變的态度。就單憑這一點也值得所有豆瓣用戶期待。 最後的最後,說點我自己關于産品定位的看法。我想,之所以會感到困惑,可能還是由于豆瓣App面向的不再是豆瓣某一功能的重度用戶,而是更為廣闊的普羅大衆了吧。就好像現在的知乎,當你想抓住一些原本不屬于你的東西的時候,就一定會丢失一些原本屬于你的。不過,我也是瞎猜啦。

哪些App 是産品人必須要體驗的

三、教你如何規避不靠譜的APP開發公司?

第一步:查明真僞

當他們說哪些哪些知名案例是他們做的時,不要光聽,得看他們的案例圖、UI圖,有上線的App就去下載下來實際操作體驗一下,看看邏輯功能有沒有問題、設計風格怎麼樣、會不會突然閃退或崩潰等等。

第一次實地考察後,還可以偷偷去突擊考察,考察員工、場地。畢竟真金不怕火煉,好公司不怕突擊。

第二步:明确需求

隻有自己最清楚自己要什麼,你的app到底需要什麼風格、需要什麼功能、不需要什麼功能,一定要有清晰的想法。可以聽聽外包團隊的建議,但不能完全被他們帶着走了。溝通好的細節需求也一定要全部落實到需求文檔還有功能清單或者原型圖上,挨個确認簽字。

第三步:專業産品

外包團隊一定要有産品經理這一個崗位,他是客戶與程序員之間最好的溝通橋梁。當客戶說不清需求,程序員也聽不懂需求的時候,最好的翻譯就是産品經理了。

專業的他們能站在用戶及客戶的角度上把需求掰碎了、捋順了傳達給程序員,可以避免很多溝通和開發問題,能讓app開發更順利。

第四步:跟蹤進度

客戶需要清楚app的開發流程及工期安排,在正式進入項目開發之前,外包團隊會對項目研發周期、提測時間、預發布時間點進行初步的判斷,把項目需求劃分成節點進行疊代開發計劃。每個節點開發且測試完成後給客戶遞交周報或驗收确認,然後再繼續開發下一節點。

第五步:檢查合同

一般都沒有一次就定好的合同,在簽合同之前要考慮好:項目是否按照前期原型圖做、功能是否完善可用、工期安排是否合理和付款方式等。法治社會,大家都是守法的人,正規的外包公司都會跟客戶簽訂正規的開發合同。所以之前提到過的開發方式、需求、UI、工期和款項等,都必須要在合同裡有嚴格的規定。

第六步:定制&成品

成品app就是套用其他app的模闆,這樣可能就沒有自己的特色,如需增加功能就得另外加錢了。而定制開發就是完全根據客戶自己的需求來做,價格比成品app要高,工期也會更長。

兩者各有各的優劣勢,客戶可以自行分析選擇,但要注意的是,若是直接購買成品,對于功能模塊的增減,外包公司是否能做、價格是否合理,這個需要提前溝通清楚;若選擇定制開發,就要防止外包公司不按前期原型圖來做,而是給你套模闆。

第七步:源碼交付

别以為項目開發完就完全放心了,交付也是很重要的一塊。外包團隊需要按照合同規定,将源碼(含源碼)、說明文檔、操作文檔等所有項目的相關資料交付給客戶。

包括但不限于:

1.前後端項目的所有最新源代碼(含注釋)

2.數據庫設計文檔  

3.API接口文檔

4.所有的開發者賬号資料

5.原型設計稿

6.UI設計稿

7.項目相關文檔等資料

一定要把源碼拿到自己手上,方便後期進行疊代開發及系統維護。

第八步:完整服務

完整服務是指不僅提供單純的技術服務,同時提供包括産品設計、用戶體驗、技術咨詢及運營維護等一系列服務。外包團隊需要有一條從開發到維護的完整服務鍊,用專業的經驗讓客戶少走彎路。

無論是大型的外包公司,還是小型的外包團隊,凡是不能用“All In”的态度為客戶服務的外包,都不能算是好外包。

魔高一尺道高一丈,喜望軟件傳授了你如何見招拆招的天龍八“步”,可要好好收藏起來。其實對于我們軟件開發服務商來說,我們與客戶都是合作共赢的關系,最終是希望能幫客戶賺到錢。所以在開發過程中,雙方若是能坦誠相待,這是再好不過的啦。

教你如何規避不靠譜的APP開發公司?

四、App産品開發,什麼才是真正的用戶需求

雖然我們一直在說,開發一款APP産品,需要從用戶的需求出發,可是很多企業在開發APP的時候,雖然有考慮到這點,但是對于真正的用戶需求還是了解的不夠透徹。

真正的用戶需求,其實我們是可以舉幾個APP來說說的,比如,滴滴、美味不用等、車來了,鐵路12306、支付寶、微信等等,其實在這裡面有幾款是真正的用戶特别需要的,有幾款則是根據時代的變化衍生出來的僞需求。

在滴滴沒有出現的時候,我們更多的是打出租,坐私家車就等于坐黑車,滴滴的出現,則很好的解決了這一點;吃飯等位,不知道大家有沒有遇到過,反正在廣州隻要出名點的餐廳,等位那就是常事,以前吃飯等位的時候,就隻能在那裡幹等,現在通過美味不用等,不僅可以在線訂位,還能時時的知曉前面排隊人數;車來了APP,公交車大家都有等過,運氣好的時候,一到公車站就能上車,運氣不好,等個幾十分鐘都很難上車,而車來了APP就正好解決了用戶的這個痛點。離家千裡打拼的人,以前買火車票的時候,隻能去售票點購買,現在用上12306 APP,随時随地都可以購買, 這些就是真正的用戶需求。而支付寶跟微信是根據時代變化衍生出的僞需求,則是可有可無的。

App産品開發,什麼才是真正的用戶需求
  • A+