-
让品牌有温度、有情感
专注品牌策划15年
项目原型设计（项目原型设计分析）
发布时间：2023-07-03 05:43:16
稿源：
创意岭 阅读：
308
大家好！今天让创意岭的小编来大家介绍下关于项目原型设计的问题，以下是小编对此问题的归纳整理，让我们一起来看看吧。
本文目录:
一、产品经理该不该画原型？原型设计上谁负责
我作为10多年互联网行业的老鸟，从三个问题的回答来一次性解决你所有问题。
一、产品经理应不应该画原型？
直白地说，产品经理是不应该画原型的，或者说不应该只画原型。
原型仅仅是工具，它是用来阐述界面操作流程的。原则上，产品经理是不会直接控制这个环节的。
那么产品经理应该做什么呢？对于产品经理来说，需要更多侧重分析用户需求、规划功能上。张小龙说过：“产品经理是站在上帝身边的人。”他把产品经理比喻成看透芸芸众生及人性的上帝视角玩家，那么上帝身边的人就要根据用户的需求，为这个产品设定游戏运转规则，整体上推动产品运转，不客气地讲，脏活累活是甩给交互去做的。
产品经理确实也需要画图，但应该画的是“故事板”，向大家讲清楚，我们这个功能，在用户的真实生活中是帮他们解决什么困难的，舍本逐末，不可取。
当然，这是把产品和交互分成两个角色来说的。一个思考需求，一个思考实现。只要足够牛逼，包圆儿了也没问题，只是不要再招一个交互了，会害了人家。
二、产品经理应不应该懂交互设计？（你应该也很想知道）
答案是肯定的！您可能会觉得矛盾，上文说产品经理不应该画原型，那为什么非得还要懂交互设计？这不矛盾。
产品经理对待产品要像孩子一样呵护，如果完全禁止产品经理不画交互设计稿，就好像不让扎克伯克写代码一样的感觉；反过来看，有几个产品经理可以把代码（或交互稿）的工作做得像扎克伯格一样优秀呢？
究其原因，国内产品经理现在画交互设计稿的现象，是行业起步落后和交互设计人才缺乏最主要的原因。产品经理应该不应该画交互设计稿，很大程度上取决于企业文化和组织架构。
我认为正确的做法应该是，产品经理对待交互稿，应该是快，草；快速梗概的把信息传递给交设计师，交互设计师根据大致概念信息形成细化的方案，这个是两者最大的区别。如果说配合，这样的配合是最高效的，这里。
三、产品经理和交互设计是应该怎么分工？（之前的方法论，这条是落地执行干货）
产品经理主要负责用户需求整理，规划，功能筛减，商业模式、运营模式探索，版本迭代时间规划，敏捷开发功能点描述等；
如果是WEB端的产品，交互相关的东西会涉及的比较少，由于产品经理洞悉各个功能点，倘若对原型设计较为精通，那么由PM亲自操刀出来的原型，既有利于开发人员了解功能点，又能减少与交互设计师沟通的时间，如此可以大大提升工作效率。
如果是移动端的产品，交互相关的东西会涉及的比较多，由于产品经理需要规划每个功能点，倘若操刀交互细节，将会非常费力，这个时候可以考虑将交互的细节分给交互设计师来做，自己全心全意规划功能，此为上策。虽然花费了一些沟通成本，但优化后的交互细节，在用户体验上会达到一个更加专业的程度。
综上所述，产品经理的demo和交互设计是的demo，最大的区别在于对交互细节的描述上，亦需根据产品的交互复杂度来定。
题外话：作为产品经理，需要不断提升自己的能力，熟悉使用各类工具和在线设计平台，比如国外的软件Sketch、Axure、justinmind，以及国内的摹客在线产品设计协作平台。不管是交互还是技术甚至是UI审美方面，都要保持进步，这样才能应对更多的复杂急性事件。
二、开发一个安卓手机APP需多少钱
开发一个安卓手机APP需多少钱
这是一个我们经常听到的客户咨询的问题，开发一个APP需要多少钱。其实，这个价格的计算公式 是非常简单的：投入的人力 * 开发的周期。
一般一个简单的APP包含ios端，android端，管理后台，复杂的项目可能还包括微信公众号，微信小程序，PC端等不同的版本。
互联网是个神奇的大网，大数据开发和软件定制也是一种模式，这里提供详细的报价，如果你真的想做，可以来这里，这个手及的开始数字是一伍扒中间的是壹壹三三后的是泗柒泗泗，按照顺序组合起来就可以找到，我想说的是，除非你想做或者了解这方面的内容，如果只是凑热闹的话，就不要来了。
现在我们以最简单的版本来举例，开发一个app，需要哪些人：产品经理，UI设计师，开发工程师，测试工程师。
产品经理
产品经理的主要职责是确定好APP有哪些功能，分别是怎么交互的，然后使用Axure等工具做一个原型。原型是非常重要的一个东西，他可以帮你梳理出功能点，可以用来与各个角色进行直观的沟通，可以对各个功能进行设计时间，开发时间的评估。如果一个项目没有一个原型，那么请不要开始这个项目。
一定要有一个原型，这是项目流程的第一步。 由此确定开发时间，报价，甲乙双方的沟通，乙方团队内部的沟通等工作
下面是我们使用做的几个产品原型图：
UI设计师
UI设计师的主要职责是设计APP端，管理后台的各个页面。UI设计师是在项目原型设计好之后，开始启动UI设计工作的。
现在就牵扯到一个话题，就是需不需要一个设计师？
如果你做的是一个对外的用户产品，比如商城，家政服务等手机软件， 那么你需要一个设计师。
以下是两款APP，我们可以对比以下：
经过设计：
这两款app质量的高下一眼就可以看出。
那UI设计师 是不是必须的呢？是必须的！不要期望这程序员能自己设计好一个APP，设计和开发是两个差距非常大的领域。一个相对合格的设计师的工资大概在10K-15K左右。
那管理后台 需不需要设计呢？一般来说，管理后台是给内部人员使用的，可以不需要设计师来进行设计，也可以做到相对简洁，美观的效果，太多的设计反而会增加开发成本。下图是我们一个最简洁版本的后台样式：
开发工程师：
开发工程师的主要职责是进行ios，android，管理后台，数据库表，后端接口，微信端，微信小程序等方面的开发，是整个项目流程中最重要，耗时最长的一个过程。一般是在项目原型设计好之后，开始开发工作的，可以与UI设计师并行的工作，不过UI设计师需要相对提前一些，不然会阻塞前端开发工程师的进度。
不像产品经理和UI设计师，只需要一个人即可， 开发工作都需要多个人同时进行开发。
人员配置由项目使用的技术架构决定，这些技术架构差异性非常大，会影响开发人员的配置，最终APP的体验，开发周期的长短等各个方面。
目前行业存在的几个开发方式有：原生态APP，React Native（Weex） APP，混合开发APP，web页面套壳APP。
原生态APP
原生态APP指的是传统的APP开发模式，ios使用原生的xcode objective-c编写，安卓使用android studio java语言进行编写。目前绝大多数的app都是采用的这种模式, 但是由于高昂的开发，维护成本，包括阿里（阿里云APP，淘宝APP），百度，腾讯，京东在内的大公司，以及不少创业公司都在采用React Native开发方式。
优势：性能好，页面非常流畅
劣势：开发成本，维护成本 非常高，开发效率相对比较低下。bug修复需要审核，目前的ios，android的审核周期都在3天以内。
人员配比：ios，android，后端开发人员比例：1：1：1.3
React Native（Weex） APP
React Native（Weex） 技术出现是为了解决原生开的成本问题，以及开发效率问题。框架的原理是：使用js写一套代码，控制原生的app组件运行。React Native 是Facebook开发的一套框架，现在已经是一个非常稳定的框架，社区非常活跃。 目前使用该框架的APP包括：facebook App，手机百度APP，QQ APP，京东APP等。Weex是阿里开发的一套框架，比react native 起步比较晚，目前社群还比较小，主要的产品均是阿里自己的产品，包括：阿里云，手机淘宝。
优势：性能与原生的app相同，开发，维护成本远低于原生app，可以一套代码支持ios，android平台
劣势：学习成本相对比较高，需要一个了解原生开发的人员
人员配比：前端，后端：1：1.3。
混合开发APP
混合开发技术的出现也是为了解决原生app的成本问题，以及开发效率问题。框架原理是：使用web的形式编写页面内容，使用js进行控制内容在webview中显示。与react native的不同之处在于是把页面嵌入到了webview中运行，不是运行的原生组件。
优势：开发，维护成本远低于原生app
劣势：性能比较差，体验不够流畅，框架均是相对的小厂商开发，稳定性，解决问题方面均得不到太好的保证。所以目前还没有大型的app采用这种方式。
人员配比：前端，后端：1：1.3
web页面套壳
web套壳指的是将已经开发好的H5页面，嵌入到APP中。
优势：成本最低，一套H5代码可以给android，ios，微信端使用
劣势：性能非常差，完全的H5页面，在需要与原生app交互时，比较麻烦，局限性比较高。
人员配比：前端，后端：1：1.3
测试工程师
测试工程师一般在项目的中后期参与，一般进行的是黑盒测试。
工资表
假设一个项目的项目周期是2个月（到上线位置），那么我们计算一下企业的成本支出，一般来说一个月薪1万的员工，企业大概要负担月薪40%的额外支出，比如五险一金，办公室租金，其他的福利等。日薪是按照每月工作22.5天计算。
| 角色 | 月薪（万） | 企业支出（万） | 平均日薪（元） | 投入时间（天） | 支出(元) |
| 产品经理 | 1.5 | 2.1 | 933.3333333 | 10 | 9333.333333 |
| UI设计师 | 1.2 | 1.68 | 746.6666667 | 15 | 11200 |
| 安卓工程师 | 1.5 | 2.1 | 933.3333333 | 35 | 32666.66667 |
| ios工程师 | 1.5 | 2.1 | 933.3333333 | 35 | 32666.66667 |
| 前端工程师 | 1.5 | 2.1 | 933.3333333 | 35 | 32666.66667 |
| 后端工程师 | 1.5 | 2.1 | 933.3333333 | 45 | 42000 |
| 测试工程师 | 0.8 | 1.12 | 497.7777778 | 15 | 7466.666667 |
原生开发（不需要前端工程师）需要的总价大概为：13.5万
其他模式（不需要ios，android工程师）总计大概为：10.2万
一般来说，公司还会有一些其他方面的支出，比如说两个项目之间的间隔，推广营销方面的支出等等， 所以对于开发周期在2个月的项目来说，总价基本在12万-20万之间。
三、Mac 上有哪些高保真原型设计工具
Mac上有Pixso协同设计高保真原型设计工具。Pixso协同设计可以多人云端协作设计，实时同步字号、边框、颜色等各种细节。
Pixso协同设计拥有所见即所得的可视化编辑体验，让产品原型设计更简单更快捷。一直在坚持优化与打磨产品，让设计师拥有近乎完美的使用体验。利用Pixso协同设计可以让产品交互原型快速搭建，让团队可以花更多的时间在思考方案和体验创新设计上。在项目协作设计、设计演示与评审、页面标注、设计反馈与优化等多个环节都可以使用。极大提高了UI/UX设计师、产品经理、开发工程师等之间的协同效率，不仅仅是工具式的变化，而是改变了传统的协作模式。
想要了解更多关于原型设计的相关信息，推荐选择Pixso协同设计。该工具不仅是一站式产品设计协作工具，更是一款专业的UI/UX设计工具。更多矢量网格、布尔运算、样式创建、智能排版等高阶功能，组件级自动布局，增加或删除内容都无需手动调整，智能排版，且自适应不同屏幕尺寸，使设计师真正专注于创造本身，值得选择。
四、在做软件项目时项目原型文档的作用、项目立项及开发规划说明书、项目开发计划表、需求规格说明书、设计
作为项目集成管理知识领域的一部分，在启动项目时，项目团队开发出初步的范围说明书。这一文件连同项目章程、组织过程资产及准许的变更需求，一起为制作项目范围说明书提供基础。初步的项目范围说明书提供了基本的范围信息，而项目范围说明书则继续理清了项目范围并提供了更为具体的信息。尽管在内容上会有些差异，但是项目范围说明书至少应该是一个项目的描述，包括其总体目标及理由；所有项目可交付成果的详细描述，以及做为项目成果一部分的产品和服务的特征及需求。项目范围说明书的作用：有助于在项目范围说明书中将项目成功的标准文档化；提供其他与项目范围相关的信息：项目界限、产品可接收的标准、项目的限制条件和假设条件、项目的组织团队、确认的风险、里程碑计划、成本大小的排序、需求配置管理、认可的需求等。随着时间的推移，一个项目的范围应该变得更加清晰和具体。拥有一份最新的项目范围说明书对于简历和确认项目范围的一般共识是非常重要的。它具体描述了项目要完成的工作，并且确保了顾客满意及预防范围蔓延的一个重要工具。
以上就是关于项目原型设计相关问题的回答。希望能帮到你，如有更多相关问题，您也可以联系我们的客服进行咨询，客服也会为您讲解更多精彩的知识和内容。
推荐阅读：
杭州之江市政建设有限公司（杭州之江市政建设有限公司舟山中标项目）
赣公网安备 50019002502384号
