产品设计到立项
2017-02-09 10:30:36 0 举报AI智能生成
产品设计到立项是一个复杂而关键的过程，它涉及到市场调研、概念设计、详细设计、原型制作、测试评估等多个环节。在这个过程中，设计师需要充分考虑用户需求和使用场景，以及产品的可行性和商业价值。一旦产品设计得到批准并立项，就需要进入开发阶段，包括原材料采购、生产制造、质量控制等环节。整个过程需要密切协作和沟通，以确保最终产品能够满足用户的需求并获得市场认可。
作者其他创作
大纲/内容
团队合作
产品=商业模式+功能+设计+技术+内容
一个产品的成功归功与整个团队的精诚合作；产品的失败只归咎于产品负责人——Marty Cagan
产品经理
运营
产品运营
用户运营
内容运营
市场运营
设计
交互设计
UI设计
视觉设计
技术
前端
后台
测试
投资人
其他人
BI（数据分析）
安全
客服
用研
法务
财务
产品设计到立项
信息到决策
信息/需求
老板需求
KPI
运营的需求
数据
市场变化
用户反馈
竞品的功能
逐渐形成全局观
1.终局
市场最终的结局是什么样子
未来的方向是什么
2.布局
必须要做的哪几件最重要的事情
3.定位
告诉自己和用户：我是谁，我在哪里，我能为你解决什么问题
4.策略
那些路劲可以走，选择哪条路劲
用什么样的节奏和方法
投资评估
匹配商业和产品策略，做出投资决策
投入
时间成本
产品开发成本
运营成本
市场成本
回报
可量化的的回报指标
风险
风险概率、严重程度/可控性
评估周期
快速
典型的投资方法错误
以极少的信息做投资决策
大多数决策都是孤注一掷
在项目和功能上做管理
评估决策过长，季度/或半年
产品文档
Market Requirement Document
1.为谁解决这个问题？（目标用户）
2.产品要解决什么问题？（产品价值）
3.市场有多大？（用户规模）
4.成功的必要条件是什么？（解决方案的关键点）
5.有哪些同类产品？（竞争格局）
6.如何把产品推向市场？（营销组合策略）
7.怎么判断产品成功与否？（KPI）
Feature List
1.目标
2.模块
3.功能
4.资源
5.优先级
6.版本
7.进展
Product Requirement Document（PRD）
使用对象
用户
交互
交互设计稿
开发
设计文档
接口文档
数据结构文档
测试
测试用例
功能需求（从一个输入框说起）
1.前置条件
1.1用户状态：用户状态正常，完成支付宝实名验证
1.2登录状态：已登录
2.标签属性
2.1是否必填：必填
2.2字数限制：2-60字符，超长禁止输入
2.2默认提示文案：宝贝标题
3.内容安全校验
3.1触发校验点：失焦校验，提交校验
3.2先分调，在调用违禁词
3.3命中关键字，弹出提醒，提醒文案取违禁词表“notify”字段
3.4提交时判断违禁词类型，A类违禁词正常发布成功；B类违禁调发发布不成功，提示区域闪烁
3.5emoji叫入到违禁词
4.失焦后预测类目
4.1调类目预测接口，透露类目ID和类目名称
4.3.返回值为空时，缺省类目ID=1278186
4.4修改失焦后重新调用
5.提交校验项目
5.1字数校验
5.2违禁词校验
描述一个页面
1.页面入口规则
2.原型：页面布局、主流程、分支流程、异常情况
3.进入页面的前置条件
4.页面初始状态
5.页面每一个功能，包括规则、数据和异常
6.链接跳转效果，打开方式，刷新方式，
7.返回逻辑
8.特殊状态处理
9.错误提示
非功能需求
1.数据采集：用于评估产品效果
设计评估指标
设计客户端数据埋点，PC埋点，关注服务端表结构
2.灰度需求：A/Btest
3.项目需求：时间，资源
4.初始化数据
5.风险评估和方案
anti-spam 安全风险 快关
6.关键性能需求
响应时常：网络降级方案
流量消耗：图片降级方案
7.帮助和反馈渠道
评审
prd评审
功能有没有价值
回到问题和目标，数据和经验明确提出来，引导建设性讨论
过度设计，成本高
尽量避免完美主义
产品设计失调或者、缺省
定位问题，引导讨论优化方案
技术细节过度讨论
指定相关人给出方案，迅速推进
设计评审
1、ui设计
项目初期
多方案
项目中期
细化设计
项目后期
切图
2.如何优雅的参加设计评审？
1.先听后说
2.在表达个人喜好时一定要提前声明
3.关键的问题先提问
4.找出当前设计方案中的精华部分
5.找出问题，指出设计师可能遗漏的方向，避免直接给出解决方案
3.技术评审
1.底层设计的拓展性
2.Native or H5
3.接口设计
4.数据结构
5.跨平台一致
6.Kikoff：确定需求，设计，技术方案，沟通方式，项目时间点
项目启动到产品上线
产品上线后的运营
0 条评论
下一页
为你推荐
查看更多
