产品设计

第三次讨论——网站功能的的部分实现 时间：2019年11月19日10:35 地点：主教1328教室 主题：使用JSP，阿里云，脚本完成网站创建。 项目完成目标： 1. 完成对网站界面UI布局的设计，达到对用户来说最舒服的状态。 2. 项目部分文件如下： 3.后台数据库完成创建，使用NaviCat连接后台MYSQL数据库，实现可视化数据库管理。 4.在服务器中，利用脚本快速启动服务器或关闭服务器。 5.目前已实现的部分项目需求： 1）栏目管理功能 2）商品管理功能 3）购物车功能 4）订单管理 5）产品筛选 6）商品评论模块 7）网站的会员管理模块 5.以上全部完成，启动服务器，登录网址： http://115.28.186.80:8080/Demo2GyfNICE/loginmain2.jsp 即可进入界面： 小组讨论照片： 来源： https://www.cnblogs.com/mabangde/p/11893128.html

http://www.woshipm.com/pd/3104737.html http://www.woshipm.com/pd/3104939.html 来源： https://www.cnblogs.com/colipso/p/11891185.html

姓名 学号 周期计划安排 每周实际工作记录 自我打分 yh 062609 连接点的优化，内部衔接过渡精细 进一步学习了原型设计优化的细节 共同商议加上的连接点适宜实用，对整体的体验有很大的优化 91 lp 071324 优化页面设计，使其大气美观 对初始的登录和注册界面做了调整，将ps技术应用在原型设计上 做到美观、大方，不包含非法内容 88 wxh 092324 收集其他优秀的原型进行借鉴 进一步提升自己的产品 借阅其他优秀原型，取其精华应用在自己的产品上 90 xr 061409 寻找人员测试，优化用户体验 在同学们中找到随机的人员进行测试，对他们的问题进行解答 并根据其建议优化产品 95 来源： https://www.cnblogs.com/npc1158947015/p/11879271.html

Alpha版本第二周小结 任务分工 姓名 学号 第二周任务 每周实际工作记录 自我打分 WSP 2129 完成原型设计大概 原型设计的审查，检查各项任务完成情况 90 PT 1501 配合原型设计 负责帮助实现原型设计 85 THL 1205 原型设计，对各个功能模块进行实现。 原型设计进一步完善 90 SL 1328 配合与原型设计一起工作。 负责帮助实现原型设计 85 YZk 1105 配合原型设计一起工作。 负责帮助实现原型设计 85 RXY 1203 原型设计，对各个功能模块进行实现 原型设计老师端和学生端完善 90 NXJ 1202 帮助原型设计界面美化 负责帮助实现原型设计 90 ZZY 2223 负责最终产品的审查，测试。 负责帮助实现原型设计 85 原型设计 学生端 老师端 进度安排 1-2周完成用户调研，确立设计方案 3-5周进行原型设计 5-6周进行产品审查 7-8周进行产品推广 来源： https://www.cnblogs.com/simple5960/p/11869902.html

可乐小组项目第二次讨论——用户体验设计 时间：2019年11月12日 　　地点：应用楼教室 　　照片： 主题：用户体验设计 　　项目进度：初步开发阶段，确立项目需求 　　完成功能点：初步页面 物流配送平台搭建用户体验设计的目标 用户界面对大多数计算机使用者而言，是人和计算机进行沟通的载体。我们常说的一个软件对用户是否友好、是否体贴用户指的就是用户界面这个问题。人性化的设计是计算机软件工程的重要指标，因为软件最终是要服务于用户，用户是我们设计的中心。 优秀的用户界面设计是使产品赢得用户、赢得市场的基础，但如何判断用户界面设计的优劣呢,怎样的用户界面设计才能提高产品的市场竞争力呢,这里我们需要引入一个概念，即“使用性”的概念。使用性是一种以用户为中心，关于用户和系统间相互作用的特殊性质，它描述的是“某产品在特定的使用环境中为特定的目标用户所使用，从而快速、有效、满意的完成特定任务的程度”。因此，用户界面的使用性决定着人机交互的效率和效果。一个具备较好使用性的用户界面能够让用户全神贯注于其正在进行的工作，而不是去注意他在使用什么操作界面和系统工具。 衡量软件用户体验设计的标准 随着计算机硬件、软件和网络产品的发展和更新换代，产品的使用性得到了越来越多的重视，甚至还逐渐延伸到了工业产品和生活用品的设计和生产领域。 性能的好坏已不能用“对用户是否友好”这个单一的、程式化的概念来概括

首先说一下我还是喜欢做测试，目前发现自己的需求分析做的不是很好。 产品小白学习录： 1、在每次得到一个需求分析的说明时，知道它想要知道做什么东西的同时还要去构思它的整体架构（最好用思维导图画出来，比如需求页面里面需要显示的要素）这样和项目经理沟通的时候那你就知道你你哪块不懂或者哪一块的逻辑错误了。 2、一定一定在开始原型设计的时候把你的页面构思好，做成脑图可以先给项目负责人（如果她是开始做需求调研的那个人的话）看看你的流程和页面要素有没有问题。不然在后面你是一边做一边想那就很有可能是你做了一点发现流程偏了或者是还有哪一个要点漏了没有考虑进去，造成你要重新做or改很多版。一次性敲下你就少纠结很多东西，只剩页面布局问题。 3、做产品的一定要做好沟通，主要是和最能知道用户实际需求的人。（这个本来是产品要做的事，但目前我是个新人还不是很了解当前系统的用户的使用需求很多东西只能靠自己的想象这样不是很实际设计的东西不会贴合用户的实际使用情况。）这个对我来说是最痛苦的，我个性在不是很有安全感的环境下去放开自己去和其他人沟通，前期的时候老是被leader说你别老是默默做要多问一下，不然做出来的东西不对后面还要改这样很浪费时间和影响进度。所以沟通真的很重要，当然把握好那个问的度也很重要，怎么样问的让人觉得你有去理解需求深度、不会被认为过度的确认而导致其他人觉得你很烦这个也是要好好学习的

1、什么是好的产品原型 从2017年起开始接触产品设计这一领域，也陆续兼职了公司几个项目中的产品经理职责（主职位是技术架构），总结一下在产品设计过程中的一些细节吧。 首先，什么样的产品原型算得上一个好的产品原型呢？可能很多人会从高保真程度，交互还原，文档注释等方面给出不同的评价标准，但是我想说的是，必须先明确产品原型面向的是哪类人群，然后针对性的满足产品原型阅读者的需求，这是判断产品原型好坏的根本标准。 把所有查看你的产品原型的人看作为你的用户，分析用户需求。 这里以我自己的经历 举例 ： 阅读者 需求是什么 怎么实现 老板/客户/需求方 实际中我的第一用户是我的老板，可视作产品需求来源，最终的决策者； 希望看到一个产品原型完整地将他对于产品的想法以可视化的形式呈现出来，并在此过程中体验产品效果，验证想法，完善细节，最终达到一个确定的”产品雏形“ 形成整体的信息架构图、分层业务逻辑图，此用来梳理产品的核心逻辑 形成初步的产品交互原型，包括涉及到的终端，核心的功能操作，让产品想法初步变为一个可操作，可讨论，视觉化的体验 UI设计师/交互设计师 根据原型去设计视觉，交互体验 走到这一步说明产品经过了第一阶段的初步确认，起码达到了第一个版本。 针对设计师用户，需要定义出整个设计规范，设计风格，以及交互要求。视自身的axure或者其他原型工具的掌握水平，可做高保真的交互原型

1 App后台入门 1.1 App后台的功能 （1）远程存储数据； （2）消息中转。 1.2 App后台架构 架构设计的流程 （1） 根据App的设计，梳理出App的业务流程； （2） 把每个业务流程可能会遇到的问题整理出来； （3） 根据整理出来的问题，探讨可行的技术解决方案； （4） 把所有的技术解决方案有机融合，就是一个App后台的初步架构。 架构设计的特点 （1） 架构是和业务紧密相关； （2） 架构的演变是由业务驱动； （3） 架构不是为了炫耀技术。 1.3 App和App后台的通信 （1） 用HTTP协议还是私有协议； （2） 用长连接还是短连接； （3） 通信数据格式（JSON、XML） 1.4 选择服务器 （1） 传统IDC； （2） 云服务器。 1.5 选择开发语言 （1） 不同语言有其擅长的业务场景和性能特性； （2） 考虑开发效率和运行效率； （3） 同一个项目不同业务逻辑可以用不同语言实现。 1.6 敏捷开发 （1） Sprint计划会议； （2） 迭代开发； （3） 每日例会； （4） 评审会议； （5） 回顾会议； （6） 及时反馈。 2 App后台基础技术 2.1 从业务逻辑提炼API接口 从业务逻辑到提炼API可分为下面6个阶段： （1） 业务逻辑思维导图； 根据需求抽象出业务逻辑。 （2） 功能-业务逻辑思维导图； 支撑业务逻辑的功能模块， （3）

Alpha版本第一周小结 # 任务分工 姓名|学号|任务 ---|:--:|---: WSP|2129|结构设计，负责产品功能的分工，构思结构。撰写推广文案。 PT|1501|文档和汇报PPT撰写。 THL|1205|原型设计，对各个功能模块进行实现。 SL|1328|老师客户端界面设计，与原型设计一起工作。 YZH|1105|学生客户端界面设计，与原型设计一起工作。 RXY|1203|原型设计，对各个功能模块进行实现 NXJ|1202|负责产品的推广，负责产品的美化。 ZZY|2223|负责最终产品的审查，测试。 原型设计 进度安排 1-2周完成用户调研，确立设计方案 3-5周进行原型设计 5-6周进行产品审查 7-8周进行产品推广 来源： https://www.cnblogs.com/simple5960/p/11803125.html

所谓C端，即围绕个体用户衣食住行、吃喝玩乐的产品。与之对应的，B端用户则面向企业，比如CRM、OA系统，这些产品更注重解决企业用户在业务和内部协同中遇到的问题。 与C端产品不同的是，B端产品有更稳定的需求、更注重解决实际矛盾和需求，围绕提升利益与效率的目的进行规划。 初做B端、尤其是中后台产品，相信大多数产品小白会遇到这样的场景： 经理让我去找业务调研，但我并不知道问哪些问题；在与业务方的沟通过程中经常会被抢去主导权，在对方说完“我需要在这里加一个XXX的功能”后，扔下一个冷风中凌乱的我。 一、为什么要进行业务调研 上一段中提到，B端产品的本质是为了更好地解决业务问题、为企业赋能，所以是本质决定了产品经理要熟练后台架构和业务逻辑 ，每一个功能对应的工作流都有可能对该功能上下游的逻辑产生影响。 产品经理在做规划时，不能仅在自己的角度判断逻辑是否合理，还要站在业务的角度考虑需求背后的价值。 下面我们分别从调研前、调研中、和调研后三个阶段分别展开讲解： 二、明确调研方向，进入调研阶段 首先需要明确我们本次调研的方向，熟悉业务还是收集需求？ 1. 熟悉业务 1）调研之前 产品经理需要主动了解业务背景、对公司业务做初步判断，带着对业务的疑问更有针对性的与业务方进行沟通。 2）调研开始 我们可以围绕以下几个问题进行提问： a. 询问调研对象在这家公司工作了多久、处于怎样的职位