请选择 进入手机版 | 继续访问电脑版

手机APP的研发和设计流程

2018-1-5 17:06 37 0 编辑:xuni99
【版权申明】:

  本网站部分内容摘录或转载属于信息来源,如有侵权请与本站联系,我们将第一时间进行处理。任何媒体、网站或个人从本网站下载使用,必须保留本网信息来源,并自行承担版权等法律责任。

一、研發流程

大局观
产品的研发流程分為四个步骤: 產品定義——交互設計——開發——測試 。这四个步骤也分別对應研发中的四個角色: 產品经理——設计师——开发工程师——測试工程师 。
產品定义阶段的目标就是确定用戶场景,定义產品的功能和范圍。
而設計师需要根據這些用户场景和功能范圍進行交互设計。
之后開发工程師將會根據產品经理和設計師的方案進行写代碼,把這个方案实现成可用的產品。
之后的再由测试工程師進行產品測試,以保证产品達到了產品經理和设计师的這个要求。
步骤细分:
一、产品定義
从用戶需求初步定义产品功能
1、關于需求
在这里要谈論的主要是用戶需求和產品需求。
1.1用戶需求和产品需求
首先必須要搞清的是用戶需求不等同于产品需求。
用戶需求,簡单來說是用户希望同構使用某一款产品來实現和满足某種需要。如安全、娱乐、溝通、交友等。用户需求是用户對某類產品真實需要的反應。
而产品需求,是某一類产品或服務能夠满足用戶需要的集合。也就是說,用户需求并不完全傳遞到產品需求当中去。而產品需求的获取渠道也不僅僅是用户需求。
1.2獲取产品需求的方式
(1)用户需求:用戶需求是產品需求的核心来源。但并不是所有的用戶需求都能转化为產品需求。用戶需求需要子可行性和必要性驗证上,才可以转化为产品需求。
(2)相關利益合作伙伴:開发商、咨询機构、制造商等等。他們通過对市場的研究分析和對运营所积累的產品需求,是設计分析產品需求很好的參考。
(3)競品分析:对競争对手主要产品进行對标研究,分析其產品的成败關鍵和發展趨勢,了解市场對类似產品的反饋。
(4)標杆市場:標杆市场是国內外在同类產品上運營比较成功的热門行業,通过對標桿市場中知名企業所運营的相近产品的功能进行剖析。可以了解國際与國內在該类产品上的先进做法。
(5)企业內部产品研討会、员工体驗及内部专家评估。
1.3用戶需求的提取与挖掘的方式
了解用户需求的有效方式是用戶研究,這是用戶中心設計流程的第一步。其主要研究方式是:用户訪談、用戶觀察、问卷調研、焦點小組、眼动實驗等等。并對由此得到的信息与數据进行處理和分析。从中提取制作出初步的用戶需求文檔。
顯然这些需求是不够的。这些需求僅僅是用戶在現有需求上的反馈。此外,设計师可以利用在用户研究階段所生成的人物角色(人物画像)这個工具,并放置到具體场景中,從而挖掘用戶可能的潛在需求。
(1)通过用戶研究直接獲取
用戶研究階段可能會出現各式各樣的問卷及數据列表。這些數據的收集活動并不難,所需要付出的只是耐心和时間。
為了更多更好的獲取初步用戶的需求,用戶研究员需要在问卷調查的问卷設計 、用戶訪谈、焦点小組等的脚本设計中,明確哪些问題或者选项是為需求而设置的,以便后續階段的整理。
(2)在場景中运用人物角色進行挖掘。
人物角色的來源、概念及功能:人物角色不是真實的人,但它是基于我们观察到的那些真实的人的行为和動机,并且在整个设計过程中代表真實的人,是在人种學调查收集到的世纪用户行為数據的基礎上形成的綜合模型。在研究階段我们觀察用戶的行为模式,在建模階段將其模式化,最后生成人物角色。
也就是说人物角色源自于用户研究。研究人員通過用戶研究,通過一定的标準將眾多的用戶進行細分,从而得到不同的細分用戶群组。
細分的用戶群组经過一定的评估、调整,從而確定細分角色群组。角色群組經過一定的潤色。诸如为每個角色群组賦予具有代表性的照片、名称、职業、性格等鮮明的人物属性,從而形成不同的人物角色。
人物角色通常因其重要程度及特定定義为:首要人物角色、次要人物角色、不重要的人物角色、排斥的人物角色。
通過建立人物角色,從而将用户研究結果以一種簡單直观但又非常有效的方式使設計團隊成員(决策人員、产品經理、交互设計师、视覺設計师)等对大家所面對的客户群形成一致的了解。
场景的概念與作用:用戶角色是死的,靜态的東西,只有將其放到一定的场景中去,才會鲜活起來,與產品產生交互。
場景是人物角色與產品进行交互的“理想化”情景。它讲述的是每個人物角色如何與产品進行交互的故事。每个人物角色都将對应一个场景,甚至更多,以求覆盖用戶使用場景的各種情形。
在場景中使用人物角色進行需求的挖掘:針对每個人物角色,設計合理的场景,然后集合相關的工作人员(不仅僅是交互和視覺设計師)一起进行頭腦風暴。再此階段每个人要有深度的同理心,并在每个关節點將所能想到的可能性完全说出来,記录下来,此時的气氛也是不加約束和不带批判的。
在此以时间为轴“生活中的一天”為例,来针對手機浏覽器產品利用人物角色來進行需求挖掘。譬如: 早晨起来,剛起床:會看天氣預报、日歷中可能涉及的功能:天气查询、日歷。 吃早餐的時候:可能會看新聞、邮件以及自己的博客。這樣就会設計到新聞、微博以及郵箱。 以及交通途中:上午办公室:中午午餐:下午办公室:下班前:下班途中:餐廳里:家中:被窝里等等各种状態下来挖掘可能用到的功能。
每個人物角色通過一個或多個場景的挖掘,要对其所涉及到的功能進行罗列,并根據其在每個人物角色的重要性定义每個功能的权重,并建立excel檔。
1.4用戶需求提升为產品需求,由此得出产品功能需求列表
以上得出的用户需求,并不能直接轉入產品需求,需要經過一定的評估和帥選考察其可行性和必要性。
可行性: 目前的技術和企業资源是否有能力,是否能在現行的情况下,与進度時间表等現實条件下开发出完全滿足用戶需求的產品。
必要性: 用户的这些需求是否有需要满足,滿足这些需求企業需要付出的代價,以及是否有足够的企业效益來支撐市場的運營。
經过上述驗证,并結合前面所敘述的相关利益合作伙伴、竞品分析、標桿市场及企业内部研討会等所得到的用戶需求,从而得到完整的用戶需求列表。
在此所有的產品需求都转化為產品功能。工作人員可以將之前用戶研究階段收集的功能需求合并到后來利用任务角色在场景下挖掘的需求列表中。他們本质上也相應對應著不同的人物角色。
在这里,角色的权重(可以根据首要人物角色、次要人物角色、不重要人物角色等分成3點量表或者5点量表)與對应的任務的權重的乘积,就是功能总的重要程度。
二、交互设计流程
(一)交互设计三段式
草圖——低保真原型——高保真原型
草圖: 就是使用紙和笔去手绘這個界面草图,以便快速的和產品經理以及其他同事进行討论,在進行想法具体化。

来源:苏帅Sean的博 客
我们看到的这张图實际上他画的相当規整,它已经是一个完整的产品架構圖。但是我们工作中的話可能只是信手拈来,草草的畫上幾筆,这些都没关系,草圖强调的就是能快速地将想法具体化,然后和其他同事进行讨論。
低保真原型圖: 就是在草图的基础上,通過计算機的幫助,由簡单的線框和文字去绘制这个界面。當然,低保真原型不能只是简單的看,还要進行一些簡單的交互操作。用白話来讲就是动態,可以简单地进行體验一下這个設计,盡可能的發現一些问題。去進行一定的修改。

來源:网易UED C
高保真原型图: 就是先在這个線框圖的基礎上進行视觉設計,在将這个视觉设計稿呢制作成可進行交互操作的原型。这個效果很可能都能和最后的那個产品相差無几,甚至你可以在你的手機上進行模擬的操作。
高保真原型呢一般用于交付给開發與测试那边。開发人员将按照高保真原型進行開發。測试人員將以高保真原型为基準,对开发人員交付的产品进行測试。

来源:站酷淺酌琉璃盏
所以大家可以看到,在设计流程中,设计師首先要通過草圖与產品經理以及其他同事进行討论,以确定产品的设计方向。之后再做一個低保真原型來進行打磨设計。在之后会制作高保真原型来交付給开發和測試人員。
所以设計師的整个这個設计工作都是一个和其他角色进行沟通的一個過程。而我们剛才提到的設计的三个步骤也是圍绕溝通而展開的。
(二)為什么要画原型
減少修改成本,便于溝通讨論
画原型最大的目的呢,是為了減少后期修改成本,用一个低成本的原型去體验去討论,去修改,尽量避免開发好了再去修改。第二呢,一个可交互的原型更方便和其他人去进行沟通和討论,所谓一图胜千文。所以圖片比文字的溝通效果要好很多。那么,如果说是原型,或者可以交互的原型,它的沟通效果就要比图片要好很多。
所以,需要强調的是,原型只不過是一個设計工具,設計的思想才是真正的核心所在。所以,在学好工具的基础上,应该多花時间在设計思路的学习上。
三、開發
接下来就到了程序員編寫程序的三个步驟了。(關于開發,在这里不做詳述)
1、app软件开发大功能模块代碼编寫
2、app软件開發大概的界面模塊編寫
3、把大概的界面和功能連接后,app軟件开發的大致demo就出來了
4、demo自己试用和体验几遍后,根據情況修改
5、沒有大錯误后,0.9版本可以尝試尋找beta用戶
6、根据測試用户的反馈,重復 前三個步驟
四、測試
测試工程師,一般就是从用戶角度出发,检測開发工程師做的东西是不是符合產品的需求,或是用戶體檢好不好?不要求有太专業的知識,但是要細心,對产品敏感。所以有很多不是計算机专業的人員照样可以做測試工程师,因為我們的產品需要不同的人来说嘛。
也有比较专業的白盒或是灰盒测試,這就要求测试人員会些兒編程技術了,但是要求不太高,不必會某种語言的高級編程,普通应用或是代码段能看懂就行。問題要考慮全面,细致,有原則,不能跟著開發和產品走,這是測試人員的要求。
(一)软件测试的测试流程有:
制定測试計划——編辑测试用例——执行測试用例——發现并提交BUG——开發组修正BUG——对已修正BUG进行返测——修正完成的BUG將状態置為已关閉,未正確修正的BUG重新激活.
(二)规范的测试流程

需求分析: 需求分析由產品人員制定,他們要做的不是一份简单的文档,而是细化每一個功能的細節,每一個按鈕的位置,对于稍大或復雜一点的需求都进行建模。
需求評审: 這里會叫上所有參与項目人員進行,开發人员、測試人員、QA人員。测試人員提出需求,开發人员考虑功能实现的方案与可行性、當然開發負责也是要參与的。测试人员主要是对需求的理解提出疑問,以便才能根據需求写用例。QA人员是最終对軟件質量進行驗證的人,所以也需求了解需求
开发人員編写排期: 開發人员需求根據需求功能點进行排期。然后將开計划转交给測试人員。
測试計劃排期: 测試人员根據開發计划,對測试具体測試時間,也就是開發功能完成后的时間,进行几輪测试等。然后,把項目的开發与測试计劃發送给各部门負責人及參與項目的所有人員。
編寫測試用例: 根据詳細的需求分檔,開始进行用例的编寫。
用例评审: 在用例进行评審之间,先以郵件形式將用例发送給相关人員,以便他们事先了解用例对哪些功能進行驗证以及驗证的细節。
然后,测試人員组进行用例评审,開發人員對用例與实際功能不符合有哪些,产品人員對会通过用例對功能的具體實现進行把握等等。
提交基线: 开發人员完成所有功能后,會对自己的功能进行一个自測。自測完成后提交測試人员进行基線。
(三)具體測試流程:
開發人員对于基到測试线的功能进行测式,发現的問題通过缺陷管理工具進行反饋,开發人員对问题进行修复,然后,准備第二輪基。 測試人员完成第一轮测試后,需要写测試結论,發到相關人员。然后对基線后的第二輪进行测試,第二輪會對第一轮中發現的问題进行重點回归。

測试通过: 经過兩到三輪或四輪的測试后,直到没发现新的问題,或暫時无法解決,或不緊急的問題。通过上級確认,可以通过。編写测試報告與驗收方案。
验收方案是交由QA進行驗證的。在现公司的流程中是将測試与QA分开的,測試人員重点關注的是功能是否可以正常運行。QA關注的是整个流程的質量以及最終用戶的质量。有些公司QA与测试是不區分的,但这對测試的要求會更高,除了关心功能,還需要关心整體流程与质量。
流程分析: 这個流程是規范的,测試真正融入了整个流程,而且还擔任了很重的角色,從而也有效的保证了软件产品的整体質量。
那么這個流程是不是完美的呢?不,這个项目流程太強化各種文档。我们來看測试的工作內容,測试计划、測试用例、测试結论、測试报告、驗收方案、問题的提交跟蹤。其实,我们真用于测試的時間是非常少的,在一周的时间,也許只有一天或不到一天的时间是在進行测試的。测試人员只有在测試的時候才會體現出他的价值。而大部分工作卻不能體現他的價值。
當然,我這里會省略與测試主流程無關的东西,真正的测试工作中瑣事很多。
(四)敏捷測试流程
前面講的第一種流程,還是第二種流程都是瀑布式的,嚴格来說第一种简陋的都不能稱為瀑布式,對于一个三個月的項目說,产品把需求分析完了給开發,然后产品就没事兒了;開发開发完成之后给测试,然后开发人员也不忙了。
測试完成之后上線。那么在产品分析的階段,開發和測試都是沒事干的(這里只對单一项目)。
開發阶段,产品和测試也基本沒事兒。同樣在測试階段,产品与开發也是沒什么事儿的。
敏捷測試的一個核心是迭代,在每个时間点上,所有項目人員都是有事可做的。
1、下面是我理解中的敏捷测试流程图:

第一阶段: 通过上面的流程圖,對于一個月的需求分析,在敏捷中,可能三五天就确定下来。这個需求定得会很模糊,但整体框架確定。产品对其中某一模块功能確認,开發人员開始對確认的功能編码,開發人員編码的過程中,測试進行功能分解,因为根据模糊的需求很难寫出具体的用例,所以,只能尽量對功能進行分析得細些,標注需要驗證的內容。
第二階段: 開发完成后交给测試人员进行测试,開發人員繼续開發新的功能。那么測試人員發現的問題怎么辦呢?會从开發團队中抽出一個人員来用于解决測試發現的问題。但开发進度并没有因为測试而停止。
流程分析: 在這個流程中弱化了文檔,強調了各個人員的沟通,通過這種迭代的方式,三個月的項目,可以能两个月和兩个半月就會完成。
但这种流程并非完美,加入一個功能在需求分析階段就是錯誤的,因為它是一个迭代渐進的过程。也只能一路錯下去。
2、對測试問题的处理

上面的圖更能清晰看出對問題的處理过程。
第一块面板中是開发人员未實現的功能,第二塊面板中是開发完成功能,测試人员對其進行測试,發现不通過的就放回未开发的面板中,測试通过的將放到第三塊面板中。
文:第六夫人 來源:簡书
收藏 邀请

伤心

惊呆

大赞

晕了

感动
此篇文章已有0人参与评论

请发表评论

全部评论

精彩阅读

关注我们

扫描微信二维码或搜索
虚拟99微信公众号:ixuni99

联系QQ

363312702
  • 杜绝IDC、短信、代理等广告
  • 邮箱xuni99@qq.com
  • QQ群181193387
  • QQ群219691576

虚拟99


    知道创宇云安全   
本站内容来自互联网与用户分享,如有侵权请联系我们删除!
赣公网安备31010702003520号   赣ICP备17001544号
京东ARVR产业联盟首批联盟成员  WCEC2017年度科技行业最具创新奖