文档

雪球项目前景文档:记一个没能启动的项目

这篇【前景文档】文档记录了一个未能启动的项目,未能启动的原因会在文章最后总结和讨论。公司对【前景文档】接近于大家比较熟悉的MRD文档,但是内容上又有些区别,可以看做是简化版的MRD文档。项目内容0. 名词定义“雪球”名称由来:开发雪球项目的目的为了达到通过用户间的邀请增加产品(PC端在线视频播放器,以下简称“产品”)的用户规模,雪球有个特性——在雪地上越滚越大,且随着雪球体

移动端收银软件设计概念

去年年底,接到某朋友要求帮忙设计的移动端通用版收银软件的需求,要求我(产品设计)和一名UI设计师共同完成。同类竞品:美国Square Register下面是我的设计思路:讲在前面:个人对美感要求很高,得益于喜爱设计领域,且对色彩敏感,对用户体验、页面排版要求很高。-产品定位-通用版小微商户圈,不限业态(工具:XMind)-产品需求文档概述-然后将以上问题汇编成需求文档(工具

编写需求文档常遇到的问题有哪些?

本文作者:老吴 原文地址:戳这里有一天,一个朋友打电话给我。朋友:“上回听说你们公司是做产权的,我这有诉讼相关的项目,你们能做吗?”老吴:“公司现在不打算接项目了,以做产品为主。”朋友:“你在公司负责什么啊?”老吴:“我是产品经理,负责公司的产品。”朋友:“哦,做需求的啊,知道了。老吴:“……”每个公司对产品经理的定位都不同,有的产品经理负责产品的需求,有的产品经理负责产品

当与别的公司合作时,我们该如何沟通?

与外部公司合作,什么才是产品经理的正确沟通方式?不知道在你的职业生涯中有没有过这样的经历,公司的产品是需要两家公司的一起合作来完成的,其中涉及到产品、设计、技术、测试、运营等每个部门的协作,两家公司合作来做一个产品。虽然作为产品经理不缺少跟技术、运营等部门打交道的经验,但那还都是局限在一个公司的范围内,解决问题的最终决定权也在自己公司的高管手里,很多问题都是可控的。但是与别

MDVC 框架:产品文档最优雅的结构

今天分享一个产品文档的优雅结构:MDVC框架。供大家参考,与大家共勉!区分概念什么是PRD?什么是MRD?什么是BRD?这些问题都是老生常谈的。我从整理了一些,供大家参考。PRDPRD(Product Requirement Document)产品需求文档。PRD文档是产品项目由“概念化”阶段进入到“形象化”阶段乃至执行阶段的最主要的一个文档,“对MRD中的内容进行指标化和

一份开发喜欢的文档,应具备的 4 个特点

写文档是一个产品经理的必备技能。产品经理需要将写的文档交给上司,交给开发,交给设计。但往往产品经理们殚精竭虑写出长篇累牍的文档,在开发那里只是瞅几眼就扔到一旁了。其实这也不能怪开发,因为一般在需求评审的时候,开发已经将产品的整个逻辑了解的差不多了。如果开发过程中有什么问题,直接和产品沟通的效率也要比一页页的翻看文档有用多了。这个时候产品经理就会很郁闷,我已经在文档里写的清清

从Material UI得到的设计感悟

如果你读过Google的Material设计文档,你就会发现其对细节和深度的注重。在文档中你能学到很多东西。其中最为重要的一项,就是其证明了编写复杂视觉风格指南是完全可能的。尽管可能困难重重,但还是可能的。特别是对于Google复杂多样的产品组合来说。如果你想学习视觉设计,就应该认真研究一下Material设计是如何处理不同元素或要素的。Google的文档详细介绍了18种不

产品技术大作战:需求文档

写需求文档是一件多么痛苦的事情。产品or技术的痛苦 关于需求文档要不要写,要写多细,是产品经理的一个痛点。且来说写那么细,那么久,还那么长,作为一个技术,多数还是理工科出身的,没有心情没有耐心更没有精神去看。大作战 产品画完原型,旁注技术开发完毕自后,会上总结技术一说:不够细;技术二说:逻辑思维点还是不够清楚;技术三说:改的版本为主,不知道以哪一个为准;针对技术一:我狠下心

致产品经理:2018年最新的一体化需求文档模板

本文作者结合自身经验,输出了一份最新的一体化需求文档模板,希望对你有用~enjoy~概要页一般会写出文档为谁而写,能够提供什么,以及本次项目的背景,参考了哪些资料写出的。 功能页具体到每一项功能,完整的介绍功能为谁设计,解决他的什么问题,目的是让运营、测试、开发同事可以选择自己关注的方面了解下去。作为一名文笔不好的产品经理,没办法给大家带来优雅的描述,所以经常被人投诉文档之