IT瘾作品推荐

分享一个平时工作找需求找竞品的方法：通过产品使用的核心技术库 - 即刻App

Tue, 15 Oct 2024 10:40:49 CST

分享一个平时工作找需求找竞品的方法：通过产品使用的核心技术库，找使用这个库的 project showcase。

起源是公司内部最近出现了一个我和 leader 都觉得惊为天人的产品。但是因为是保密项目我们能获取到的信息不够，我们判断这种交互模式和 UI 体验是借鉴了某个海外产品，大概率不是我司的原创。但是因为这个产品是很垂类的 B 端场景，加上保密项目的原因内部获取不到什么技术方案和竞品调研。

灵机一动发现这个产品的核心技术库是 xy-flow（一种画布容器解决方案），于是便从 xy-flow 的官网找到了市面上使用 xy-flow 的 project showcase。

从 project showcase 中，我看到了太多太多以前从未想到、从未接触的垂类场景：

- JSON 与工作流打通的 JSONSea
- 数据监控与工作流画布结合的 Redata
- 客服与弹窗 rpa 工作流的 Botfront
- 与地理数据结合的物流系统 Geoplex
- 包括我们自己的竞争对手 retool 和 wix 的 workflow
- …

这些都在使用 xy-flow 构建工作流、画布容器。今天几分钟的时间，从这一个基础库我看到了许多从未接触过的业务场景，这些业务场景背后代表的是一定数量的用户群体以及潜在的同类型竞品。代表着某个行业、某个市场。

这种查找需求的方法之前 @哥飞飞哥也在社群和公众号分享过类似的，并且可操作性更强范围更广：通过产品的入口流量、出口流量挖掘需求，以及榜单、外链。具体的操作和知识可以去「哥飞」公众号上刷一遍学习一下。

习得了某个方法某个知识后，举一反三在生活工作场景中用出来、总结出来，那种感觉真的是不一样的。

总得来说，这种找需求的方法考察的是多角度多维地看待问题。直接看是现象，从上游看是解决方案，从下游看是业务场景。

reactflow.dev

“人人影视字幕组”侵犯著作权案始末：3万余部作品是如何鉴定？

Wed, 25 Oct 2023 16:49:10 CST

来源：最高检微信公号

上海检察机关办理的这起侵犯著作权案，对侵犯著作权罪中涉及的未经著作权人许可复制发行、作品数量、取证固证等问题的认定，既对类案审理具有借鉴意义，也对社会公众的有关行为起到了引导和规范作用。

人人影视的“落幕”

从境外盗版论坛网站下载未经授权的影视作品，找人翻译、制作后上传至服务器，再通过广告招商、收取会员费、销售硬盘等方式非法谋取巨额利益……“人人影视字幕组”的梁某某、王某某等15人因侵犯著作权被依法追究刑事责任。

9月15日，最高人民检察院发布第四十八批指导性案例，上海市检察院第三分院、上海市虹口区检察院办理的这起侵犯著作权案入选。面对数量巨大的涉案侵权视听作品，如何认定实质性相似？众多涉案人员在案件中的地位、作用如何区分处理？10月中旬，记者采访了该案办案检察官，了解到这起由国家版权局、最高检等四部门联合督办的“人人影视字幕组”侵犯著作权案背后的来龙去脉。

检察机关成立联合办案组。

15人团伙被捕

非法经营金额超千万元

2003年，一些网络视频翻译爱好者自愿建立“YYeTs字幕组”，专门制作海外影视剧的中英文字幕。2006年，梁某某搭建“YYeTs”网站，主要提供海外影视作品的字幕免费下载服务。随着用户数和浏览量的急速增加，该网站逐渐成为国内知名的字幕组网站。

自2018年起，梁某某等人先后成立某链世界、翻译科技等公司，指使王某某雇用万某某等技术及运营人员开发“人人影视字幕组”网站及安卓、苹果、TV等客户端，以个人名义在境内外分散架设、租用服务器，且在未经著作权人授权的情况下，通过境外盗版论坛网站下载片源或直接录制，聘用谢某甲等人组织翻译人员进行翻译、校对，压制后再上传至服务器，进而向用户提供在线观看和下载服务，并以接受“捐赠”的名义收取网站会员费。同时，梁某某还安排谢某乙负责网站和客户端的广告招商业务，安排丛某某负责在网站上销售拷贝有未经授权影视作品的移动硬盘。

经鉴定及审计，“人人影视字幕组”网站及相关客户端内共有未经授权的影视作品32824部，自2018年1月至2021年1月，非法经营数额总计1200余万元，其中收取会员费270余万元、赚取广告费880余万元、销售硬盘获利100余万元。

2020年9月8日，上海市公安机关对“人人影视字幕组”侵犯著作权案立案侦查。鉴于该案有重大社会影响，上海市公安局对梁某某立案侦查，其他犯罪嫌疑人由虹口区公安分局（以下简称虹口分局）立案侦查。

2021年1月4日，上海市公安局提请上海市检察院第三分院（以下简称市检三分院）提前介入引导侦查。同年1月6日，公安机关从山东、广西、武汉等地抓获梁某某、王某某等犯罪嫌疑人。

2021年1月29日，上海市虹口区检察院对王某某等犯罪嫌疑人批准逮捕。同年2月1日，市检三分院对犯罪嫌疑人梁某某批准逮捕。

跨前一步

成立两级院办案组，引导侦查取证

涉案的“人人影视字幕组”网站在运营期间知名度较高，受众群体庞大，案件引起社会公众高度关注。

为高质量引导捕后继续侦查，2021年2月25日，市检三分院成立“9·8”侵犯著作权案专案组，成员涵盖分院、区院两级院相关办案人员，并召开四次公检联席会议，邀请鉴定人员参加，及时跟进捕后侦查工作情况。

召开公检联席会议就案件侦办进行研商。

“根据相关司法解释，侵犯著作权罪入罪的路径中，有三个维度该案是具备侦查条件的，即侵权作品数量、注册会员数和非法经营额。”首次联席会议上，时任该案的办案人、市检三分院检察官谢飞（现为上海市浦东新区张江地区检察院检察长）对该案下一步的侦查方向提出了意见建议。与会人员就犯罪手段、证据搜集等问题进行了深入研商。

侦办过程中，公安机关与检察机关、鉴定机构数次研究，开展了多维度取证固证。经查，对“人人影视字幕组”服务器上查获的合计52683部影片，去除重复的影片、超过50年著作权有效期限的影片等，统计得出侵权影片数量为32824部；另对网站收取的会员费、广告费和售卖拷贝有未授权影视作品的硬盘收入进行审计，得出非法经营数额合计1200余万元。

2021年7月5日，上海市公安局将梁某某移送市检三分院审查起诉，虹口分局将另外14名犯罪嫌疑人移送虹口区检察院审查起诉。

实质性相似

3.2万余部涉案作品的鉴定从何处着手

该案涉案作品剧集达3.2万余部，包含电影、电视剧等多个种类，涉及众多外国权利人主体，面对如此庞大的数量，如何开展作品的实质性相似鉴定？

“考虑到寻找权利人逐一出具未授权证明难度大、耗时长，且基于视听作品的创作特性，侵权人大量改编难度较大，为迎合用户需求，一般会采取完整复制作品的方式作案。因此，我们建议公安机关采用鉴定机构抽样鉴定的方式，结合权利人鉴别意见，综合认定涉案影视作品与权利人作品是否构成实质性相似。”谢飞介绍说，“具体操作中，我们提出可以按照一定标准，如影视作品特点、种类、来源、作案手法等，将涉案作品整体划分为多个互不重复的类别，再分别在每一类别中随机抽样。经审查，鉴别意见符合法定要求的，可作为证据使用。”

在该案中，由中国版权保护中心版权鉴定委员会在所有影片中随机抽取50部进行实质性相似鉴定。同时，综合考虑涉案作品的权属来源、内容类别、网站板块分布，对涉案作品进行分层抽样，抽取电影、电视剧、纪录片等多个种类影片800部，由相关权利人通过逐一阅看并截图比对的方式进行鉴别。鉴定和鉴别结果均为构成实质性相似。

在此基础上，检察机关还将抽样方法、鉴定和鉴别方法以及认定意见告知在案犯罪嫌疑人，各犯罪嫌疑人均对上述取证方式和结果表示认可。

“避风港规则”

适用条件如何把握

“涉案网站的大量作品为用户上传，被告人已尽到‘通知—删除’义务，因此适用‘避风港规则’，不应认定为侵权。同时，网站接受用户‘捐赠’的部分不应认定为非法经营数额。”办案过程中，梁某某的辩护人依据“避风港规则”主张梁某某不具有侵犯著作权的主观故意，提出不构成犯罪的辩解。

该案是否满足“避风港规则”的适用条件呢？据了解，“避风港规则”通常是指，权利人发现网络用户利用网络服务侵害其合法权益、向网络服务提供者发出通知后，网络服务提供者及时采取必要措施的，不承担侵权责任。

“对此，我们准确把握‘避风港规则’的适用条件，重点从侵权作品来源、网络服务提供者是否明知用户上传侵权作品两个方面进行审查，以此判断其无罪辩解是否成立。”谢飞告诉记者，若侵权作品是由网络服务提供者组织上传，则属于直接实施侵犯信息网络传播权的行为，不适用“避风港规则”；若是由网络用户上传，如有证据证实网络服务提供者主观上明知作品侵权仍放任网络用户上传，或者未采取必要措施的，应认定具有主观故意，其无罪辩解不成立。

“经查，本案涉案网站上的侵权作品，除部分系用户上传外，大量侵权作品系同案犯谢某甲等人上传。”庭审中，面对梁某某辩护人的辩解，公诉人指出，梁某某明知网站内存在大量侵权作品，仍指使同案犯上传并放任用户继续上传侵权作品，未采取有效措施遏止侵权作品传播，不符合“避风港规则”适用条件，其辩解不成立。

“此外，梁某某在涉案网站上公布‘捐赠’二维码，会员‘捐赠’后才能获得在线观看、免除部分或全部广告、不同点播次数等会员权益，这些都是影视类网站平台常见的盈利模式。”公诉人指出，其本质仍是打着“捐赠”的名义收取会员费，继而有偿提供视听服务，故这部分金额应认定为会员费计入非法经营数额。

公诉人认为，成立初期，“人人影视字幕组”主要从事海外公开课程翻译工作。然而，自2018年起，梁某某自建团队开发视频网站及客户端，则是以营利为目的，非法提供盗版影视作品在线观看和下载服务，行为性质已发生改变。这一行为不仅严重损害了著作权人及有关权利人的合法权益，还严重扰乱了国家对影视作品出版、传播的监督管理制度，具有较大的社会危害性，符合刑法第217条规定的侵犯著作权罪中“复制发行”的犯罪特征，应追究其刑事责任。

公诉人宣读起诉书。

宽严相济

对众多涉案人员分层分类处理

这一网络侵犯知识产权犯罪涉案人员众多、分工精细、结构复杂。办案伊始，检察机关就严格落实宽严相济刑事政策，对涉案单位的组织架构、涉案人员的行为性质、分工内容等进行分析研判，明确对于具有提起犯意、主导利益分配、组织管理平台等行为的，或者在共同犯罪中起主要作用的主犯，建议公安机关抓捕到案，进行重点打击，从严追究；对于在共同犯罪中参与程度较低、受雇实施犯罪的其他涉案人员可认定为从犯，酌情从宽处理。

“经查，除梁某某外，该案还涉及技术人员、市场运营人员等。就市场运营人员而言，其既负责销售含有未经授权影视作品的移动硬盘，又为网站和客户端进行广告招商，实际参与了共同犯罪；就相关技术人员而言，其明知开发网站、客户端，架设服务器等行为是为犯罪提供帮助，故不属于‘技术中立’。我们还对案发时已离职但曾为犯罪提供了技术支持的犯罪嫌疑人进行追诉，以做到不枉不纵。”该案承办人、虹口区检察院第七检察部主任丁琢之表示，至于翻译、校对等临时招募人员，因其对作品是否获得授权主观并不明知，不应予以追究刑事责任，建议公安机关以证人身份对其取证。

审查起诉阶段，在犯罪事实基本审定后，虹口区检察院综合考量各犯罪嫌疑人在共同犯罪中的地位和作用、退出违法所得情节、认罪认罚情况，对王某某等14名犯罪情节较轻的犯罪嫌疑人变更强制措施为取保候审。

经对犯罪情节和社会危害性的审查，检察机关确认了该案的非法经营数额、会员数量，认定该案属于“有其他特别严重情节”的情形。2021年8月20日，市检三分院以涉嫌侵犯著作权罪对梁某某向上海市第三中级法院提起公诉，虹口区检察院以涉嫌侵犯著作权罪对王某某等14人向上海市杨浦区法院（知识产权案件集中管辖法院）提起公诉。

2021年11月，梁某某因侵犯著作权罪被判处有期徒刑三年六个月，并处罚金150万元；王某某等14人因犯侵犯著作权罪被判处有期徒刑一年六个月至三年不等，适用缓刑，各并处罚金4万元至35万元。一审判决后，15名被告人均未提出上诉。

“对于这类翻译、复制、传播视听作品的行为性质，要根据法律规定和具体行为类型，区分不同情况进行准确认定。”上海市检察院第四检察部相关负责人表示，对于以个人学习、欣赏或学校课堂教学、科学研究等为目的，为外文影视剧翻译制作字幕的行为，符合著作权法第24条规定的，属于“合理使用”，并不侵权；但是以营利为目的、未经授权复制发行或者通过信息网络传播他人视听作品的行为，则侵犯了权利人的著作权，情节严重的甚至可能构成犯罪。“本案对侵犯著作权罪中涉及的‘未经著作权人许可’复制发行、作品数量、取证固证等问题的认定，既对类案审理具有借鉴意义，也对社会公众的有关行为起到了引导和规范作用。同时，该案的查办也充分彰显了我国平等保护中外著作权人合法权益、营造良好营商环境的决心与能力。我们也将持续加强知识产权保护力度，通过能动履职、融合履职，构建‘严保护、大保护、快保护、同保护’工作格局，为助推经济社会更高质量发展贡献检察智慧和力量。”

喷嚏网官方App :【安卓】在豌豆荚、360手机助手、小米应用商店，搜索：喷嚏阅读；【ios】App store里搜索：喷嚏网官方阅读；

喷嚏网官方网站：http://dapenti.com (海外访问：https://dapenti.com)

每天网络精华尽在【喷嚏图卦】喷嚏网官方新浪围脖

零基础的门外汉，能用AI独立完成一部游戏作品吗？ - 游研社

Tue, 15 Nov 2022 18:56:23 CST

或许将来的某一天，我们需要仔细搜寻，才能发现人类用心打造的游戏。

AI的实用化早已不是什么新鲜事。在过去的几年间，AI为我们提供过毫无逻辑可言的文学创作、机械质感浓厚的拟人配音、工业流水线式的背景音乐，不过上述内容无一例外，远不及如今走红的AI绘画这般实用。

十几年前的《快乐星球》预言了AI绘图的现状

喝彩也好，唱衰也罢，AI作图的热度无需赘述，随机生成的图片质量也有目共睹。但当大家还沉浸于这份抽卡式的快感时，有一群人看到了AI绘画背后更多的可能性。

既然AI绘画下放了美术这道门槛，那么将各个领域的AI统合整理，让AI产出的作品堆叠成为一款游戏，结果将会如何？

没有相关经验的外行，想用AI独立制作一款游戏，这个放在几年前多少有些天方夜谭的设想，如今就如同大家对AI不会画画的刻板印象一般，伴随着AI的进步发展，逐渐演变为现实。

国庆佳节之际，正是AI绘图工具Novel AI崭露头角之时。这个诞生于不久前专注于绘制二次元风格美少女的新晋AI网站，在经历了模型破解泄露后被广泛传播，彻底沦为民用生产工具。

量产画作成吨出炉，心得交流如火如荼，当时的风气俨然已有“AI终将取代人类画师”的趋势。

正是在这样的大背景下，国内首款由AI参与美术与配音的同人游戏应运而生。10月9日，B站UP主“秋之雪华”投载了一个名为《夏末弥梦》的自制Galgame视频，这个3分半长短的Demo流程实况，毫不意外地成了他播放量最高的视频。

秋之雪华并不是什么专业人士，实际上他在这之前完全没有过游戏制作的经验，但制作一款同人Galgame游戏，也从来都不是什么很难的事。

这个制作门槛相对较低的游戏类型，在数十年的发展期间，有过太多成熟的游戏引擎，甚至某些“傻瓜式”的辅助工具，能套用模板直接生成自己想要的效果。对于普罗大众来说，需要人工绘制的美术往往才是那道堵住大家创作热情的高墙，而现在，我们有了AI。

《夏末弥梦》倒也不是一款彻头彻尾的AI作品。作为第一个吃螃蟹的人，秋之雪华不图名也不图利，全凭兴趣和热爱撑起了为期三天的游戏制作，如果非要给他的热爱加上一个定语，那就是对于Vtuber的热爱，准确来说是对Vtuber“弥希Miki”的热爱。

弥希Miki本人也看到了秋之雪华的作品

这就是为什么，这款挂上了AI名号的游戏显得如此正常。为了描绘出自己心中那个趋近完美的弥希Miki，秋之雪华没有采用前言不搭后语的AI编剧，而是亲自执笔，将自己对主播的热爱融入其中，创作出了这段剧本。

“弥人”正是弥希Miki的粉丝称谓

而在剧本之外，Galgame三板斧之“美术”和“配音”，皆由傻乎乎的AI操刀负责。如何驾驭不懂得融会贯通的AI生成实际存在的人物形象，是游戏制作最费事的部分。根据秋之雪华的自述，弥希Miki极具辨识度的人设虽然可以用少量的说明Tag实现具象化，不过AI出图的随机性与模糊性，还是让反复调试、筛选可用图片占据了大量的制作时间。

图灵测试之AI不会画手

至于游戏的配音部分，借由AI也能做到免去主播亲自献声的环节。早在今年7月，国内的某些Galgame爱好者就在尝试通过投喂游戏内的配音样本，让AI在深度学习的过程中模仿自己心仪的角色声线，尽管会有难以避免的机械杂音，但最终呈现出的效果已经相当惊艳。

一位柚子厨得知宁宁的声优不再出演黄油，这是他大脑发生的变化

秋之雪华同样看中了这类先端技术的可用性，他利用大量的录音素材亲手训练出了弥希Miki的声音模型，从自娱自乐的代餐，逐步演变成为游戏制作中的音声数据，对主播的热爱正是促成了《夏末弥梦》诞生的最关键的因素。

与还算正常的《夏末弥梦》相比，由拔丝柠檬制作组带来的《未来地狱绘图》显然要“混沌”得多。

《未来地狱绘图》是拔丝柠檬制作组于10月11日完工的AI游戏。这款作品更契合人们对AI那“赛博精神病”般的既有印象，除了游戏的底层引擎以及演出调试，其余的诸如剧本、立绘、场景、音乐、配音等素材，皆由AI堆砌而成，更重要的是，从开始动手到最后完工，整个流程不过6个小时。

游戏Staff一览

将游戏制作的重担放权给AI，这堆无法理解何为“美”的代码，究竟是会朝着疯癫狂乱的风格前进，还是会保持相对理性克制的气质？

拔丝柠檬制作组选择了保守的做法，先定下大纲，再任由AI自由发挥，最后根据自己的喜好进行调整，毕竟他们的初衷是想向大家展示，用AI做一款Galgame到底能做到什么程度。

不过话虽这么说，AI笔下的剧本中透露出的那股傻里傻气是贯穿始终的，当然这也和拔丝柠檬制作组制定的剧本方向脱不了干系——在不远的未来，人类已经被AI淘汰。负责执笔的AI需要以人类的视角出发，构建一个AI高度发达的世界，颇有一股“赛博内战”的风味。

剧本大纲，非常标准的网络段子

AI自动生成的剧本，与其说是稚嫩，倒不如说有些笨拙。与日新月异的AI绘画不同，AI编写故事的能力还有很大的提升空间。在过去曾尝试过AI写作的朋友，能在这款《未来地狱绘图》看到很多熟悉的影子，比如一句话要重复三遍，还得多打几个感叹号彰显事态的严重程度；

又比如非常标准的废话文学，反复使用无意义修辞凑字数，某种程度上也算是习得了人类大学生撰写论文的奇技淫巧；

尽管充满违和感的文本时刻提醒着玩家这是AI的手笔，但从这些高度同质化的美少女嘴里冒出的诸如“剩余价值”之类的言论，还是不由得让人怀疑，理解了剩余价值的AI在这之后将会朝着哪个方向继续进化。

剧本并非AI的特长。拔丝柠檬制作组在游戏的第一章以几个句子定下了剧本的大致基调，却在第二章的文本校对上吃了瘪——是的，这游戏居然还有第二章。

第二章的制作周期与流程都是第一章的两倍

第二章是拔丝柠檬制作组尝试“怎样以较低的时间成本驯服AI”的实践成果，就结果而言，想要对AI生成的文本进行精修，还不如自己从头开始亲笔编写剧本。借用他们的原话，“如果你有质量要求的话，AI写文性价比真的很低。”

不只是剧本，AI作品的粗糙体现在方方面面。像是Galgame中至关重要的人设，由于AI出图的不确定性，要如何生成同一角色的不同姿态成了急需解决的头等大事。短篇作品尚且可以蒙混过关，但真要放到长篇作品之中恐怕有些不太现实。为此，拔丝柠檬制作组将女主的形象设定为了“女仆”，根据他们的解释，女仆的特征较为可控，用听话的AI能生成许多大差不差的作品。

制作组自己也承认，游戏的玩梗性质大于实际的可玩性，作为仅供图一乐的试水之作，《未来地狱绘图》的完成度明显还处在初级阶段，他们的工作重心，显然放在了另一款项目的推进之上。

《井域：喀洛之血》的是拔丝柠檬制作组正在开发的一款AVG，游戏的Demo发布于Game Creator平台，剧本表现与场景美术都称得上精美，他们甚至还为这个小型试玩版游戏做了好几段质感不错的3D动画，最关键的是，这个游戏并没有使用任何AI。

AI作品《未来地狱绘图》毫无悬念地碾压了《井域：喀洛之血》的热度，一边是6小时的速成品，另一边是耗时三个月才堪堪完工的序章，至少AI在噱头与效率这两方面，已经能稳稳压住创造出它的人类。

其实，将AI投入游戏制作早就不是什么新鲜事。

早在2019年的游戏开发者大会（GDC）上，就曾有过一个名为“机器学习教程”（Machine Learning Tutorial）的版块，多家游戏大厂参与了演讲授课，其中就包括了法国老牌游戏厂商育碧。育碧在AI领域的深耕领跑业界，最近他们还捣鼓出了个“AI动物园”，能借由AI的帮助完成各种动物复杂的动作捕捉。

不过在游戏制作中穿插大量AI素材辅助独立游戏开发，也确实是这段时期兴起的新风潮。

今年5月，一款名为《疯狂之源》(Source of Madness)的游戏结束了先行测试正式发售。游戏的关卡、美术与怪物动画，都是AI孕育出的素材，官方甚至以“玩家遭遇的敌人永远都不会重复”作为宣传语，配合上本作阴暗深沉的世界观与肉鸽玩法，AI癫狂的艺术风格的确能起到很好的催化效果。

《This Girl Does Not Exist》，一款于9月8日登陆Steam的拼图游戏。一对夫妇将游戏内的美术、故事、角色、配音都交给了AI担当，不过仅有的两篇评测，还是点出了游戏平平无奇的现状。

《Shoon》，一位名为Nao_u的日本游戏开发者独立制作的2D横板射击游戏。本作的美术素材均取自前段时间火热的AI作图工具 Midjourney，就连游戏名称“Shoon”都由AI自动生成，游戏的制作周期也只有短短的3天。

上个月，一位华盛顿大学深度学习领域的科学家，甚至在尝试通过给AI观看大量《宝可梦》游戏画面，让其照葫芦画瓢生成一款风格近似的2D游戏。虽然目前游戏的观感还很简陋，但AI能模拟出这样的成果已经实属不易。

当Novel AI这款专注于二次元美少女的绘图工具开始流行，AI做游戏的这阵风终于刮进了国内。

比起上面提到的那些品类繁多的游戏类型，Galgame制作的学习成本显然是普通人也能接受的程度。本文前半段提到的这两款国人打造的AI作品，其创作动机十分雷同，因AI绘图开始研究AI做游戏的可能性，而图片、剧本、配音又构成了Galgame的基本要素，水到渠成，一款同人游戏就这么诞生了。

在商业游戏泛滥的今天，曾经的老游戏里潜藏的那份“作者性”开始消逝。为市场妥协不得不放弃那些绝妙的想法已成常态，“遗憾的艺术”一词被用得越来越多，这成了独立游戏受到广泛追捧的一大要因。

而AI的出现，补全了游戏制作的最后一道缺口，让没有技术积累的普通人也能投身于自己梦想中的艺术创作。

但需要注意的是，现阶段的AI绘画还存在着复杂的版权问题，该如何界定AI的侵权范围，想必会是未来的相关产业必须解决的难题，至少，目前AI生成的图片只能存活于免费同人游戏之中。

至于当前AI作画的质量问题，其实也不必去细究，毕竟AI最擅长就是不断的学习累积。就在前些天，已经有人研究出了在保留原图的基础上增添新细节的全新功能，此举一旦被投入大范围运用，AI绘图的实用性又会前进一大步；恰巧，今天又出现了“由AI识别AI作画”的在线网站，准确率奇高无比。可见即便是电子斗蛐蛐，AI的发展进步也远超人类的预期。

或许将来的某一天，我们需要在成堆的工业流水线中，仔细搜寻人类用心打造的游戏，不过这样的未来，好像跟现在也没多大区别。

作为最广泛支持的操作系统，HarmonyOS目前用在哪些产品了？

Thu, 03 Jun 2021 03:38:12 CST

6月2日晚，华为在线上举办 HarmonyOS 2 及华为全场景新品发布会，从发布会我们获知，原本只用于智慧屏、可穿戴设备等产品的HarmonyOS系统已经可以在更多产品品类上使用。

华为消费者业务CEO余承东表示，过去10年是转型的10年，华为引领了手机的多项创新，比如摄像、通信、解决安卓卡顿，续航、快充、新材料新工艺、折叠屏等；未来十年华为消费者业务的战略是 全场景1+8+N智慧生活解决方案，重点围绕智能家居、智慧办公、智慧出行、运动健康、影音娱乐5大生活场景来构筑体验。而 HarmonyOS 2的推出，支持多设备多硬件，解决PC、手机、平板、手表等系统之间的体验割裂问题，同时还将支持大量的 IoT设备。

华为消费者业务软件部总裁王成录表示， HarmonyOS 2推出后，无论设备大小，只需一个系统。除了HarmonyOS 2，没有其它系统能够做到这点。据介绍，鸿蒙操作系统是一个全栈解耦的架构，一套代码可以在手机上使用，也可以在手表上使用，以及很多小设备上使用。依靠其统一控制中心，多设备之间可以组成超级终端，从而选择最适合的设备。

HarmonyOS 2采用了分布式技术，通过软总线将独立设备连接起来。用户可以根据需要自由组合硬件，比如手机连接无人机摄像头和运动相机，进行多机位拍摄；PC、平板和手机连接一起，协同办公；手机与冰箱的连接，智能推荐不同食材的温度。值得一提的是，对开发者而言，HarmonyOS可以实现一次开发、多端部署，让多设备应用开发更加简单。

HarmonyOS的真实实力如何，我们只能通过在众多搭载HarmonyOS的硬件中去体验才能得知。本次发布会上，华为消费者业务COO何刚介绍了多款搭载HarmonyOS 2的新产品，包括HUAWEI Mate 40系列新版本、Mate X2新版本、HUAWEI WATCH 3系列、HUAWEI MatePad Pro等手机、智能手表、平板产品。同时带来了新一代半开放主动降噪无线蓝牙耳机HUAWEI FreeBuds 4和两款高端显示器HUAWEI MateView和MateView GT。

点击查看原文>

用3天时间设计一款完整的APP作品

Wed, 06 Mar 2019 08:00:14 CST

很多人说看过很多设计道理却依然做不好设计，还不如直接看设计案例来的简单粗暴。今天为大家找到一篇实战好文，一个人，3天时间，打造一款APP全流程设计，学起来吧！几周前，我接到一个设计需求是为食品行业设计一套解决方案，甲方给出的时间是必须在3天内完成。乍一听，可能会觉得这几乎是不可能的，但是如果你熟悉“GV Design Sprint ” （译者注：GV Design Sprint就是一个专业的设计流程方案，想了解的朋友请见https://designsprintkit.withgoogle.com/introduction/overview），那么就会明白，这实际上是可以做到的。我发现这是一个非常好的机会，可以在这么短的时间内实践一套设计方法。在这篇文章中，我将逐一向大家分解我的设计过程和每天的设计进展。

项目背景

Common Food是一个使用社区支持农业(CSA)出售水果蔬菜的农场。人们需要在年初提前预定农场一年的收成，然后在生长季节里，社区成员每周都会收到一箱食品。（译者注：CSA的运作过程通常由认同相同理念的社区支持者（个人或单位）采用共同购买的模式，预先支付一笔费用给当地的小农户预约一季或一年的收成，农民收成后，再根据实际产出的多寡分配给会员，如此达到结合社区力量支持在地农民采用有机农耕的积极意义。——百度百科）

设计挑战

设计一款应用，帮助普通农场每周能向会员们卖出更多的农副产品。帮助他们个性化的推荐食品方案，以满足会员们不同的知识水平，兴趣和饮食限制。

第一天：资料收集

研究方法

研究阶段往往会占用一些时间，所以尽可能的利用手头现有信息是节省时间的好办法。市场环境二手资料，竞争对手，用户调研或者直接去App Store中收集用户评论，我需要尽早了解清楚用户的思维模式。

用户调研

Common Food 公司会在每个季度对会员们进行回访，以便能更好的了解他们的喜好，以下是今年的一些反馈：

“我喜欢烹饪和做罐头。我可以多买一些西红柿吗？” “大头菜我不喜欢吃，我把它都扔掉了，不过生菜确实很好吃。” “我儿子对花椰菜过敏，所以我们从不吃花椰菜。另外我喜欢吃蒜蓉，但不知道怎么做。” “我希望我能有更多的大头菜，然后用来做泡菜。” “ 我觉得我们应该需要更多的CSAs，继续扩大农场的规模。我现在看到了很多转基因的怪物农作物，希望有渠道能及时发布最新消息。” “我们能不能弄到更多的甜菜？” “我从来没听过白菜，它看起来很漂亮，但是我不知道怎么做这道菜。”

一份来自Field Agent的最新报告发现，不管是在计划内还是计划外购物的网购者来说，农产品都是一个很受欢迎的类别。65%的受访消费者表示，他们购买的是新鲜农产品，与冷冻乳制品并列第一。31%的人说他们一时冲动买了新鲜水果和蔬菜，超过了零食（23%）和糖果（14%）。然而，39%的网购者并不会在网上购买新鲜农产品，因为他们更喜欢去菜市场。

市场调研

市场研究公司Mintel发现，尽管消费者越来越多的转向网上购物，但只有十分之一的美国人会通过电商购买新鲜的农产品，肉类，家禽和鱼类。该研究建议，为了打消消费者的顾虑，提高销售额，零售商应该多提倡节约成本，并提供更全面的产品信息，以建立信任，提升价值吸引力。研究表明，亚马逊的“购物车和收藏”等功能对于忙碌的消费者来说也是一个很有吸引力的点，特别是女性（48%）比男性（37%）更有可能在线购买，做好功能体验很重要。

头脑风暴

脑暴出的问题 1、我们如何收集用户需求数据来减少浪费和分配食品？ 2、我们如何通过季节性食物和促销活动来增加销售业绩？ 3、我们如何帮助会员根据他们的饮食偏好发掘额外的食物需求？

用户画像

用户调查的结果提供了足够的信息来创建用户画像。我选择创建与年龄和性别都无关的角色，以便能够将更加聚焦在如何平等的实现用户目标上。

用户画像

竞品分析

当我准备进入草图阶段时，我将会研究在相关行业或竞争对手那里类似的问题和解决方案，以确定最佳方案。 盒子大小和内容分类 FarmBox Direct和Farm Fresh to you两款产品分别提供不同的盒子大小和产品选项。（译者注：为什么会定义盒子大小，这是因为他们每周会发放给会员的食品是以盒子来计量的。） 自定义盒子装的食品种类 FarmFresh to You让你定制你的盒子，添加或删除农产品和设置数量。但你必须充会员才能定制它，与此同时，你也可以为排除项创建项目列表。

FarmFresh to You

真实的食品照片 Farmstead 允许添加任意数量的购物清单，你可以添加，删除和浏览，都没问题之后再来结账。Farmstead提供真实新鲜的产品照片，不像其他竞争对手使用库存的照片。

方案思考

我的解决方案是设计一个APP，从会员那里收集数据，比如家庭规模、饮食偏好等等，让会员们可以轻松定制季节性食谱。利用人工智能了解会员的饮食习惯，提供食谱，饮食建议和运营一些有针对性的促销活动，取得双方共赢。这些数据可以帮助我们从会员那里得到反馈，然后就可以知道他们在哪个季节可能会重新订购哪种类型的产品或组合，以及他们实际上最喜欢什么产品。

第二天：草图和设计

我喜欢在自己感觉“明白了”之后开始画草图，我会把自己的想法都画出来，然后再把自己觉得不好的想法剔除掉，保留自己觉得最好的效果。我会通过绘制用户旅程地图来定义用户任务和目标。

用户旅程地图

解决了用户角色，竞品分析和草图方案，接下来，我就开始为注册了这些服务的会员们设计流程。一旦他们通过APP首次下单，我们的数据库中就有了用户的日程安排、发货和账单信息。一旦确认了这些流程信息，我就准备开始画线框图。 线框图 线框图是APP的骨架，这让我在开始做视觉设计之前，能够专注于关键功能、元素和交互。我选择了高保真线框图，这样我只需要在一些色彩，配图，和图标上进一步思考视觉呈现。 风格板 在画好线框图之后，我会找相同行业内的APP视觉做一个风格板来作为设计参考。 配色方案 我选择了鲜红色作为主色。鲜艳的颜色会让人胃口大开，红色也会引发购物欲望（促销、清仓、热闹等氛围）。 字体选择 图标设计 当说到图标和节省时间这个话题时，我不建议把它们都画出来。尽管我很喜欢自己画图标，但是这次时间上并不允许。我推荐一些图标库，比如Material Design icons（https://material.io/tools/icons/），或者我这个应用用到的一个图标库The Noun Project（https://thenounproject.com/#）。在利用这些图标库时，请注意购买版权，如果不想付费，也必须注明图标来源，定稿后有时间再来重新画。 Logo设计 我期望这个APP能有一个清晰易懂的名字，同时也希望能有一个与名字非常匹配的Logo。在思考了很多名字之后，我觉得“FameCrate(农场条板箱)”这个名字非常的适合，通过不断迭代，优化，最终得到了下面这个Logo。 视觉设计 我喜欢尝试不同的风格和设计变化，我对第一稿不满意，因为缺乏整体上的一致性，然后不断优化，直到最终全局页面都能做到统一协调并符合自己的设计预期为止。

第三天：交互原型

到了第三天，我完成了最后的视觉设计，便开始做可交互原型。我等到这个阶段才开始做这事，主要是因为如果在线框阶段就开始做原型的话，尽管它们是高保真的（我经常这么做），但会花很多时间在交互界面上。对于这个项目，我在设计完成后再来添加交互动作，其实是为了节省时间。 最终设计 自动动画 我会用Adobe XD的自动动画（https://helpx.adobe.com/xd/help/create-prototypes-using-auto-animate.html）功能来做原型设计，这是节省交互动画制作时间的好办法，而不是在After Effects上花费几个小时来做这种效果。下一步 可用性测试 找一些真实用户来做这项测试。我个人最喜欢用Maze.Design（https://maze.design/）这款工具来记录测试结果，它易于使用，并能提供有关原型的全面数据分析。 不断迭代 通过可用性测试的一些结论，在设计上进行迭代，改进用户流程。总结在有限的时间内，你绝对不能让自己分心，必须专注于这个项目并管理好自己的时间。我会给自己进行计时，并在每一个步骤上给自己设定时间限制。我试着让APP用起来尽可能的简单，从草图和用户旅程地图就要开始思考，最后这一切才能水到渠成。感悟永远相信你的直觉，不要害怕设计修改。如果你把我的线框图和最终的设计效果图进行比较，会发现我做了很多的选择来改进最终的设计。另外，也可以使用你自己熟悉的软件，或者你自己知道的更快速的方法，而不要太花费时间来确定是不是跟我完全一样。原文：https://uxdesign.cc/ux-ui-case-study-designing-a-food-app-in-3-days-1e2856680205 作者：Paola Ascanio 译者：彩云Sky(微信号:caiyunyisheji) 本文翻译已获得作者的正式授权

(ノ◕‿◕)ノ*:･ﾟ✧ 查看最受欢迎 301 个设计网站 *:･ﾟ✧ヽ(◕‿◕ヽ)

UI设计QQ群 ¦ RSS订阅 ¦ 新浪微博 ¦ 本文链接 ¦ 添加评论

懂财帝: 安邦保险：一家保险公司的“生老病死” 原创 2018-02-23 观察新金融的懂财帝作者 | 落樱出品 | 懂财帝风云变幻。安邦保险集团被保监会接管了... - 雪球

Fri, 23 Feb 2018 22:03:30 CST

原创 2018-02-23 观察新金融的懂财帝

作者 | 落樱出品 | 懂财帝

风云变幻。安邦保险集团被保监会接管了。

来自中国保监会的消息，2018年2月23日起，保监会对安邦集团实施接管，接管期限一年。

我全家人都买的安邦保险，这下子保单怎么办？懂财帝身边很多买了安邦保险的朋友坐不住了。

保险公司会不会倒闭？会不会自行解散？被保监会接管是啥意思？来，就让我们一文读懂保险公司的“生老病死”。

01.保险公司会有倒闭的风险

首先，保险公司作为以盈利为目的的商业机构，是有倒闭的风险的。

《保险法》第八十九条经营有人寿保险业务的保险公司，除因分立、合并或者被依法撤销外，不得解散。

以国信人寿为例，国信人寿是在2004年获得中国保监会批准筹建的民营保险公司，2005年2月底拿到保监会正式开业批文，但开业不久就发生了总经理严峰与股东方产生分歧出走事件。

经保监会调查，发现国信人寿有资本金出逃等违规问题，在6月底就责令国信自行解散并最终注销了其主体资格。

作为最为“短寿”的保险公司，该公司开业验收后尚未签发一张保单，仅4个月就偃旗息鼓。

按照上文第八十九条规定，由于没有经营人寿保险业务，因此国信人寿是可以自行解散的。

02.安邦保险为啥会被接管？

安邦保险不是第一家被保监会接管的险企。

回顾保险业发展，正式被保监会接管的险企有新华人寿和中华联合保险。目前，两家保险公司在经过股权结构变更后，仍发展良好。

其次，这时候要请出大佬“保险保障基金”了。内容详见中国保监会官网《保险保障基金管理办法》。

所谓保险保障基金，是由保险公司依照规定、根据业务收入缴纳的财产保险保障基金和人身保险保障基金。具体比例为：

（一）非投资型财产保险按照保费收入的0.8%缴纳，投资型财产保险，有保证收益的，按照业务收入的0.08%缴纳，无保证收益的，按照业务收入的0.05%缴纳；

（二）有保证收益的人寿保险按照业务收入的0.15%缴纳，无保证收益的人寿保险按照业务收入的0.05%缴纳；

（三）短期健康保险按照保费收入的0.8%缴纳，长期健康保险按照保费收入的0.15%缴纳；

（四）非投资型意外伤害保险按照保费收入的0.8%缴纳，投资型意外伤害保险，有保证收益的，按照业务收入的0.08%缴纳，无保证收益的，按照业务收入的0.05%缴纳。

那么这个保险保障基金有什么用呢，按照规定：

（一）保险公司被依法撤销或者依法实施破产，其清算财产不足以偿付保单利益的；

（二）中国保监会经商有关部门认定，保险公司存在重大风险，可能严重危及社会公共利益和金融稳定的。

换句大白话说，当保险公司兜不住玩不转的时候，保险保障基金就闪亮登场，力挽危局了。举个例子：

以新华人寿为例，2006年，新华人寿原董事长关国亮挪用巨额公司资金的事件浮出水面。当时，保监会调查称，关国亮8年间共挪用公司资金130亿元，但在后续的庭审目前中，检方只指控关国亮涉嫌职务侵占300万元，挪用资金2.6亿元。

2007年，保监会首次动用保险保障基金接管新华人寿，先后购买了隆鑫集团有限公司、海南格林岛投资有限公司等所持的新华人寿股权，接手价格为5.99元/股，持股数约为4.6亿股，占新华人寿股权的38.815%，位居第一大股东。

2009年11月，保险保障基金“功成身退”。保险保障基金公司宣布，将把新华人寿38.815%的股权整体转让给中央汇金公司。此次交易中，新华人寿每股8.7元，比保险保障基金接手时的每股5.99元，高出了2.71元，整个交易对价约为40亿元。以此计算，保险保障基金在本次交易中盈利12.5亿元。

03.被接管后，谁来兜底？

当保险公司被依法撤销或者依法实施破产，其清算财产不足以偿付保单利益的，保险保障基金按照下列规则对非人寿保险合同的保单持有人提供救助：

（一）保单持有人的损失在人民币5万元以内的部分，保险保障基金予以全额救助；

（二）保单持有人为个人的，对其损失超过人民币5万元的部分，保险保障基金的救助金额为超过部分金额的90%；保单持有人为机构的，对其损失超过人民币5万元的部分，保险保障基金的救助金额为超过部分金额的80%。

注：保单持有人的损失，是指保单持有人的保单利益与其从清算财产中获得的清偿金额之间的差额。

而当被依法撤销或者依法实施破产的保险公司的清算资产不足以偿付人寿保险合同保单利益的，保险保障基金可以按照下列规则向保单受让公司提供救助：

（一）保单持有人为个人的，救助金额以转让后保单利益不超过转让前保单利益的90％为限；

（二）保单持有人为机构的，救助金额以转让后保单利益不超过转让前保单利益的80％为限。

换大白话讲，对于非人寿保险合同的保单持有人，保险保障基金会直接对保单持有人予以救助。

也就是说，例如甲买了一款不含寿险保障的重疾险产品，保额为50万，而保险公司清算资产后，只能赔偿给甲47万，这三万的差额，保险保障基金予以全额救助；

而如果保险公司清算资产后，只能赔偿给甲42万，那么这7万的差额，保险保障基金给予90%，即6.3万的救助。

值得注意的是，对于人寿保险合同的保单持有人，当保险公司的清算资产不足以偿付保单利益的，保险保障基金将对保单受让公司提供救助，救助保单利益最高为90%或80%。

这里很多朋友可能会有误解，救助保单利益最高为90%或80%，那是不是保单持有人利益受损呢？

注意，这里一个关键点是保险保障基金是向保单受让公司提供救助，而非直接是保单持有人。也就是说，不论哪个公司或者机构接管了这家保险公司，都应该按照保单合同上写明的权益维护保单持有人、受益人的合法权益。

例如，懂财帝朋友买的安邦人寿保额，保险合同里写明的是80万，那么他的权益就不会打折，不论哪家机构接管安邦，都要按照合同规定的赔付条件，赔付80万。

而对于流行的分红险、万能险，相关分红或权益没有在保单合同上写明，保险保障基金则没有提及如何赔付。

最后再唠叨一句，买保险，千万不要贪图分红和收益。认清自己当下哪些方面最需要做好保障，再选择符合自己需求的保险产品最重要。

所以，大家不要担心，继续好好过完新年吧。

懂财帝：微信公众号（znfinance）。一个沉沦财经十年的媒体人，一个混迹证券与PE多年的投资人。用最轻松的笔墨，嬉笑怒骂，说人话，聊财富，话投资，谈人生。

@今日话题 @徒步投资笔记 @烤鳄梨鳗鱼饭 @twitter

为什么选择Zephyr操作系统开发物联网产品？HereO、CommSolid和Grush有话说

Wed, 13 Dec 2017 15:42:07 CST

万物联网时代，物联网设备以百花齐放的态势涌向市场，让众多用户体验到互联所带来的智能体验。物联网设备也以开发成本低、开发周期短吸引了一波创业者的目光，从而造就了当前物联网市场百家争鸣的热闹格局。除了硬件设计，摆在创业者面前最直接的问题就是：如何为自己的物联网设备选择一款合适的操作系统？

操作系统对于物联网设备而言，与互联网中的Windows同等重要。然而，为了满足物联网应用的碎片化需求，市面上出现了多种物联网操作系统，这也让设备制造商陷入了选择迷茫，今天我们就带来三家物联网产品设计公司使用Zephyr操作系统的经验，帮助设计者深入了解Zephyr操作系统的优势。

HereO：采用Zephyr OS 控制多个调制解调设备

如今移动互联网用户经常用到的一项功能就是位置分享，而目前大部分位置信息都是由手机提供的，但随着物联网变得越来越容易访问，应用范围越来越广，更多新兴的消费产品能够提供室内和室外位置信息，无论是作为主要服务，还是整个产品的一部分。HereO的团队目标是开发一个软件堆栈，它能够在一个UART端口上运行多个通信设备。

除了技术，开发一款产品最初需要什么？HereO公司规划的产品是儿童手表，手表需要支持3个UART设备：

 GPS：生成室外位置读取；
 调制解调器：用于传输数据和支持蜂窝三角测量；
 WiFi：支持室内位置读取；

硬件架构设计
该项目的处理器是英特尔Curie，一个Quark X86处理器，相当于一个ARC处理器。Curie模块有两个UART端口，一个内部连接到BLE nRF51822，另一个是调试端口。HereO把Curie调试端口、蜂窝调制解调器、WiFi调制解调器和GPS连接到每个UART扩展端口，扩展器由CurieGPIO控制。

该系统还采用了内部BLE、陀螺仪和加速度计（用于卡路里测量），外部温度和气压传感器（用于更精确的定位算法和正常状态测量）以及基于I2C的显示器（用于支持手表大部分不相关联的功能，比如显示时间）。

使用Zephyr 操作系统优缺点兼而有之

Zephyr操作系统协助HereO实现产品的过程中可谓优缺点兼而有之：

优点是，该项目就能够采用低性能处理器（如：能运行于低端的ARM设备、ARC等）设置一个非常强大的应用程序；应用程序占用空间小，可运行于Curie提供的384KB flash，80kB SRAM上，并且还有一定的空间支持更多功能；可移植性，这是最重要的优势。解决方案是“跨硬件平台”的，HereO已经开始在NXP的平台上进行测试，移植非常简单，所需的工作量很少。

缺点是，用户使用Zephyr 操作系统面临相当大的挑战，一是，入门水平高，为了很好地了解它，需要研究这款操作系统；二是，这是一个年轻的项目，因此网上几乎没有实例，而且做很多事情还没有“明确”的方法；三是，对于Linux构建系统（Kconfig、Makefile、defconfig等）需要有很好的了解。

为什么选择Zephyr项目？
HereO已经选择Zephyr操作系统作为其大部分项目的主要操作系统，这是因为它能够基于低成本处理器创建具有连接性、传感、数据传输协议和极端模块化的物联网设备。迄今为止，这些功能主要通过采用Linux和功能更强大(而且更贵)的处理器才能实现，Zephyr项目确实开放了很多新的和已有的机会。

CommSolid：连接更丰富的设备
CommSolid是一家提供领先的超低功耗物联网解决方案的蜂窝IP公司。CommSolid的CSN130基带IP解决方案专为3GPP窄带物联网标准（Cat-NB、NB-IoT）而设计，由硬件（RTL）和软件堆栈组成。嵌入到用户的系统级芯片（SoC）中，可以将传感器和执行器直接连接到互联网，从而实现物流、健康、智慧城市和检测等智能应用程序。超低功耗消费使CSN130 IP适用于长时间采用电池供电的设备。CSN130基于灵活的架构，与经过验证的技术相结合，现在可用于授权和片上系统集成。

为什么选择Zephyr 操作系统？

CommSolid的CSN130 NB-IoT基带IP解决方案采用了Cadence认证的Tensilica Fusion F1内核技术，能够将包括蜂窝协议堆栈和物理层的完整的调制解调器整合到单一内核中，这需要高性能、低功耗的实时操作系统RTOS。CommSolid评估了各种实时操作系统，主要标准是性能和稳定性，以实现可靠的NB-IoT通信。另外，还需要执行中间件堆栈和客户应用程序的简单机制，所有这些问题都是Zephyr 项目可以解决的。

Zephyr的内核调度器能够和蜂窝网络实现高精度的同步。针对IoT设备，电源效率至关重要，Zephyr操作系统已经准备好支持这一需求，从而实现超低功耗和超长的电池寿命。驱动API和子系统增加了解决方案的可扩展性。这使得从占用非常小的空间的瘦调制解调器的功能，直到应用程序运行在顶端的云连接设备都可以实现。

采用Zephyr 实时操作系统的CommSolid CSN130 NB-IoT基带IP解决方案已经在CommSoild的NB-IoT参考平台上进行了演示，针对语音激活的数据传输的实时语音识别在单核CPU上运行在NB-IoT之上。

Grush：为儿童打造一款刷牙游戏
Grush是先进的蓝牙运动传感牙刷开创者，加上互动和指导性的手机游戏。Grush指导小孩刷牙，并且让父母跟踪结果。

Grush采用了一个技术领先的运动传感牙刷，兼做游戏控制棒的双重作用。牙刷通过蓝牙以无线通信的方式向Grush游戏传输数据—一款交互式手机游戏，通过刷牙流程指导儿童。Grush也采用了一项云服务，它存储刷牙信息，以使父母通过仪表盘APP监控小孩的刷牙动作，允许他们根据小孩的表现进行奖励。

为什么选择Zephyr 操作系统？
Zephyr项目使Grush很容易为联网牙刷游戏体验构建先进的Grush游戏算法。Grush需要一款操作系统，能够准确地收集传感器数据、处理复杂的算法、与双处理器通信，并且能与智能手机通信，同时确保应用程序可以使用尽可能多的内存。

Zephyr操作系统是一个完美的解决方案。Zephyr操作系统是“足够小巧且开箱即用”，并且不需要额外的工程。作为一款开源、小且可扩展的实时操作系统，Zephyr占用空间小，允许Grush开发者最大化Grush游戏算法的能效。Zephyr操作系统的多线程功能使Grush可以同时收集传感器数据，运行算法，与智能手机可靠地通信，实现无缝刷牙体验。

从以上三个实例可以看出，Zephyr操作系统在物联网设备中发挥了其占用空间小、高度灵活、高可靠的优势，未来会被更多物联网设备供应商广泛采用。

关于 Zephyr
Zephyr 项目是一款小型且可扩展的操作系统，尤其适用于资源受限的硬件系统，可支持多种架构；该系统高度开源，对于开发人员社区完全开放，开发人员可根据需要对该系统进行二次开发，以支持最新硬件、工具和设备驱动程序；该系统高度模块化平台，可轻松集成任何架构的第三方库和嵌入式设备。

如何在github上展示作品——为你的项目生成一个快速访问的网址如（DaisyWang88.github.io）

Sun, 08 May 2016 01:53:29 CST

（这里值针对Windos系统的，因为本人用的是Window系统，暂时没有条件在其他平台上测试）

1.创建一个仓库命名为 <userName>.github.io 这里的userName为用户名，一般是你注册时的用户名。比如个人主页的网址是https://github.com/DaisyWang88。那这里的userName就是DaisyWang88。

2.将DaisyWang88.github.io这个仓库生成静态网页。

进入DaisyWang88.github.io，点击设置按钮“Settings”。

往下拉，如图会看到这个按钮。这是给你的DaisyWang88.github.io生成一个静态网页。

填写“Page name”和“Tagline”根据自己的喜好填写。

往下拉，点击“Continue to layouts”

跳转到新的页面之后，点击“Publish page”，主题什么的的无所谓。现在就可以通过username.github.io（这里是DaisyWang88.github.io）访问了，但只能看到主题的效果。如下图给的主题效果。

而且DaisyWang88.github.io这个仓库里会多出，主题的html、css、json等代码。而且从index.html文件开始运行。

如果要用来展示自己写的网页或者作品，就需要替换或者改写这些代码了。

3.clone 远程代码库到本地，写自己的网页。 （至于怎么clone就不细说了，这里可以参考 https://segmentfault.com/a/1190000000738398 ，github具体的一些操作及git命令可以参考 http://my.oschina.net/bxxfighting/blog/378196?fromerr=fdYQv17q ）

我这里给DaisyWang88.github.io的本地仓库添加一个自己写的index.html（注意这里必须是index.html，默认是从这个开始执行的）文件，add——commit——push之后，就可以访问自己写的网页了。在地址栏输入：DaisyWang88.github.io或者daisywang88.github.io或者 http://daisywang88.github.io/ ，就可以访问自己写的网页了。可以放上自己的作品在这里。

我这里的index.html是一个手风琴效果，如图：

还可以做像这样的形式展示自己的作品：

转载本站任何文章请注明：转载至神刀安全网，谢谢神刀安全网 » 如何在github上展示作品——为你的项目生成一个快速访问的网址如（DaisyWang88.github.io）

作为产品经理，不应只知道往产品backlog增加新功能

Mon, 27 Jul 2015 12:49:19 CST

所谓时间飞逝、日月如梭，暮然回首，猛然发现自己出道伊始也将近十年了。回顾此前自己曾经担任过的角色，不可谓不繁杂。曾经做过翻译员、测试、开发、测试主管、项目经理、产品经理，甚至还做过销售，徒步的大街小巷的去拜访潜在客户。此间我觉得最让自己慨叹的是当年做产品经理的时候的一些得失。所以这里就打算写下来，与同行们共勉。

其实之前所做的“产品经理”这个角色，我认为是应该打个引号的。因为真正去跑市场、去全世界到处飞、去挖掘需求的是德国那边的一个同事，只是开发团队在珠海这边，而我刚好英语沟通能力还算可以，所以就把我安排到这个所谓的“产品经理”的角色上来了。

所以，如果把客户这个概念给抽象封装一下的话，我们也可以说德国那个同事其实就是我们这个产品的客户了。所以说，其实产品经理这个概念是比较泛的。你可以是一个产品型的产品经理，一个产品的创意的诞生到最终实现推向市场交到客户的手上，整个过程你都必须把控；你也可以是一个市场型的产品经理，针对已经在卖的产品，发掘市场的需求，然后交给开发团队来不断的迭代等等。

技术债务

这可能跟当时我做的这个“产品经理”的特殊性有关系吧，我当时花的绝大部分时间都是在我们的产品 backlog 和每个 sprint 的 backlog 上面，不断的跟德国那边进行需求的讨论，不停的和团队进行需求的细化，再紧张的去将功能进行优先级排序并和各路人马进行讨论，然后投放到相应的 sprint backlog 上面去...

在一开始的一两个 sprint 里面其实整体状况也都还好，燃尽图也不算太难看。但是做到后来那条曲线就开始翘得越来越高，远远偏离了理想曲线了。最终不得不由原来计划的 7 个 sprint 调整成 10 个 sprint。

后来对这个问题有进行仔细的反思，究其原因，我觉得有好几个，但是其中最重要的应该就是没有及时的去对”技术债务“进行清理。

其实这个道理看上去很简单，基本上跑过敏捷开发的人都知道技术债务给项目所带来的伤害。但是在真正项目开始的时候，我们往往又会因为赶时间而匆忙将新的功能进行实现，而忽略了代码的可扩展性和鲁棒性等，最终这些“技术债务”越累越高，越到后面越发觉尾大难掉，修改一个地方可能都会牵一发而动全身。

这里看上去只是跟程序员有关系，事实上并非如此，这个更多是跟产品经理的理念有关系。像我之前，一心只想团队快速的把产品 backlog 里面的功能快速完成，而没有花足够的心思去思考产品表层下面的东西，没有去认真去抓实现的质量的问题。如果是将一个产品描述成一个建筑的话，那我觉得功能就是客户所看到的地面以上的这一部分，而质量就是隐藏在地底下的这个地基这一部分。也许你现在看到的这栋房子外观宏伟功能齐全连厕所都实现了自动化，但是一旦碰到大点的风吹雨打，或者说想要加建一两层的话，可能整栋楼立刻就坍塌了。

所谓欲速则不达，一个产品经理不应该只是把眼光盯着那份功能列表，还应该多花点时间在解决“技术债务”这些事情上面来。

用户体验

我相信没有哪个产品经理会忽视用户体验的重要性。用户买你的产品/软件的时候，其实他们真正买的是解决他们的痛点的方案。如果用了你的产品之后，原来的痛点解决了，但糟糕的使用体验却成为他们的新痛点，那用户的逃离也为时不远了。

根据本人之前做产品经理的经验以及后来在一家创业公司的经历，我发现我们在用户体验方面很容易犯的错误主要有以下几个：

错把自己当用户：这特别容易发生在一个初创企业里面，因为企业自身的经验不足，以及产品经理的过于自负，同时也由于创业早期并没有把目标客户过早的关联到项目中来（其实在 Scrum 里面是很强调用户的参与的)），所以一个 sprint 下来开始 demo 的时候，往往 demo 的对象就是项目的同一帮人。而产品经理在考虑下一 sprint 的用户体验的时候，又往往觉得自己能够像周鸿祎一样能瞬间变小白。所以周而复始，几个 sprint 下来，产品拿出去一试水，发现就是石沉大海，结果就是再也没有结果了。

这个错误在敏捷团队里面也可以叫做是“小瀑布”错误，这就是没有让用户过早参与进来的后果。看上去是在跑 Scrum，事实上确是将原来的瀑布模式分解成几个小瀑布，然后套用了 Scrum 的概念，有名而无实。

忽视了首次使用体验：其实用户是很没有耐性的，特别是互联网产品用户。你的产品可能功能很强大，UI 呈现也很惟妙惟肖，但用户却要花大时间，甚至要阅读你几十页的用户使用手册才能搞清楚怎么使用你的产品来解决他们的痛点，最终发现解决他们痛点的那个功能竟然埋藏在三级菜单甚至以下，那你还预期他们会爱上你的产品吗？

要解决这些问题的方法我认为也很简单：

让用户尽早参与进来：比如我们当时在创业公司的做法是，因为我们当时做的是一个适合个人和小企业的私有云产品，所以我们就到附近大学里面找了些学生过来进行试玩以及给他们做 demo，然后收集反馈。在他们试玩的过程中要有专人进行跟踪记录，且纪录人不能给对方任何提示。当然，最后别忘记了给学生们一些报酬，我们当时是送学生们 100 块左右的话费充值卡。

竞品研究：除非你在做的这个产品是非常有突破性的，业界还没有同类产品出现，不然你肯定可以在海内外找到一些部分功能相近的产品出来的。这里也许你会说抄袭可耻之类的话语，我们听下传奇人物史玉柱是怎么说的：“抄袭不但要厚脸皮，还要发展和优化。如果你抄后，还超越了对方，别人就不会说你抄了。“ 所以作为产品经理，你经常要做的事情还要是不断的去研究别人的产品，而不是只盯着产品 backlog 这一亩三分地，而这里说的还不仅仅只是用户体验上面，还包括其他功能点的调整，因为现在信息瞬间万变。关于这一点，下面还会有所阐述。

支持销售团队

这里还要由我们当时做的另外一个面向二手房的房源管理系统说起。当前二手房中介用的比较多的房 xxx 等商用房源管理软件，会把他们的房源数据上传到软件供应商自己的数据中心上面去。而房源信息其实一个中介的命脉，所以他们更希望是这个数据中心放在自己公司里面。所以我们当时做的就是提供一个数据中心服务器，以及相应的一套房源管理软件，管理软件支持 PC 端和移动端。

MVP 出来后，开始去跑各种二手房中介进行 demo 以收集进一步信息。问题来了，正如上面所说的，用户是没有耐心的，无论你说的天花乱坠，还是眼见为实。但是将整个服务器架起来还是需要不少时间的，别人还需要特意给你腾出空间和提供网络接入等，且更尴尬的是，因为这还是很初期的产品，在你公司里面跑的时候一般很正常，跑到人家环境里面一跑的时候，不是这出问题就是那出问题。最终很多客户都是以有事忙为由，中断了该次演示。

其实这里完全没有必要在初次 demo 的时候就把整个环境给架构起来，完全可以在数据控制层下面嫁接一个服务器模拟器，这样你的数据就不用非要通过网络和数据中心进行交互了。这样做了之后，销售人员去 demo 的时候只需要给对方看下服务器的外观，就可以在不接入服务器的情况下直接在电脑上把软件装上进行演示了。过程只需要向对方表明真实情况下数据是通过网络存储在数据中心的，只是现在为了方便 demo 而临时存在本地而已。

所以这里产品经理要考虑的不仅仅是真实的产品出来的情况，还需要考虑如何方便销售团队在外进行演示，特别是在产品早期获取用户反馈的时候。不然你没有足够的用户反馈支撑的话，最终还是走回了闭门造车的老路。

别默认架构师或者项目经理会帮你考虑好销售团队遇到的这些困难，这个产品是你的（其实在 Scrum 里面，产品经理的名字叫做 Product Owner，也就是产品拥有者），项目经理和架构师等团队成员只是负责将你交给他们的产品 backlog 在预期时间内实现出来而已。

竞品分析

上面在谈用户体验的时候有谈到过这一点，一个产品经理要时刻注意着市场的动态，留意着竞争产品的动向。比如我们一开始做的云产品就犯了这样的错误，一开始市场上难觅竞争者，战线开始拉得太长，功能不断叠加，产品迟迟没有推出市场。某一天忽然跳出了个新闻，“百度云 1T 永久容量，率先进入云空间T时代”，我们的心几本上就已经凉了半截了。

当然，事实上我们当时的产品迟迟没有推出市场的原因错综复杂，但是，毫无疑问，对市场动态和竞品的分析力度和把握的不够是其中一个不可忽视的原因。

所以作为产品经理，要时刻的眼观八路耳听四方，也许竞品新版本的一个新功能的出现，你就需要立刻有针对性的调整自己的产品的实现策略。

要知道，一个产品经理不应只是知道不停的往产品 backlog 中增加新的功能，更重要的是你要知道不停的为公司增加新的增值。

除了上面说的这几点，其实我觉得以前做产品经理的时候还有很多地方值得优化的，比如功能点优先级排序的把握，功能点优化，产品可扩展性的掌控，团队的互动，与项目经理的合作等等，但是限于篇幅和时间，暂时就先说这么多吧，也许今后会另外开篇继续进行阐述。当然，也希望各位看官能在评论中说出你们的观点。

文/ 天地会珠海分舵；微信公众号：TechGoGoGo / @ techgogogo

本文链接

阿里巴巴数据产品经理工作(总结篇)

Tue, 17 Mar 2015 14:59:25 CST

PD（指产品经理，下同）本身就是在做牛做马，关系圈异常复杂。数据PD也不例外。而且打交道的人更多。以下是我用PPT绘制的数据产品经理关系圈。

科普：

PD：对于WEB产品设计人员而言，它的意思是“产品设计人员”，即produce designer。

PD：在IT企业中，一般是Product Director(产品主管)或Project Director(项目主管)的意思

一. 如何做一个好的数据产品经理？

PD（指产品经理，下同）本身就是在做牛做马，关系圈异常复杂。数据PD也不例外。而且打交道的人更多。以下是我用PPT绘制的数据产品经理关系圈。如果你也做过数据产品的产品经理（好拗口），相信也有同感。既然要和这么多人打交道，要推动数据产品的上线，数据产品经理自然有着一定的要求。

我的体会如下——也借此去鞭策自己在朝这个方向努力：

1.要极其熟悉公司业务及动向。所以要了解公司的商业模式、战略、以及业务流程、要考核的各种指标，以及指标背后的业务含义等。这一点，再了解都不够。

2.要了解数据分析。好的数据PD，即使不做数据PD，也应该是个数据分析师。数据PD的一大要务就是将数据分析做成可复制，可自动运转的系统。虽然有数据分析师们围绕在自己周围，但是自己也要清楚业务的问题，分别要看什么数据，或者当数据出现后，意味着业务出现了什么问题或者会出现什么问题。这一点，要向最好的数据分析师们看齐。

3. 要了解数据仓库及商务智能。

这两个关键词背后都是庞大的体系，恐怕我短短半年的转岗时间太短，虽然能够对别人讲解一通商务智能产品的架构。嘴里虽然会抛出若干个类似于汇总，钻取，度量，指标，维度，缓慢变化维，层次，属性，仪表盘等等术语，但是也不支持多几层的知识钻取，遇到异常问题，也不知道该从什么地方分析原因。幸而身边有数据仓库的同事，可以多多学习。这一点，没有天花板。

而商务智能，做为一门学科，起源于20世纪90年代，它的出发点是帮助用户更好地获取决策信息，最初商务智能的动机是为用户提供自助式的信息获取方式，这样，用户就可以不用依赖于IT部门去获取定制的报表。（引自《信息仪表盘》一书P41）。而如今，商务智能除了提供信息，更主要的是降低用户获取数据的门槛，提升数据的实时性等方面。从降低用户获取数据的门槛一个方向，我们就可以做很多事情，比如如何设计信息仪表盘（designing of information dashboard）？如何让数据以更亲和的更直观的方式展示（数据可视化）？如何能够让用户离线访问？如何能够实现警戒数据的主动发送？这一点上，花多少功夫都不多。

4. 要精通数据产品开发流程。数据开发+产品开发。

数据PD的最终目的是要做数据产品。这里要拆开看，其一，数据产品本身也是在线可供用户实现的产品，既然是产品，产品的整套研发思路和普通的产品没有太大区别，用户是谁，他们需求是什么，满足需求需要什么feature list，每个feature list的资源评估以及优先级如何，产品的生命周期如何？这是产品开发。然后他是个数据产品，意味着这比普通的产品，多了更多的要求。在数据这个内核之外，它需要各种feature list，如订阅，搜索，自定义，短信接口，邮件接口等。但是数据这个内核，也需要一套数据开发流程。

比如：

数据源——是否足够，是否稳定——数据PD需要足够了解目前的业务处理系统建设情况，以及数据源的积累程度，用以判断数据产品的建设时间是否合适。不合适的时机会导致项目组的重复劳动和残缺的数据产品诞生。数据产品是用以支持监控，分析，决策的，而业务处理系统的定位在于提升工作效率，解放工作人员手脚。业务系统采集的数据未必满足所有分析需要。比如或许领导要分析大量攀升的退换货的详细原因，而业务系统目前并没有要求用户在申请退换货的时候选择原因或只有输入而非标准化选项，负责退换货出力的员工也只有在excel里登记原因，而不是录入到系统里。所以可能会导致需求方要看的数据提供不出来，那么数据pd就有必要反向驱动数据源得以采集。

分析模型的设计—— 分析模型的好与不好，其实决定了数据产品的成败。

在项目中，可以由BI的数据分析师们担纲此职责，也可以由数据PD担纲，更多则由双方一起确认，内容以数据分析师们为主，功能评估及优先级、项目计划和协调、统筹以数据PD为主。所以数据PD要更加清楚数据分析师们所需要的需求是否能够实现，背后的商业价值如何，并与数据开发、产品开发保持比数据分析师们更加通畅的合作关系，能够借力进行可行性和资源的评估。有的时候，我们不是没有数据，而是有了太多的数据，不知道怎么去看。如果只是抛给用户一堆数据，很难想象用户会如何去解读它。以前做交互设计的时候，我们流行一句话：把用户当成傻瓜。

而数据平台，因为可能本身就要求有一定的使用门槛，所以想成不会互联网的傻瓜不太现实，那么我们就要想成“用户是不懂数据的傻瓜”。他们或许也能通过一串串数据体悟到什么，但是如果是一条上升的退款率趋势线，或许他们会体悟到更多——毕竟，上和下本身就是直观的。然后再想一下，如果将这条线上加上一条警戒点的线，他们会知道从什么时候开始数据是异常的。再然后，就要设想，当他发现从7月12日数据上升后，想干什么？他会不会想了解是哪个行业上升了？他会不会想了解是那个渠道上升了？那么，就要提供行业和渠道的选项或者对比给他。

再然后，当他过问了这个行业的负责人后，负责人想不想再了解是哪个供应商或者哪类商品上升了？那么要如何将这些维度、层次都融合在一起，同时又能将用户非常方便地去用呢？分析模型的建设至关重要，也可以说，分析模型是前期需求分析的最有价值的产物。分析模型应该会包含几点：

主题的划分：整块分析会划分成什么主题，比如销售可能会分成销售走势及构成分析，行业排名，商品排名等
度量及指标：分析主题会涉及到的度量及指标的算法、定义等（这通常会产生一份指标以及维度的定义及描述文档）
维度：要分别从什么维度去看这些指标和度量，如时间，渠道，这些维度是要筛选还是要对比
钻取：这些维度本身有没有层次，需要不需要进行钻取，如渠道可钻取到渠道类型，行业可钻取到子行业，商品类目可钻取到商品叶子类目等
输出：分析需要用何种图表进行展现

数据的ETL开发——数据的清洗，转换，装载流程占用了数据产品开发的大半资源，不规范的数据源会导致这一块的资源更大程度的占用。比如同样是供应商编码，系统之一称为供应商编码，系统二命名为供货商编码，系统三命名为供应商ID，这三个系统同时是公司的系统，这种情况虽然想起来匪夷所思，但是现实情况却也存在。虽然ETL开发是DW开发工程师在做，但是作为数据PD，焉能对这些工作缺乏了解，对ETL工程师反馈的问题，缺乏认知，不理解对于项目的潜在风险是什么？而且更多时侯，当遇到数据不规范，不统一的问题，数据PD需要反向驱动业务系统进行数据规范性建设，无论是功能上，还是驱动直接的使用方——如负责录入数据的行业小二，建立一套录入规范。这些工作看似和数据PD无关，我们大可以推脱说：那没办法，这是数据源的问题，不是我们功能的问题。但是，用户是有权利选择使用不使用你的数据产品的，当数据产品提供的数据不值得信赖的话，无疑是自取灭亡。一旦用户对数据不信任，再想挽留他们，是很难的。即使有很多“无能为力”的借口,我们也不能坐观其变。

前端交互与体验的优化——虽然内容定义好了，但是那么多度量、指标、维度、钻取，如何划分信息层级，如何划分栏目，如何设计用户的行为路径？这些就不是数据分析师们的重要工作范畴。而是交互设计师？鉴于很多数据产品项目可能会没有交互设计师，所以数据PD应该对内容进行封装，进行信息架构、页面布局以及图表各种功能设计。设计，然后撰写详细的功能需求文档，交付给产品开发，前端开发以及数据开发，以及前端展现开发四种类型的开发人员。

数据产品的功能描述文档，除了产品开发部分，其他的就是在描述“内容”，即分析模型，除了主题、度量、维度、钻取、筛选、输出图表类型，有些内容还需要详细定义到 “排序方式” 等等细节，这就case by case来看了。

环境，技术，工具——或许做一个普通的产品，你把需求描述清楚，与产品开发工程师确认好可行性，接受资源评估就OK了。但是数据产品，受制于所部署的环境，所选型的工具，如Oracle，IBM的Cogos，以及SQL Server。其他的产品我不知道怎么样，我们用的是Oracle BIEE。那么作为数据PD，是否需要了解BIEE能够提供的功能是哪些呢？看文档，请教别人，不能知其不可而为之。另外，也需要逐渐摸透BIEE的坏脾气，实现不了的功能，无法克服的难点等。这一点，也需要继续了解，继续学习。

二. 心得总结篇

下面，谈几点我的心得总结，或许还显得稚嫩，但是自己所得，要远远比看别人文章或者看书得来的深刻，记录下来，以便于后续校验。有的先插个图，周末补充内容。

1. 数据产品的价值

2. 数据产品的用户

3. 数据产品架构

4. 数据产品风险

5. 数据产品VS业务系统

6. 数据产品项目流程

7. 数据产品交付物

来源：阿里巴巴PD

互联网从业者必备微信公众号：woshipm，如果你已经关注了，证明你已经很牛逼了。

产品经理5点工作经验总结

Mon, 16 Mar 2015 00:32:25 CST

根据自己在产品工作中碰到的问题做一个总结，期望这样的总结能成为自己更优秀的垫脚石。也许它们让一些人看来有些幼稚，但是每个人的成长都是螺旋上升的，没有人可以直接造第三层楼。

会议主持

产品经理每天有开不完的会是很正常的。那么如果是自己主持一次会议，第一，与会人员最好控制在10人以内，其实人一多，效率就会急剧下降，你一句我一句，1小时的会议拖成2个半小时也是很有可能的（经常发生），很多时候会后找负责人单独沟通，有时效率更高；第二，与会时间最好控制在45分钟以内，把要讨论的问题提前发邮件通知到各位，让大家心里都有数，开会的时候控制好各位的思维，不要太发散，有时候大家的自认为的目标可能不一定一致，会出现大家不在一个频率上的事，所以需要主持人把控好，及时提醒纠正。

思考换位

很多时候我们产品经理做出一个功能会觉得自己很牛，自己就是对的，把「用户体验」当作说词，那么，我们要冷静回想一下，这真的是站在用户的角度考虑问题了吗？自己很喜欢自己的设计，你能保证用户也喜欢吗？自己能把逻辑讲得头头是道，用户懂你的逻辑吗？你是商业目的为先，还是用户体验为先？你是希望用户快速做决策还是把大量信息堆在用户面前让用户自己选？

不同的答案就会产生不同的设计结果，需谨慎考虑。换位思考其实挺难的，你不能保证自己想切换思维的时候就能切换，具体怎么提高，我总结了两种方式，一是做用户访谈，不用很高科技，拿着原型问问身边的同事，他们想要什么，你会发现很多的想法跟自己完全不同；二是看心理学的书籍，看看别人都是怎么考虑问题的，跟自己的思路有什么不同。

沟通表达

沟通能力作为一名产品经理来说再怎么强调它的重要性都不为过。首先，沟通的过程中不要和别人发生不愉快，这是最基本的，也就是要会说话，包括说话的方式、角度、语调、声调，换句话说，要让别人愿意听下去，先不管讲的内容是什么。这些事情搞定后就要升级沟通能力了，也就是每个产品经理都会经历的需求评审、交互评审、设计评审、技术评审等环节，俗称PK。

这个过程会和形形色色的人沟通，每个人的性格都完全不一样，而且同一个人在不同时间段的状态也是差异很大的，比如在你和他讨论之前他可能刚刚跟另外一个产品经理「争吵」完，情绪还没缓过来，这个时候找他去沟通，就会超出自己的预估，也有可能刚接到电话得知老婆跟别人吵架了，思绪还在老婆那边。所以要对环境作出快速正确的判断，然后达成自己的目标。总的来说，遇到这种情况，通常应该尊重理解对方，学会换位思考，这是很重要的。其实每一次的PK都是类似谈判的过程，可以用一些有效的谈判方式来进行沟通。还要说一点，沟通前，得自己先把问题逻辑想清楚，自己这边先过关。

原型制作

我看到周围的一些同事用什么原型软件的都有，有人用 Axure，有人用 photoshop，有人用sketch，有些人甚至不用软件，一直靠文字和截屏来说明问题，这些都可以，哪怕直接口头表达，都没问题的，只要能达到目标就行。但是就我观察到情况来看，在需求评审时，如果没有原型，开发会抱怨，因为一旦牵扯到逻辑或交互的修改，很难表述清楚，在开发的脑海里形成不了具象的概念；如果有原型而且包含颜色丰富的视觉，交互会抱怨，因为这抢了交互设计师的工作，每个人都需要存在感。

所以我比较推荐的做法是画灰度原型，而且要尽量精准，什么叫精准，不同的元素要用不同的灰色对比度，文案要用实际真实的文案，而不是随便写几个汉字，这样大家在评审事就能专注于功能、交互、文案等信息了。另外对于原型软件的选择上，我的原则是越轻便越好，在最短的时间内完成目标就是最好的，因为自己负责的是移动端，一般就使用「墨刀」这个软件，用了一段时间非常不错，也推荐给大家。

文案细节

我听说有些公司在制作一款 APP 时会把APP中的文案部分单独拿出来给一个公关部门负责，产品经理只要负责功能就可以了，我觉得这种做法是很愚蠢的，我们是产品经理，不是功能经理。不能整体把握会让自己的视域变窄，要不得。

我们在设计APP的时候不能只关注功能逻辑，文案也很重要。文案在哪儿呢？一个就是我们打开APP很明显就能看到的各种标题、段落文字，一个就是各种输入框中灰色显示的提示文字，还有当我们触发不正确操作时弹出的 Toast 上的文字，这些都需要我们去关注，比如一个 APP 中，有些地方写「手机」，有些地方写「手机号」，有些地方写「手机号码」，是不是考虑需要统一下？有些地方写「请填写」，有些地方写「请输入」，是不是考虑需要统一下？有些地方用全角括号，有些地方用半角括号，是不是考虑需要统一下？功能改进能看出一家公司的创造力，文案细节能看出一家公司的专业度。

本文由 @沈晓马投稿发布，本文禁止在本人未允许的情况下，任何形式的全文转载和部分转载。若您喜欢本文，请分享本文的链接到您喜欢的平台。

互联网从业者必备微信公众号：woshipm，如果你已经关注了，证明你已经很牛逼了。

写给设计师：如何与产品经理一起工作？

Tue, 14 Jan 2014 23:01:48 CST

　　请你明白，产品经理的工作就是成为协助团队推出成功产品的那个链接者(connector)

　　这表示产品经理们要很擅长：

　　清楚的沟通：作为团队打造伟大产品的助力之一，产品经理必须代表团队的目标、优先级、产品规划蓝图，以及其他组成要素，包含像是法务、营销、客户操作、业务等等。这表示他们需要非常清晰、简洁、切题。设计师或工程师也许喜欢闲聊或咕哝，那没关系，毕竟这些通常不是他们工作要求的重点。然而产品经理也那样的话就糟了。这也是为什么产品经理代表着执行或对外工作——并非他们比设计师或工程师更高尚，而是产品经理通常更擅长沟通，如果他们不善此道的话根本不会被雇用。

　　良好的组织能力：为了成功推出出色的产品，一名产品经理必须对产品开发的状况了如指掌，注意进度有没有跟上。当团队有东西完成，准备推出时，她要能将全局的每一块都拼凑完整。这需要狠劲，以及忍者大师等级的组织能力。

　　与各式各样的人、各式各样的角色一起工作愉快：产品经理每天跟好几打跨部会、不同的人来往是再平常不过的事。因为产品经理通常没有绝对的权威(他们无法直接雇用、开除工程师或设计师)，他们必须用行动证明自己、赢得信任。如果产品经理是个混蛋，那么很快就会损及自己的影响力。人们总是有种印象：古怪、难相处的工程师，不可靠、Don Draper 式的设计师。(编按：Don Draper 是美国影集「Mad Man(广告狂人)」的主人翁。)但我却想不出自己的产品经理生涯曾有过类似感觉。同样的，这样说可能有点泛化了，可是我认为，平均而言产品经理在组织中会比工程师和设计师更加成熟、对他人更有同理心。

　　 每个产品经理都有一套自己独有的强项，就跟跟设计师一样

　　光是擅长沟通、组织能力强、容易一起工作并不够，一个好的产品经理也必须拥有以下技能：

　　执行力：产品经理协助团队推出的产品是否符合 1. 相对成功的目标、2. 相对按照时程走的执行、3. 团队的感觉相对良好?越是资深的产品经理，对项目执行起来的野心和期待也要越大(举例来说，一个较资浅的产品经理也许是负责为 Y 产品添加一个 X 功能，但若是一名资深的产品经理，负责的项目可能就是打造 Z 这套行动 app)。执行的部份如果做得好，就像带领一艘一帆风顺的船。你得确保每个人都知道自己该做什么，并且确实去做。船员们哼唱的曲调一致、你对旅程的估算正确、补给品带得够多，当你决定要航向地图的 X 点，也不会在半路上被海怪给生吞活剥。

　　 设计思维：产品经理有多了解、崇尚并协助推动一个成功的使用者体验?一名具备良好设计思维的产品经理会是设计师抢着合作的对象。这并不代表她在技术上要很会设计，可是对于设计提案好不好，她必须拿出挑剔的眼光，还要理解设计师的价值——即便她不同意设计师的建议。

　　 产品愿景：产品经理如何解读市场、现有技术、问题，她针对问题提出创新解决方案的态度是什么?这基本上是资深产品经理等级的技巧。有远见的产品经理就像火花——他们能刺激整个团队勇于追寻大胆、有时甚至充满风险的新方向。

　　身为与产品经理一起工作的设计师，请务必要记得，整个团队一定要保持平衡，确保团队特性适合手头上的任务。举例来说，设计思维较弱的产品经理，理应避免以设计为重的项目，像是产品重新设计，或是针对使用者推出重要的新产品;不然就要跟能够协助填补设计方面缺口的资深设计师搭配。同样的，需要让目标与时程更加结构化的设计师，如果能与一个执行力很强的产品经理合作，便有助于让设计师更加专注在最重要的工作上。

　　 把产品经理当伙伴、当资源，而非只是工头，会让你的工作变得更容易

　　需要更加了解产品相关领域的脉络吗?你的产品经理可以搞定(如果他们不行，他们会带你缠住某些内行人猛问，或是直到他们找出答案、搞定为止)。想知道顾客、业务或使用者的反应吗?找产品经理。要掌握目前项目中各种项目的优先级?最严重的 bug?手边最新的资料可以告诉我们关于 Y 功能的哪些讯息?你肯定会很感激有人从其他的角度来审视自己刚刚想出来的七个设计点子，并且建议你该从哪一个开始着手。

　　你的产品经理可以在脉络、数据、有见地的响应等方面提供协助，好让你可以全心投入最具影响力的设计工作。你的产品经理可以保护你免去周围 85% 的干扰，使你专心在工作上。总之别害怕开口。

　　你一定会反对产品经理的意见

　　这一定会发生。大部分的情况这样都没什么关系，这是产品开发三大支柱(设计师、产品经理和工程师)之间相互制衡的天性。以下是几种常见的意见分歧：

　　 一、产品够好了吗?可以推出了吗?由于产品能否成功、准时推出是由产品经理负责，他们自然有诱因去推动团队达到较为积极进取的里程碑，这样才能尽早推出产品，开始着手改善、更新;设计师们倾向于尽其所能去创造完美的使用者体验，所以会喜欢拥有更充裕的时间用于落实、琢磨他们的设计。两者都不应走向极端，没人希望明天就把未完成的烂产品推出，同样的也没人想花十年去设计一套完美的注册流程。要有所作为，就必须及时推出好产品(大部分的人都明白这点，但真正的争议点在于，什么才是「好」?什么才是「及时」?可惜因为某些缘故，这种争论往往变成一种极端无生产力的讽刺)。所以，你该怎么做才能解决这个问题呢?你可以冷静、理性地解释你目前的立场，分析如果将产品上线时程延后的好处和坏处;你可以让具备权威的人士来做决定;你可以征询双方都信任的同事(我个人的最爱);你可以做一些使用者测试来验证是不是某人的假设有问题。总之，如果你是跟理性的人工作，即便这样的意见分歧一再出现，那也不会是什么大问题。

　　 二、我们可以推出某种设计师觉得质量不佳，但各种衡量指标却表现得很好的体验吗?这很微妙，因为会出现两种情况。第一种是设计师的观点正确，而我们追踪的指标并未正确地追踪用户价值(或许是时间太短、或是信息不完整——例如某个指标表现得很好，但是其他我们没有追踪的却表现很差，我们无从得知)。如果是这种情况，身为设计师的你应该要找出其他指标来证明这样的体验确实很差。第二种情况则是设计师让自己个人的经验凌驾于群体之上，例如使用者可能不喜欢「邀请好友」过早出现，即便长期来看，使用者有越多朋友在用这个产品，产品带给他们的价值就会越高。

　　 三、我们打从心底不认同这样的产品策略。这我在〈写给产品经理与工程师：如何与设计师一起工作〉讲得更多，也是我觉得设计师跟产品经理考虑是否一起工作时，需要严肃看待的一点。

　　无论意见是如何分歧，要是大家对终极目标的认同牢不可破，那么再多的战术意见分歧相对来说都容易解决(如果不是的话，请参考前面的第三种案例，或许是改变的时候了)。我发现，将大家争论的情况录下来事后再给大家听非常有用。他们往往会醒悟，然后从中学习。有时候他们回想起来也会觉得当初的争论很傻。(「我们吵过这种鸡毛蒜皮的事?最后根本没差嘛。」)

　　产品经理最在乎的，是你的可靠度

　　设计师，别像 Don Draper 那样午餐后就消失去找他的「创意魔力(creative mojo)」，直到礼拜四下午才又出现。我是认真的，在创意的领域里没有哪个境界是可以让你免于拼命做到最好去满足承诺的。对，要预测何时闪现符合你高标准的灵感很困难，但请注意我说的是「可靠」而非赶在每次的期限之前。你可能不知道一个好的设计何时会被落实，但你应该花时间去沟通清楚，自己在做的是什么?为什么要做这个?如果继续改来改去的话何时才能完成?分享你正在进行的工作和你的流程。解释为什么你仍在探索，是什么原因让你仍然不满意。事实上，当你去找产品经理谈话的时候，你在她心中的可靠度就立即上升了，因为这能让她更有效地去做好产品经理的工作。更棒的是，这能帮助她了解你，了解你工作的方式，你们的关系将会变得更紧密。

　　因为当一天结束后，你，我亲爱的设计师，不能只是认同自己设计工作的目标，你应该认同的，是团队打造的产品——齐心协力——才是成就伟大事物的唯一途径。

　　Julie Zhuo( Facebook 产品设计总监)：多年前，我曾当过产品经理，然后是工程师，而过去七年我从事的是设计工作。每天我都跟担任这些角色的人一起工作，每一天，我对产品开发背后的责任、挑战和艺术都有新的体会。产品经理就像只变色龙，不断去适应推出成功产品所需的要件。身为一个设计师，你该怎么应付他们和蔼可亲的魅力、对数据的滔滔不绝、管理团队的方式和他们对事情侃侃而谈的功力呢?请看下去。

　　原文地址：medium.com

　　编译：inside.com

　　本文链接： http://www.yixieshi.com/zhichang/15679.html

　　===============关于互联网的一些事===============

　　 互联网的一些事 （ http://www.yixieshi.com ） —— 专注于互联网产品设计的媒体平台，报道互联网前沿资讯，分享产品设计经验、用户体验心得。为产品策划和产品运营人士提供专业的产品资讯文档，以及产品设计、策划、运营、交互设计、用户体验、电子商务信息、互联网创业信息、移动互联网等专业信息服务。

　　 官方微博： @互联网的一些事

　　 官方微信： 互联网的一些事(ID：imyixieshi)

　　如果您对互联网产品有独特的想法和见解，欢迎给我们投稿。投稿信箱：tougao#yixieshi.com （自行将“#”修改为“@”）

为设计师、产品经理准备的原型制作指南

Thu, 24 Jul 2014 15:59:41 CST

今天和大家分享个免费PDF电子书，该书适合设计总监、项目经理、产品经理以及设计师阅读，书内容是介绍UI设计原型线框图的知识，十分详细。

共有100+彩页，虽然是英文版，但是使用了很多配图，简单易懂，对于英文不太好的用户来说也可以看。

书中还介绍了几个很不错的线框图展示网站，你可以学习其它人是如何绘制原型：

Wireframe Showcase
web.without.words
Wireframes Magazine
MOObileFrames

下载：

微盘下载： http://vdisk.weibo.com/s/axnLmnhc9htSQ（PDF版）

官方地址： http://uxpin.com/guide-to-wireframing.html （需要输入邮箱，有PDF和ZIP版）

超酷的响应式dribbble设计作品瀑布流布局效果

Fri, 01 Mar 2013 12:57:01 CST

相信做设计的朋友肯定都知道 dribbble.com，它是一个非常棒的设计师分享作品的网站，全世界数以万计的设计高手和行家都在这个网站上分享自己的作品，当然，如果你常在上面闲逛的话，经常得到一些免费的好东西。

在今天的这篇jQuery教程中，我们将使用jQuery的几个插件来开发一个响应式的瀑布流应用，这个应用可以帮助你实时的从dribbble上得到最流行的设计作品，我们将使用如下几个插件：

isotope ：一个魔术布局插件，可以帮助你构建瀑布流的页面布局方式（注意不免费的哦）
Jribbble ：一个帮助你方便调用dribbble API的jQuery插件
imagesloaded：一个帮助你预先加载图片的jQuery插件

先看下在线演示

第一步：使用jribbble来取得最受欢迎的dribbble设计内容

首先呢，我们需要使用jribbble来取得最受欢迎的设计作品，代码如下：

$.jribbble.getShotsByList("popular", function(data){
	$.each(data.shots, function (i, shot) {        
           /* 这里我们取得dribbble中的作品，注意我们得到所有的“最受欢迎”作品列表 */        
        });			
}, 
{page: pagenum, per_page: 10});

使用以上代码，我们可以分页取得dribbble的最新设计，这里我们提供 pagenum 和 per_page参数，分别代码当前页和每页显示作品数。

在$.each方法中的callback方法中，我们可以获取相关的数据，然后将数据组织成我们需要生成的html页面元素，代码如下：

var items = [];$.each(data.shots, function (i, shot) {
items.push('<article>');
items.push('<div><h2>' + shot.title + '</h2></div>');
items.push('<a href="' + shot.url + '" target="_blank">');
items.push('<img src="' + shot.image_teaser_url + '" alt="' + shot.title + '">');
items.push('</a>');
items.push('
<div>设计师：<a href="' + shot.player.url + '">' + shot.player.name + '</a></div></article>
');
});

在以上代码中，我们生成了每一个设计作品的内容，可以看到我们可以获取作品的标题，设计者，作品地址等等。

第二步：使用isotope来生成一个瀑布流布局效果

上面我们得到了需要展示的内容，接下来我们将内容添加在瀑布流展示的容器中。

注意：如果你在瀑布流布局中使用比较大的图片的话，经常会发现元素有互相叠加的问题，这是因为图片加载过慢，所以在图片加载完毕之前isotope就完成了布局定位，为了解决这个问题，你需要将图片预先加载

以下代码生成一个瀑布流布局对象：

1
2
3

$wallcontent.isotope({
	itemSelector : 'article'
});

接下来我们将上面取得的设计作品添加到这个瀑布流对象中，代码如下：

var newEls = items.join('');
 
var testcontent = $(newEls);
$wallcontent.append(testcontent);
$wallcontent.imagesLoaded(function(){	
	$wallcontent.isotope('appended', testcontent).isotope('reLayout');
	$showmore.text('更多设计 (More)...').bind('click', loadshots);
});

我们将第一步生成的设计项目使用appended方法添加到isotope中，并且重新布局。这样就生成了一个动态瀑布流的布局效果。

第三步：一些锦上添花的功能

这里我们为了更好的用户体验，添加了一个back to top的功能按钮，当用户浏览很多页的设计作品后，可以方便的滚动到顶端。代码如下：

$(function(){
	$('body').append('&lt;div id="backtotop"&gt;&lt;div&gt;&lt;/div&gt;&lt;/div&gt;');
	initGoToTop();
});
 
function initGoToTop() {
	var orig_scroll_height = jQuery("#footer").position().top - jQuery(window).height() - 200;
 
	// fade in #top_button
	jQuery(function () {
		jQuery(window).scroll(function () {
			//console.log(jQuery(this).scrollTop());
			if (jQuery(this).scrollTop() &gt; 100) {
				jQuery('#backtotop').addClass('showme');
			} else {
				jQuery('#backtotop').removeClass('showme');
			}
		});
 
		// scroll body to 0px on click
		jQuery('#backtotop').click(function () {
			jQuery('body,html').animate({
				scrollTop: 0
			},  400);
			return false;
		});
	});
 
	if (jQuery(window).scrollTop() == 0) {
		jQuery('#backtotop').removeClass('showme');
	}else{
		jQuery('#backtotop').addClass('showme');
	}
}

全部代码书写完毕！以上就是一个使用jQuery插件开发的响应式的dribbble作品集魔术布局展示效果，如果你有任何问题和建议，请在我的极客社区主页给我留言！希望大家喜欢！

来源：超酷的响应式dribbble设计作品瀑布流布局效果

Jovan Todorovic 摄影作品

Fri, 25 Jan 2013 08:53:30 CST

我个人很喜欢这样的摄影, 简单不需要华丽的场景, 一切取材于生活, 传递最原始的人性, 摄影的魅力所在.

你同样会喜欢：
Alexa Singer 摄影作品	Felicia Simion 摄影作品	Shai Yehezkel 摄影作品	Oprisco 摄影作品	Amy Toensing 摄影作品
来自无觅网络的相关文章：
趣味宠物摄影作品 By 摄影师Serenah (@allintee)	BRANDT CAMPBELL摄影作品欣赏 (@modeko)	Michael GUICHARD摄影作品欣赏 (@modeko)	幻想摄影作品 By Marwane Pallas (@allintee)	趣味摄影作品 By 摄影师Jasper White (@allintee)
无觅

产品负责人与团队该如何协作？

Mon, 04 Feb 2013 00:36:00 CST

近日，由 Henrik Kniberg撰写的博文 agile product ownership in a nutshell从产品负责人的角度高度总结了敏捷软件开发。Henrik称其为“将一天的产品负责人课程压缩为15分钟的精彩介绍”。他建议大家观看一个关于敏捷产品所有权的视频，该视频提供了相应的脚本。下面介绍了该视频所涵盖的内容。

在Scrum中，利益相关者需要将使用用户故事表述的东西放在队列中。这个队列叫做产品订单，由产品负责人负责：

产品负责人决定将什么放进去，什么拿出来。产品负责人还会决定顺序——什么东西需要现在构建，什么可以放在后面进行？这个工作不好做，需要与团队和利益相关者协作完成。

产品负责人需要与团队协作来管理产品订单：

这些问题我一直在谈——估算故事的价值与大小、优先级、划分——所有这些通常叫做“订单梳理”。Pat会在每个周三的11:00到12:00召开订单梳理会。整个团队都会参加，有时一些利益相关者也会参加。会议议程会不断变化，有时关注点放在估算上，有时放在故事的划分上，有时还会为故事编写验收标准。

对于软件产品的开发来说，每个Scrum角色都会有自己的关注点：

各个Scrum角色之间应该保持健康的关系。产品负责人关注构建正确的东西。团队关注正确地构建东西。Scrum Master或是敏捷教练关注缩短反馈回路。

产品负责人应该与团队协作来平衡质量与进度：

如果团队积累了技术债务（没有编写测试、没有持续改进架构），那么团队的速率将会随着时间的推移变得越来越慢，故事燃尽曲线将会变平。这使得预测变得几乎不可能。因此，团队要负责保持可持续的节奏，产品负责人不应该对其施加压力导致其走捷径。

拥有多个团队的大型项目会有一个以上的产品负责人。产品负责人之间的协作是非常必要的：

但在多团队的情况下，产品负责人还有一个额外的重要职责——彼此交流！我们应该组织团队与订单以最小化依赖。但总还是会有一些依赖！因此，产品负责人之间应该进行某种同步，这样才能按照顺序构建，避免局部优化。

Mountain Goat Software在 learning scrum – the product owner中介绍了产品负责人这一角色。产品负责人知道应该构建什么，并向Scrum团队表明这一点。团队会与产品负责人通力协作来确定在一个Sprint中应该开发多少内容。

产品负责人不能这么说“我们还有4个Sprint，因此你们必须在这个Sprint中完成1/4的产品订单”。产品负责人的工作是通过清晰、鼓舞人心的目标来激励团队。团队成员最清楚他们自身的能力，因此在任何一个Sprint中，他们都会从产品订单中选择可以交付的用户故事。

此外，产品负责人还会与团队就如何管理需求变更这一问题达成一致：

Scrum团队会承诺完成从产品订单中所选择的用户故事，作为回报，产品负责人也会承诺不在Sprint中抛出新的需求。需求可以变更（变更也是受鼓励的），但只能在Sprint之外变更。

Faisal Mahmood在博文 should the product owner attend daily scrum, product owner and team engagement中讨论了产品负责人该如何与敏捷团队在会议中协作。Faisal解释了产品负责人为何要参加Sprint计划、Sprint评审与回顾会议中：

产品负责人会向团队描述产品订单条目（用户故事或是需求）。他与团队一起工作，确保大家对产品订单条目（或是用户故事等）范围的理解是一致的。产品负责人必须要参加Sprint计划会议，否则团队可能会选择低价值或是压根就没有价值的条目。这会导致浪费、混淆或是错失机会的状况发生。

Sprint评审是产品负责人接受或拒绝工作的最后机会。Scrum团队（产品负责人、团队与Scrum Master）与利益相关者会在Sprint评审中就产品方向、市场或是竞争状况中的变化进行讨论。该讨论会产生更新的产品订单。因此，我们说产品负责人必须得参与Sprint评审会议。

如果产品负责人不出席回顾会议，那么Scrum团队就很难改进计划Sprint、管理与更新产品订单、梳理产品订单的方式；此外，团队与产品负责人及利益相关者之间的交流方式，以及执行Sprint评审的方式也将变得难以改进。

由 Dean Leffingwell所创建的 scaled agile framework可以在企业范围内应用精益与敏捷实践。它是这样描述产品负责人角色的：

产品负责人是团队中负责团队订单（即一般意义上的Scrum中的产品订单）并确定其优先级的成员。此外，产品负责人在质量上也有着一个重要的角色，他是团队中唯一一个有权向系统基线中“增加”新故事的人。对于向敏捷转型的大多数企业来说，这是个全新、至关重要的角色，通常需要全职参与才行（一般来说是每1到2个敏捷团队配有1个产品负责人）。

根据Dean所述，应用敏捷方法开发软件的企业必须得对多个产品经理、产品负责人与团队做出平衡：

从某种程度上来说，企业中成功的开发是一种数字游戏。如果没有在正确的角色上使用正确的人数，那么瓶颈将会严重限制速率。因此，产品经理、产品负责人与敏捷团队的数量必须要做到大致平衡，否则整个系统将会花费大量的时间在定义、澄清与接受上。

Marc Löffler在其博文 5 reasons why a product owner team might be a good idea中谈到了产品负责人团队的好处。其中一个原因就是每个敏捷开发团队都应该有一个产品负责人：

曾经听过让Scrum Master来担任产品负责人的角色，那他要是不在了呢？这就是瞎搞！但真的就有人这么做，而且不止一个。这就是产品负责人团队存在的另一个原因。即便团队中有一两个成员不在（生病或是度假等），团队也依然能够继续。

Marc提到的另一个原因是产品负责人的团队协作可以改进订单的质量：

我知道并没有人规定只有产品负责人才能在订单中创建新的条目，但很多团队都觉得就该如此。产品负责人团队会迫使大家在一起工作。当然了，他们还需要与开发团队紧密协作，召开订单梳理会议，甚至是让开发者帮助维护订单等。产品负责人团队有助于培育团队的协作精神。

查看英文原文： How do Product Owners and Teams Collaborate?

译者张龙热衷于编程，乐于分享，对新技术有强烈的探索欲，对Java轻量级框架有一定研究。

您可能也会喜欢

[原]我们的管理：产品经理与程序员协作

Fri, 07 Mar 2014 17:10:36 CST

今天CTO顾问咨询团发了一个问题，是关于产品经理频繁改版 VS 程序员的事。那我就来以实践经历说说我们是怎么协调产品经理和程序员。

一、导向一致

协调的关键在于在大底线大导向大原则方面要一致。在一个层面一个角度上说话才能说到一起共同促进，否则各说各有理就没法走下去了。

我们的产品设计导向原则是：
1、功能的增加一定是为企业经营增值，把什么平衡制衡、风险、管控、成本先放放

2、一定要聚焦企业核心价值链，不搞边缘部门边缘人的边缘流程

3、场景化。也就是说你描述一项功能需求，一定要明确说明是什么样的企业（人员规模/营收规模/企业性质/地域），什么部门的什么岗位的什么流程的什么环节，目前面临什么业务问题，先不说软件缺陷先说业务问题，说完业务问题再提业务解决方案，然后再提IT改进解决方案。需要业务和IT一起并行改进

4、最简化、迭代改进。聚焦核心问题，最简化解决核心问题，周边需求先放放，不要太追求体系化，否则拔出萝卜带出泥一整就是大解决方案包，这样要解决一个核心问题就太复杂了。先把七寸打了

5、数据统计论证。说要增加一个功能需求，要给出实际客户统计。我们有需求管理系统、BUG管理系统，这两个系统可以客户、各个部门员工、渠道合作伙伴都可以登记需求和BUG。我们的系统也有业务使用日志收集引擎，自动记录用户日常使用习惯，并且这些日志都通过我们服务器后台的同步软件传输到我们的运维服务中心，我们每个季度会根据这些数据自动出每个客户的应用质量体检报告。这些都是数据。我们有这些数据来支撑一个需求是普遍需求还是个性化需求，需求的紧急重要程度如何。不能产品经理靠在一线的客户交流来判定客户是否需要。这个原则是和程序员同思维很重要的基础，大家看到数据就都心服口服了。

我们的技术设计导向原则是：
1、分离式、自封闭模块化。也就是说我们的每个功能每个代码层都能部署到不同的服务器上。功能和功能之间的关联（UI URL调用关联/业务逻辑接口关联/数据关联）都通过ESB中央企业服务总线来统一规格集中管理，不能形成直接互相调用，否则就成蜘蛛网了

2、低成本高效率高质量支撑产品实现。我们的导向是防止过度设计。由于我们有分离式、自封闭模块化、ESB中央服务总线的保证，所以在扩展性和管理性上还不错，所以不担心会出现临时方案的风险。所以有导向原则，就不会过度设计也不会很临时拼凑。

二、协作流程整合

我们的产品规划是三个版本持续滚动：现在正在开发的、下一个版本即将要开发的、下下个版本想要瞭望的。

我们是每两个月开一次产品规划讨论会。产品规划讨论会是由产品决策委员会负责。产品决策委员会是个跨部门跨层级的组织，有产品经理，有技术架构，有市场营销，有实施服务，有运维客服。能进入产品决策委员会的一般都是各条业务线的一线实干专家和各业务线的决策领导人。产品决策委员会CEO和COO都会参加，由各线产品经理进行汇报。

我们有专门的技术架构部门，我们也有每两个月开一次技术规划讨论会，就是根据产品经理的产品规划输出然后做技术架构的输入。与会者有产品经理、技术架构人员、测试经理（关系到测试）、实施服务（关系到安装部署配置的门槛）、运维支持（关系到问题查找/更新升级）。

所以经过这两个规划委员会，我们的产品和技术就走到了一起，这是顶层的设计。

我们的产品研发是预研制度。有专门的创新研发中心负责原型开发。从产品经理构思设计到最后真正产品，是一条非常长的路。先开发原型，然后在合作客户中做试点运行，必须东西南北各找一家，而且大中小客户各不同。经过这样的原型开发和试点改进才能决定是否可以进行专门立项做正式的新产品研发。不少原型产品做了几年都没能立项做正式新产品。

在开发原型的时候，技术架构人员同时也在做架构设计、技术预研攻克、技术原型代码。

等新产品正式开发时，技术难关已经都过了都验证了，这样新产品研发的风险就小很多了。中间出现小的技术风险，通过每周PM汇报会来暴露风险申请技术人员整合支援攻克，都有明确的流程，如果是紧急的技术异常问题会直接通报总监进行协调。

作者：david_lv 发表于2014-3-7 9:10:36 原文链接

阅读：29 评论：0 查看评论

精品Linux操作系统学习宝典

Thu, 06 Mar 2014 18:24:19 CST

亲爱的Down友：
为了方便大家的学习，我们特别整理了操作系统Linux相关精品资源>>>>

推荐专题：
1.Linux教程：教你从入门到精通
Linux是一类Unix计算机操作系统的统称。本专题精选Linux经典命令、各种基础入门教程、经典学习教材、企业培训资料和有价值的电子书资料汇集，是自学幵提高Linux水平的必备资料，是Linux初学者的宝典。
下载地址： http://down.51cto.com/zt/19/3

2.零基础学习Linux语音教程【25集】
本专题由华夏联盟讲师羽翼主讲，此教程是华夏联盟2012年大型免费培训零基础学习linux 系列语音教程。包括linux 基本知识及安装、基本指令、文件权限及类型、目录权限、强制位冒险位等内容。
下载地址： http://down.51cto.com/zt/4560

3.Linux入门宝典视频教程（共22集）
本视频是Linux入门视频，Linux入门宝典，视频由浅入深，通俗易懂，简单实用，适合自学！共22集。
下载地址： http://down.51cto.com/zt/5410

4.黑客防线Linux操作系统特训班(共23讲)
本课程以CentOS为基础，详细讲解了linux 的系统安装、常用命令、vi使用、network配置、SSH、WEB、FTP、servlet、JSP、MYSQL、打印、SAMBA服务器构建、软件安装、Bash及AWK的入门。
下载地址： http://down.51cto.com/zt/5069

5.51CTO 电子杂志《Linux运维趋势》
《Linux 运维趋势》是由 51CTO 系统频道策划、针对 Linux/Unix 系统运维人员的一份电子杂志，内容从基础的技巧心得、实际操作案例到中、高端的运维技术趋势与理念等均有覆盖。
下载地址： http://down.51cto.com/zt/71

精品推荐资料：
鸟哥私房菜全集【Linux经典学习教程】 http://down.51cto.com/data/62178
征服Linux之五星级教程【天下没有难学的Linux】 http://down.51cto.com/data/71976
北大青鸟Linux培训教材（完全版） http://down.51cto.com/data/64964
linux教程【用户基础、系统管理、网络管理】 http://down.51cto.com/data/69943
LINUX系统管理技术手册（中文第2版）（完整） http://down.51cto.com/data/30935
【吐血推荐】Linux网络管理员指南(珍藏电子书) http://down.51cto.com/data/29169
linux学习必备电子书！ http://down.51cto.com/data/29660
新东方Linux培训精品教程【12章PPT】 http://down.51cto.com/data/97617
linux系统高手是如何炼成的【经典教程】 http://down.51cto.com/data/58745
【Linux教程集合】常用命令+服务器配置+实用培训 http://down.51cto.com/data/54046
RHEL5企业级Linux服务攻略全12季【带书签PDF】 http://down.51cto.com/data/94754
Redhat Linux 自学课件 http://down.51cto.com/data/47078
linux全套课件【网络、用户和系统】 http://down.51cto.com/data/94416
linux入门：为菜鸟打造的电子书 http://down.51cto.com/data/31292
Linux必学重要命令经典教程 http://down.51cto.com/data/73664
LINUX 常见问题1000个详细解答 http://down.51cto.com/data/56696
Linux管理方面的经典PPT课件 http://down.51cto.com/data/54630

已有 0 人发表留言，猛击->> 这里<<-参与讨论

ITeye推荐

—软件人才免语言低担保赴美带薪读研！—

产品设计不是命题作文：Design Hackathon 方法介绍

Wed, 23 Oct 2013 10:23:37 CST

在产品的定义阶段，产品发展形态的可能性是最多的。对于当前国内绝大多数移动互联网创业公司来说，在产品定义初期，往往都是由个别产品负责人或者创始人「决定」产品方向的。这种「命题式」的传统方法，会导致产品的大部分可能性被早早扼杀，很容易让产品设计陷入程式化的思维或是已有的产品模式。在这种方式下，不能说诞生不了好的产品，但突破和创新的难度将会大大提高。传统的「头脑风暴」，在发散思维时往往失于天马行空，忽略了落地的可行性。

在欧美等设计业成熟的国家，很多设计机构都采用了 Design Hackathon 的产品设计方法论，这种方法融合了来自 Google、IDEO 等业内顶尖公司的设计方法和工具。这种方法论目前尚未被公开引入国内。豌豆荚作为一家产品和技术驱动的公司，早在 2011 年就引入 Design Hackathon 的方法论做产品设计。如今已经使用这种方法设计出了豌豆荚 2.0 的 Windows 端和 Android 端，2013 年 8 月发布的 Windows 端新版欢迎页，以及 9 月刚刚发布的视频搜索产品。

在这些产品的设计过程中，豌豆荚也积累了一些经验和心得。19 日上午，在 IxDC 主办的 2013 中国互联网产品大会上，豌豆荚产品设计总监刘亚平主持了主题为「产品设计不是命题作文」的产品设计工作坊，第一次将 Design Hackathon 引入国内业界，并组织所有参会者亲身实践了这个方法论的全过程。我们将现场整个 Design Hackathon 的过程整理出来，希望通过这种方式，将 Design Hackathon 的产品设计方法介绍给所有致力于打造优质产品的同行和朋友们。

什么是 Design Hackathon ？

Hackathon，即「黑客马拉松」，是一个流传于程序员和技术爱好者中的活动。在该活动当中，大家相聚在一起，以合作的形式去编程，整个编程的过程几乎没有任何限制或方向。Design Hackathon 类似用「黑客马拉松」的思维做产品设计，它将所有的产品设计师、视觉设计师甚至工程师聚在一起，在一定的时间内，以头脑风暴的方式，最大范围地搜集产品的各种可能性，然后抽象地整理出这些想法背后所隐藏的核心概念和产品需求，快速梳理出正确的产品设计方向，之后将想法转化成可视的手稿和线框图，最终变成产品雏形。

快速发现海量可能性

Design Hackathon 非常适合产品定义阶段。在产品定义阶段，设计方向和目标尚模糊，产品形态发展的可能性非常多。如果仅仅采用传统的设计手段（比如单人决策），非常容易走向片面和狭隘的方向，既可能出错，也会丧失许多机会。 Design Hackathon 将所有与产品相关的人员聚在一起，利用头脑风暴法，快速产生海量想法和点子，让产品设计从个人经验和竞品预设的桎梏中脱离出来，搜集最大范围的产品可能性。

确定方向并拥有可落地的细节

Design Hackathon 遵循了一个「从发散到抽象再到具体」的过程，从最直接的个人经验、想法或者灵机一动的点子出发，抽象地归纳出这些想法背后所隐藏的核心概念或产品需求，最后再回归到具体的产品设计草图当中。这个由「发散到抽象再到具体」的过程，既保证了思维发散阶段的丰富性和灵感的多元化，又能达到将想法现实化的目的。

激发不同角色团队成员的创意

Design Hackathon 参与人员并不局限于产品设计师和交互设计师，而是可以拓展到工程师等其他产品相关人员。不同背景和角色的人通过讨论和互动，能够相互激发灵感，获得丰富的创意。在产品的设计过程中，设计师、工程师和高层领导者由于背景和理解问题的角度不同，常常会产生分歧和争议，使产品设计的时间周期变得不可预测。Design Hackathon 的方法论可以让整个产品团队都加入其中，在平等、专注且高效的状态下，通过分类的方法，将所有人思考的亮点条理化，汇聚到最终的产品设计中。

如何操作 Design Hackathon？

准备阶段

在 Design Hackathon 开始之前，我们需要先做一些准备工作，包括场地、人数和纸笔的准备。

1) 人数：Design Hackathon 的参与人数以 8-15 人为宜，产品设计师、视觉设计师甚至工程师等所有与产品相关的人员都可以参加；

2) 场地：场地需要容纳 5-7 组桌椅（因为在「方案设计」环节，所有人需要被分为 5-7 组），能保证每组成员都无障碍地写纸条和绘制线框图；

3) 物料：每位参加者需要配备 1 支马克笔，至少 1 支绘图铅笔，至少 1 本记事贴或 N 次贴，3–5 张 A3 白纸。场地内还需要有一块大的白板 or 白墙（需要能容纳 100-200 张记事贴）。PPT 和幻灯设备根据情况选择；

4) Design Hackathon 整场需要 1 位主持人，主持人只负责引导和组织，原则上不提供任何关于产品的主观导向。

1. 发散：解决问题的方式

在开始一切之前，我们首先需要明确自己要解决的问题是什么。我们可能是需要设计一个全新的产品，但我们对这个产品只有模模糊糊的想法。我们已经了解到一些用户遇到的困难和问题，但是这个产品具体会以什么样的方式解决这些问题，呈现成什么样，应该有哪些功能和特点，我们并不清楚。

解决任何一个问题的方式都是多种多样的，我们可以使用「How might we……」的句式，从各个不同的角度分解问题，找出所有可能解决问题的方式。在这个阶段，我们需要的是开阔思路，追求的是全面的、打破常规的思维和方向，不需要评价它是不是严谨，是不是可实现，更不需要提出具体的解决方案，解决方案将会在后续阶段补充。

举个例子，如果我们的问题是，到了一家餐厅不知道吃什么？

那么，我们需要使用「How might we……」的句式，从所有可能的角度来分解这个问题：

如何让点菜的过程变得有趣（既然点菜的过程很麻烦）？

如何不去餐厅（不去餐厅也就不存在点菜的问题了）？

如何让大家不吃饭呢？（不吃饭也就不存在点菜的问题了）

如何知道大家最爱吃什么？

如何让大家口味都变得一样（这样就解决了众口难调的问题了）？

如何事先知道这个菜大家喜欢不喜欢？

如何点主菜、素菜、汤（点一整桌菜可能很麻烦，但是只点一个汤就好多了）？

如何让大家进入餐厅就自然知道点什么菜？

等等……

2. 头脑风暴

通过前一步的预热，我们已经整理出产品开发中可能遇到的问题了。我们接下来要做的，是基于这些问题，自由地、无拘无束地阐述解决方案。

我们需要最大范围地尽力去想各种可能的解决方案或 idea，不要限制自己的思维。任何人想到一个 idea，就写在纸条或卡片上。

可以采用类似 N×5×5 的方式。N 表示所有参与头脑风暴的人总数，这个式子表示需要每人在 5min 的时间内写下 5 个想法，然后将这 5 个想法传给下一个人，同时接收上一个人传来的 5 个想法，再写一轮，如此类推，N 轮过后，每个人手中都会有 5N 个想法，所有人共有 5×N×N 个。所有人都要写，但是相互之间不要交流。这样，每个人既会受到他人的激发，又不会受他人想法的限制。

图1：每个童鞋需要在 5 分钟内，写下 5 个想法贴在 1 张 A3 纸上，时间到就传给下一个人，同时接收上一个人传来的 5 个想法。

譬如，在第一步的点菜问题上，针对「如何让进入餐厅就自然知道点什么菜？」，我们可能会有很多的想法：

可以在餐厅门口放上菜单，任顾客翻阅浏览；

可以做招牌菜的海报或易拉宝展示；

可以做食客最多点选的菜肴 list；

甚至可以像风波庄那样，根本无需点菜，只需要食客告诉服务员用餐人数和忌口，服务员马上就能为你上菜……

头脑风暴中，需要所有人遵守几项原则：

1) 不要关心老板或者领导的意见；

2) 不要限制自己的想法，因为往往到了下一阶段的执行，现实条件会给你限制的；

3) 不要放弃捷径，要站在巨人的肩膀上；

4) 不要讲太过于抽象的东西，譬如「做一个更好的产品」；

5) 事先设定一个时间限制，不可草草结束或无限拉长时间。

3. 卡片分类和完善

通过上一步的头脑风暴，我们会搜集到 100-200 个想法，甚至更多。这些 idea 都是感性的、灵光一闪的、零散的。这一步，我们需要将这些 idea 组织起来，抽象出其中暗含的核心功能或需求。我们需要对搜集到的所有想法进行分类，大概分成 5-7 类，每个类别都需要有一个概括性的标题。

分类没有一定的规则，因为一般情况下，这个分类不需要非常严谨，由主持人组织大家讨论进行。每类下包含 idea 的数量应该差不多，如果有某个类别所包含的 idea 数量明显少于其他组，则需要大家一起思考，为这个分类再做补充，直到所有类别下 idea 的数量大致相等。

图2：分类的维度很多，没有严格的规则。

关于上一个点菜的问题，我们可能产生了很多的想法，这其中有一些是关于菜单设计的，有一些是关于服务员服务技巧的，还有一些是关于餐厅制度的，等等。

4. 方案设计

经过分类，这些头脑风暴产生的零散想法之间就有了关联，每一个类别下的想法，对应的就是一类功能或需求。截至此阶段，设计师们也会开始产生一些具象化的内容。这一步，我们需要发动所有的设计师参与和贡献：将所有的设计师分组，每一组设计师领走一个类别的卡片；根据这些卡片上的信息，设计师可以开始绘制草图和线框图，也可以出一个故事板。

对于每个组，绘图的过程和方式比较灵活，可以是每位组员分工做，根据所拿到的 idea 做不同方面的草图，也可以组员一起讨论出一个草图。对 idea 的取舍由设计师自己确定。

图3：设计师们出的线框图

当所有的组都完成了草图或故事板后, 主持人可以进行简单的点评。之后, 这些成果就可以交给具体负责产品的设计师做正式的产品设计了。

总结

Design Hackathon 遵循了「从发散到抽象再到具体」的思维过程。「发散」保证了我们不会错失有关产品设计的各种可能性和细节，「抽象」帮助我们整理出想法中的产品逻辑和需求层次，而「再具体」的过程则保证了我们所有的想法和需求都能落地成为可见的设计。通过 Design Hackathon 的方式，我们能够快速、准确地整理出一条正确的产品设计方向。

《Design Hackathon 方法手册》PDF 下载： http://vdisk.weibo.com/s/aoFZDu6DQl4FN

via：豌豆家

银行的理财产品是怎么运作的呢？或者说是怎么盈利的呢？买这些理财产品需要些什么知识呢？

Wed, 23 Oct 2013 13:56:16 CST

本人四大行员工，就我了解而言——
理财产品的运作：一般的投资渠道包括基金、债券、定期存款和银行同业。绝大多数保本的理财产品会投放到定期、国债、银行同业和货币性基金这些本金亏损几率小的渠道中。
有人可能会问，那些短期几个月6%-7%的收益率还号称保本保收益的理财产品是怎么做到的。我能想到的渠道就是 同业拆借和同业存放。因为银行有存贷比的要求，所以会经常向同业借来资金来保证不触碰银监会的底线。同业借来的这个资金数量庞大，而且有时候是急需的，所以银行开出3个月6%、7%的价格把钱借给同业是非常平常的事。这个就是银行金融机构业务中常见的一种。
银行开出这样的高利率把钱借出去，当然会设计出略低于此利率的理财产品。相信每个有点规模的银行都有金融机构部这样类似的部门，每天电话不停的询问同业的报价，一旦发现机会就会想尽一切办法促进成交（你想想动不动就几亿的资金还能够有个不错的利率多么的吸引人。最关键的是，目前中国这形势，银行倒闭还是不太可能的事，尤其是能够参与到银行同业拆借的金融机构，一般资质都不低，破产风险很低）。有时候银行发现同业有这方面的资金需求，就会紧急推出一些理财产品向储户募集资金，然后打包借给同业。有时候也可能是银行自身接近存贷比的底线，所以它也会推出一些理财产品吸纳储户在其他银行的资金来救火。
我相信在6月份银行“钱荒”的那一阵子，不少人都收到过银行发来的信息，号称7%-8%的“保本保收益”的理财产品比比皆是。银行业很少出现整一大片的钱荒，但是某个地方的银行分支出现暂时的资金短缺倒是非常正常的事。于是，同业拆借、同业存放以及诸多的变种产品就有利可图了。
本人是做公司业务出身，也就只能理解到这个层面了。

至于买理财产品要注意的地方，首先你要问清楚是不是保本保收益。贫苦大众来说，本金安全十分重要，那都是血汗钱。其次是，不要轻易被那些收益率给迷惑了，最好自己动手算一算。像我给公司做理财时，我发现相对于T+0日购买的产品，有些T+1日购买的产品会有一个略高的收益率。但是你实际计算过后，你会发现T+0的产品因为有了多一天的计息，实际上有一个更好的收益。（科普一下，T+0的产品指的是当日申购，当日生效；T+1的产品就是当日申购，次日生效） 收益率只是一个参考指标，但是收益才是我们实实在在投资获得的财富。所以不要轻易被高收益率给迷惑了。尤其是有些超短期的理财像7天14天，标到7%、8%的年化收益率，你真的细心算下来，没多少钱赚的。

还有一些不错的理财产品，投资渠道风险低，收益稳定，但是因为银监会有规定不能够承诺保本保收益，所以银行人员不会给你承诺的。当然，你可以问：“这个产品之前亏损过吗？”如果回答是“否”。如果该理财产品还是该银行的招牌理财产品的话，那你可以考虑一下。尤其是一些大银行，很珍惜银行声誉，不会轻易卖些有严重亏损可能的理财产品给客户。这里要提醒一下，我指的是理财产品，不是基金。基金的投资渠道很多都有证券市场，所以风险很不确定的，而且卖基金给客户的理财经理有分红，就顾不得这么多了。

对了，还有两点一定要注意。有些理财是没到期不能赎回的，所以一定要确保自身的可用资金充裕，避免出现救命钱取不出，然后银行又挨舆论一顿骂。还有一些理财是到期自动续做的，就要提前算好日子，到期不做的话就赎回。

以上。

— 完 —
本文作者：刘宏程

【知乎日报——重磅更新】新增热门内容排行榜，精彩点评外置，你行，你上啊。
新版下载：
http://daily.zhihu.com/download

此问题还有 8 个回答，查看全部。
延伸阅读：
银行用我的钱投资什么了？理财产品投资去向？
哪里能看到银行的理财产品最近几个月的整体到期和预期收益率？

作为一个PM 该如何做好产品竞品分析？

Mon, 31 Mar 2014 11:53:42 CST

　　在企业中竞品分析工作大多数产品经理实际工作中很少去做，要么由市场和运营人员代劳，也或者产品部门配备市场研究相关岗位定期来做。而近来部门同事实行每月对现有产品进行竞品分析，参与一部分工作。对于既不是专才和通才的产品经理来说也是一种全新历练和学习.竞品分析结果只能作为一种参考依据(由于信息挖掘渠道和关注点都相对带有主观性，比较危险的是有些产品经理会特意朝预期潜意识心里判断来收集数据)，通常服务于领导及产品管理层对产品信息动态能够有意识的去关注及时调整相关目标;

　　为什么要做竞品分析?

　　1. 为企业制定行业产品战略规划、产品各条子产品线布局、市场占有率提供一种相对客观的参考依据;

　　2. 随时了解竞争对手的产品和市场动态，如果挖掘数据渠道可靠稳定，根据相关数据信息可判断出对方的战略意图和最新调整方向;

　　3. 可掌握竞争对手资本背景、市场用户细分群体的需求满足和空缺市场;包括产品运营策略;

　　4. 自我快速调整、以保持自身产品在市场的稳定性或者快速提升市场占有率;

　　5. 新立项的产品、拍脑袋想出来的(很危险，指的是对新接触的行业没有积累和沉淀)没有形成较为有效完整的系统化思维和客观准确方向的;

　　竞品分析怎么去做?

　　值得一提的是，竞品分析报告在一家成熟的企业，基本上是长时间定期持续积累不断挖掘和分析的一个过程;从而让数据准确性提高具有很强的说服力;

　　1.确定哪些是你的竞争对手?

　　A. 产品直接竞争者：这里包括了市场目标方向一致、客户群体针对性极强、产品功能和用户需求相似度极高的，用阿泡的话说：“和你真刀真枪干上的竞争者”

　　B. 间接竞争者：市场客户群体目标不一致、但在功能需求方面互补了你的产品优势(也或者是你互补别人产品的)、但又不是主要靠该产品价值盈利的;

　　C. 同行业不同模式的：比如 B/S互联网模式和行业解决方案及单机C/S客户端，一锤子买卖和长期靠服务收费的;

　　D. 资本雄厚概念炒作的：观察到各大媒体平台经常炒作概念和具备行业前瞻性一些团队人才背景、资质、规模非常有潜力的企业;

　　2.从哪里获得竞争对手信息

　　A.从内部市场、运营部门、管理层等收集信息;

　　B.行业媒体平台新闻及论坛及QQ群，搜索引擎;

　　C.建立持续的产品市场信息收集小组;

　　D.调查核心用户、活跃用户、普通用户不同需求弥补和间接代替的产品;

　　E.竞争对手官方网站、交流互动平台、动态新闻、产品历史更新版本、促销活动;

　　F.季度/年度财报;

　　G.各大人才网站同行业人才简历更新;对方的博客及联系方式;包括对手官方网站招聘信息;

　　H.通过google搜索引擎找到国外同行业的官方网站及行业信息订阅(市场直接竞争者机率不大，但盈利模式和功能定义用户群体具备一定的前瞻性和市场趋势导向性);

　　I.试用对方产品、客服咨询、技术问答等等;

　　3.需要获取哪些信息?

　　A. 公司技术、市场、产品、运营团队规模及核心目标和行业品牌影响力;

　　B.实际季度年度盈利数值，及各条产品线资金重点投入信息;占据公司主盈利的产品线;

　　C.用户群体覆盖面、市场占有率、运营盈利模式;尽可能了解到固定周期的总注册用户量/装机量/有效转化率;

　　D.产品功能细分及对比;稳定性、易用性、用户体验交互、视觉设计实力、技术实现框架优劣势;

　　E. 产品平台及官方的排名和关键字及外链数量;

　　4.常用分析方法?

　　A. SWOT分析法:实际上是将对企业内外部条件各方面内容进行综合和概括，进而分析组织的优劣势、面临的机会和威胁的一种方法(较为宏观和主观)也可作为竞品分析的一种方法;

　　产品的优势与劣势有客观的认识;

　　产品的现状与前景;

　　必须考虑全面;

　　必须与竞争对手进行比较，比如优于或是劣于你的竞争对手;

　　简洁化，避免复杂化与过度分析;

　　B.客户满意度模型(Kano模型);

　　KANO模型定义了三个层次的顾客需求：基本型需求、期望型需求和兴奋型需求。这三种需求根据绩效指标分类就是基本因素、绩效因素和激励因素;

　　基本型需求：用户认为产品“必须有”的属性或功能。当其特性不充足(不满足用户需求)时，用户很不满意;当其特性充足(满足用户需求)时，无所谓满意不满意，用户充其量是满意;

　　期望型需求：耍求提供的产品或服务比较优秀，但并不是“必须”的产品属性或服务行为有些期望型需求连用户都不太清楚，但是是他们希望得到的;在市场调查中，用户谈论的通常是期望型需求，期望型需求在产品中实现的越多，用户就越满意;当没有满意这些需求时，用户就不满意;

　　兴奋型需求：要求提供给用户一些完全出乎意料的产品属性或服务行为，使用户产生惊喜。当其特性不充足时，并且是无关紧要的特性，则用户无所谓，当产品提供了这类需求中的服务时，用户就会对产品非常满意，从而提高用户的忠诚度。

　　C.波士顿矩阵

　　问题型产品：处在这个领域中的是一些投机性产品，带有较大的风险。这些产品可能利润率很高，但占有的市场份额很小。这往往是一个公司的新业务;

　　明星型产品: 这个领域中的产品处于快速增长的市场中并且占有支配地位的市场份额，但也许会或也许不会产生正现金流量;也可理解为爆增式用户量和装机量;

　　现金牛型产品：处在这个领域中的产品产生大量的现金，但未来的增长前景是有限的。这是成熟市场中的领导者，它是企业现金的来源;

　　瘦狗型业务:这个剩下的领域中的产品既不能产生大量的现金，也不需要投入大量现金，这些产品没有希望改进其绩效。一般情况下，这类业务常常是微利甚至是亏损的;

　　D.信息对比

　　产品基本信息：产品名称、产品类型、语言版本、网址、微博;

　　公司背景：公司资本、产品技术、市场、运营团队情况;

　　用户定位：不同形式和行业用户，但对产品都有诉求;

　　用户需求：功能、视觉设计、交互体验、用户满足期望值;

　　产品详情：产品定位、是否跨行业目标、产品模式;

　　产品功能：大小功能模块对比;

功能列表	竞争对手一	竞争对手二	竞争对手三
A1功能	√	√	√
A2功能	×	√	√
A3功能	√	×	√

　　盈利模式：

竞争对手一

竞争对手二

竞争对手三

盈利模式A

盈利模式B

盈利模式C

　　运营策略及数据排名：周期活动、运营规则、及行业排名外链关键字相关数据;

　　今天就谈这么多了，以上仅是个人在做竞品分析过程中涉及到的一些方法总结，其中还参考了部分同行业的观点，也是一个学习过程，请适当借鉴!

　　本文链接： http://www.yixieshi.com/pd/16621.html

　　===============关于互联网的一些事===============

　　 官方微博： @互联网的一些事

　　 官方微信： 互联网的一些事(ID：imyixieshi)

　　如果您对互联网产品有独特的想法和见解，欢迎给我们投稿。投稿信箱：tougao#yixieshi.com （自行将“#”修改为“@”）

交互设计在产品设计中的工作流程小议

Mon, 14 Apr 2014 13:22:22 CST

当产品的用户体验要求越来越高时，交互设计师的职责也越来越明晰了。交互设计师除了自身的基本功外，还需要有一个规范的流程，才能够使工作完整有序。

图1 交互设计在产品设计中的流程图

一、版本计划

版本计划是指在产品或项目立项时，对产品的一个总的规划，通常包括产品的需求与目标，比如能够实现哪些功能，性能上如何。这一过程，交互很少直接参与，或者列席一下发版立项，对计划情况有所知晓。交互可以纵观一下历史版本，对比行业内外的相关产品，以及满怀未来产品的一种期待：实用、方便、美观……

二、需求分析

在版本计划立项完成后，产品经理就会把版本计划分解，并整理成需求稿给交互设计师。交互设计师拿到需求稿后，开始需求分析。当发现有些逻辑不够合理，或者有任何不够清晰的地方，都需要跟产品经理协商。此时，交互可以使用各种原理与方法，比如根据产品的历史用户数据进行用户研究，与开发人员进行一些实现效果上的交流。

在与产品经理或开发沟通过程中，可以用自己方便的方式，随时记下或画下各种功能、效果与要求。交互设计是产品设计中的一个把需求变成模型的实现过程，产品经理是产品设计的核心，在交互设计过程中只要有问题，都寻求产品经理解决或协调。但是他们的主要工作是做需求，一个优秀的交互设计师所做的工作，产品经理往往是不容易做到的。

三、交互设计

前期的准备工作做好了，就进入交互设计阶段了。这一阶段，交互需要借助axure等原型工具，将产品由抽象概念转化为可演示的模型概念。

交互设计可以按三个小的步骤来走。第一个步骤，是交互过程的梳理，即用流程图把交互过程梳理出来。比如在设计一种手机自动问答股票证券的功能，流程需要从入口、首次使用示例、询问、回答到答案的分享等。同时，需要注意在使用过程中各种突发的事件，如网络连接、服务器异常等问题提示，有回答不了的问题怎么给出回应等。

图2 交互流程示例图

第二个就是完成产品的功能需求，即把产品的基本功能通过一个完整演示的原型来实现。这个过程，可以用线框图来表示，争取每一种效果都能做出来，如果做不出来，就用文字说明标注。这一步做出来的低保真原型完成后，可以向产品经理演示，确认是否还有遗漏。一个有着完整交互效果的原型沟通起来还是能发挥出方便直观优势的，拿给开发演示，让测试作为评测的依据，也比长篇大论的文章交流效率高很多。

图3 原型演示稿及说明

交互设计的第三个步骤，就是把完整的原型详细分解到每一步动作进行说明。开发、测试关心每一步怎么做，视觉也会根据每一步进行设计。在设计时，将理想效果大胆表达出来，当然这里少不了你宽阔的知识面。不需要对技术了解太深，但需要知道哪些效果实现起来方便并符合整体风格，哪些效果在技术上极难实现，而这些见识就要加强与开发的沟通。当然，对视觉的基础也是要有的，各种布局设计也要在产品整体的视觉风格之内，否则视觉设计时的改动会比较大。

图4 交互动作分解与说明

交互稿的审核，需要研发人员的共同参与。在审核过程中，抓住需求这条主线，从用户的角度考虑，主要从软件的基本交互规律上讨论。做产品必须有前瞻性，而非事后的。主观上的感觉也是一个方面，但分量不能过重。

总之，交互设计完成后的产出物需要满足两个条件：完成产品需求，分解到每一步动作。这两个条件具备了，就是一个不错的交互文档，图和动作加上说明，比任何密密麻麻的文档都直观。

四、视觉设计

交互稿通过研发人员的审核后，交给开发前，需要进行视觉设计。视觉设计师不但要完成图片图标的设计，还要标注好背景色、字体、字号、间距等等。当然，除了图标类的设计外，字体、间距、对齐等，交互设计师应该在规范文档的指导下，在交互稿中有所体现了。但是即使有完善的规范，也只能完成70%-80%，很多东西需要在场景变化时，进行适当的调整。

五、开发

产品的开发过程中，交互的主要任务就是跟进。功能方面，测试自然能够把关，但是交互方面，哪怕前期沟通得再好，开发会一不小心还是会给做打折的。如果难度太大或实在有问题，开发应该主动找你协商。所以，在无关性能的影响下，只要能够让用户体验度再上升一点点，不要跟开发太多妥协。

六、测试

测试是你的好帮手，交互稿做得到位了，测试会帮你把好关。

七、版本发布

当测试完成了产品的各种验证后，版本就要发布了，此时交互参与的这次研发基本进入了一个闭环。

八、用户反馈

产品的版本发布后，会通过系统、电话等方式收到一些用户反馈，有可能直接修改交互稿，或者直接跟开发提交互效果的更新，对版本进行一些完善。当然，过了刚发布后的一段时间，进入稳定期，才是真正完成了本次版本的交互工作闭环。之后的反馈，可以为下一个版本提供参考。

需要提一下的是，产品的设计，并不一定有专门的视觉参与，就像产品设计过程并不一定有专门的交互设计师一样。这个时候，交互设计师就要有一定的视觉设计能力了。

总结

简单说来，交互设计过程如下图所示，作为本文的一个总结。

图5 交互设计简洁过程图

国际iPhone摄影秀作品欣赏

Wed, 21 Dec 2011 16:34:05 CST

国际iPhone摄影秀（International iPhoneography Show）16日晚7时在纽约的The SoHo Gallery for Digital Art举行开幕晚会，摄影秀将展出来自全世界iPhone使用者拍摄并编辑的作品。摄影秀将展至22日。本次展会一共收到来自1500名摄影者提交的约10000多张照片。展会从这些照片中选出200张最具艺术影响力的照片来展出。

iPhone摄影者在线论坛Mobitog的Alex Tsepko表示：“iPhoneography已经是一种艺术了，它逐渐形成一股潮流并且不断发展壮大。iPhoneography甚至还有不同的流派，促使人们使用不同的技术和方法。”iPhone仍然是本次展会的中心——仅有使用iPhone拍摄并使用Macphun的FX Photo Studio iOS应用程序来编辑的照片才能参展。

您可能也喜欢：
iPhoneography 必备20款精品摄影APP	2011年淮安国际摄影艺术展	10款APP摄影软件推介用iphone疯拍吧!	iPhone 照相功能到底改善了多少？	宠物摄影小贴士
无觅

Victoria Ilina 摄影作品欣赏

Fri, 16 Dec 2011 13:22:43 CST

来自圣彼得堡 Victoria Ilina的一组摄影作品。她的照片总是叙述着一个一个的故事，寂寞的，无奈的，些许情绪淡淡的从画面中透出来，非常的耐人寻味。好了，让我们一同来欣赏吧。更多摄影作品，可以参阅一下文章《荷兰摄影师OER – Wout的自然摄影作品欣赏》《 Julie de Waroquier 寂寞的小调子超现实主义摄影》《 Laura Kok 生活的浅唱摄影作品欣赏》。

开发 Trimit 的天才少年带来全新作品

Fri, 16 Dec 2011 11:10:09 CST

我们一直关注年轻人如何去创造未来，之前也报道过 Nick D’ Aloisio 以及他开发的自动提取文章摘要的应用 Trimit，当时他还是 15 岁。

福布斯说他正在联系风投，准备投身互联网创业。但在上个月重新提及他的时候，发现 Trimit 应用已经从 App Store 下架，应用的主页也变成空白。他销声匿迹了吗？不是。

前天，他新开发一款应用 Summly 已经在 App Store 上架，和 Trimit 相似，该应用的主打功能也是提取文章摘要功能。比 Trimit 有改进的是，它不再通过复制网页链接到应用中，而是为移动版 Safari 浏览器添加一个书签工具，当使用 Safari 看到某篇有价值的文章，就可以通过该书签工具把文章发送到 Summly，自动提取摘要。如图所示，它并不是简单的提取文章开头的一段话。

尽管提取摘要过程有所改进，但 Summly 的分享功能比 Trimit 有大幅度削弱，现在只能把文章摘要发送到邮件中去。

Summly 的发布意味着 Nick 正式投身创业。经确认，他的投资方是香港李嘉诚旗下的投资基金 Horizons Ventures。曾经 Tom.com 第二大股东，现为李嘉诚基金会董事的周凯旋（Solina Chau）是这一次投资的牵线人。

Nick 对 TechCrunch 说，Summly 的性能要比过去发布的版本强 30%，而且他已经在申请专利——相信这点是他能够拿到投资的一个重要因素。

GigaOm 的创始人 Om Malik 称他为“天才少年”，并给出了极高的赞誉：

在我一生中，我预见过很多聪明的人—— Jeff Bezos、Andy Bechtolsheim、Larry Page、Andy Grove、Sergey Brin、Vinod Khosla 和 Bret Taylor。D’Aloisio 是属于这个群体的。

Mailk 认为 Nick 是“无师自通的通才”。他分享了 Nick 的成长故事：

5 岁以前，为了“观星”，他自学关于星星、银河、黑洞的知识。
7 岁后，他吵着父母给他买一台 Macbook Pro。原因是他要把电视上看到的视频复制下来。他自学了 iMovie、Final Cut Pro 以及一些 Autodesk。
2007 年，他买了一台 iPhone，一年后 App Store 上线，然后他开始学习 iOS SDK。
几个月后，他发布了一应用，SoundStumblr，一个基于地理位置的音乐发现应用。

16 岁就拿到风险投资？Nick 正在创造历史。一个早慧，但又不放弃自我学习的少年，他的故事，当然不会是“伤仲永”的另一版本。

题图来自 GigaOm

陈一斌

组织过软件汉化，写过时间管理文章，研究过个人知识管理。关注科技的发展，创投资讯、移动互联网。

邮箱 Twitter Facebook 新浪微博

[来自iPc.me] 折射到你的眼球了吗？2012索尼世界摄影比赛作品精选

Fri, 17 Feb 2012 12:54:46 CST

波罗的海的寂静之美。从伦敦地铁中的老者，到点水的蜻蜓和阳光下冲浪的年轻人。所有这些惊人的照片都是一场世界级高水平摄影大赛的入围作品。以下所展示的这些摄影作品选自今年的索尼世界摄影大赛参赛作品……

波罗的海的寂静之美

从卷曲的叶子中向外张望的青蛙

印度孟买，人们在庆祝节日。

这张黑白照片展示的是一名男子在伦敦地铁开怀大笑的场景，给大赛带来一丝人文气息

中国端午节赛龙舟

新西兰南坎特普里特加普湖（Lake Tekapo）的日落美景

摄影师约翰尼·朱（Johnny Joo）的作品。大量的色彩，几乎可以将人催眠

在平静的水面上，蜻蜓正在水中产卵

夜色，天空被一道蓝光照亮

这张照片拍摄于俄罗斯，名为“火的交响曲”

这张黑白照片非常简洁：一名老者孤单地坐在椅子上，光线照射进昏暗的屋内

落日余晖中，一名冲浪者高高跃起

世界之巅：这张照片拍摄于意大利帕索罗莱（Passo Rolle），银河在夜空中显得绚烂璀璨

哈萨克斯坦西部的 Karyn Zharyk盐湖光滑如镜

芥末依然是美女编辑一枚

ipc.me member ~try my best!!! !!forever beauty~~

25幅非常漂亮的闪电摄影作品

Sun, 11 Dec 2011 10:18:00 CST

　　在大自然面前，我们显得是那么的无能为力，就像阳光下的小蚂蚁一样。今天这篇文章和大家分享的就是大自然的闪电影像作品，这些闪电看起来是那么的可怕和令人兴奋，一起欣赏。

您可能还喜欢

英文链接： Nice Examples Of Shadow Photography

文章来源：梦想天空 ◆ 关注前端开发技术 ◆ 分享网页设计资源

作者: 梦想天空（山边小溪）发表于 2011-12-11 10:18 原文链接

评论: 0　查看评论　发表评论

最新新闻：
· RIM再次面临印尼监管机构关闭黑莓服务威胁(2011-12-11 22:05)
· 分享14个能帮助你打发无聊时光的网站(2011-12-11 21:39)
· 打消你的“Big Idea”，但别丢了雄心壮志(2011-12-11 20:53)
· Redis作者拒绝微软的Windows补丁(2011-12-11 20:34)
· 为什么Android没有iOS那么顺滑(2011-12-11 20:20)

编辑推荐：只学一点点：我的技术学习策略

网站导航：博客园首页我的园子新闻闪存博问知识库

Abby Diamond 鸟之歌插画作品欣赏

Thu, 12 Jan 2012 10:59:27 CST

来自 Abby Diamond的一组以鸟为主题的手绘插画。简单随意的一组清新小画。一同分享给大家。更多以鸟为主题的作品，可以参阅以下文章《 Seth Fitts 《鸟》插画作品欣赏》《 JIM MULLAN和TORI的古董小鸟设计》《 sesfitts 印象的鸟》《 maurizio bongiovanni 鸟的印象画》。

无觅猜您也喜欢：
Terry Fan 插画作品欣赏	Dahia 插画作品欣赏	Charlotte Gastaut 插画作品欣赏	WanKok Leong 插画作品欣赏	Karl Kwasny插画作品欣赏
来自无觅网络的相关文章：
Abby Diamond的泼墨画 (@vikilife)	Martin Ansin欧美风格插画作品 (@modeko)	Alexandre Wagner插画作品欣赏 (@modeko)	可口可乐插画赏析 (@vikilife)	IBM插画广告 (@vikilife)
无觅

Julien的摄影作品

Wed, 04 Jan 2012 19:06:37 CST

无论是Julien Legrand的摄影作品还是他的个人主页，总是缺少一些色彩亮丽的元素。但是就是在这些黑白格调中，我们体味到了生活的真谛，有些许失落、萧条，却又不乏希望。Julien Legrand专注于街头摄影，多以街头路人作为影像中的主角。更多他的作品可以登录其个人主页查看。 Link

猜你也会喜欢
Virginie Plauchut 摄影作品	Milena Galchina的黑白印象	Frauke Thielking 摄影作品	善于捕捉瞬间的摄影	Ruben Brulat的抽象派摄影作品
来自无觅网络的相关文章：
Laura Ruth 摄影作品 (@poboo)	胡子魚摄影作品欣赏 (@sudasuta)	韩冰摄影作品《微光》 (@sudasuta)	Kimelman 摄影作品 (@poboo)	广告摄影作品 (@poboo)
无觅

交互设计师如何准备作品集

Thu, 01 Mar 2012 18:04:34 CST

您好，

看到您写的交互设计那些事，深入浅出的讲解让我受益颇多，我学习的工业设计专业，在北京读研，没有专门开设交互设计的课程，只能自学，对行业特征只是有了初步了解，打算过段时间实习，请您指教一下实习准备的东西，需要呈现什么样的作品形式呢，也就是除了理论知识的熟悉外，作品集需要怎么准备呢。期待您的指教。

————————————————————————————————————————————————

回复：

1，先确定实习去向，打他们电话进行咨询。他们或许会具体告诉你要准备什么。因为他们是你的用户而不是我。每个地方要求会不一样。阿我们则经常会把自己的网站发给实习生，让他们体验一下，写个用户流程梳理和体验报告出来。

2，当你确定了实习的意向后，即使他们不告诉你要准备什么，你都有必要体验下他们的网站和应用，或者他们感兴趣的竞争对手的网站，梳理其信息架构，用户流程，争取能提出几个用户体验改进建议——交互设计师不同于视觉设计师可以一图抵千言，所以最重要的是要在交付物里呈现出你的分析思路，必要的文字说明不可少的。这些结果可以用文档或者图片方式呈现出来，Page flow，Site map都是很好的结果呈现方式。

3，作为一个即将去实习的交互，你有必要先安身立命，摸摸基本软件和工具。整理思路用mind manager，画线框图可以用axure或visio，用mac电脑的话可以用产出更炫的onmigraffle。当你没想法的时候这不太重要，但是一旦你有了想法，这工具让你如虎添翼。

4，必要的知识储备和共同语言还是要有的。这个简单，先翻翻《about face3.0》，中文翻译版名称为《交互设计精髓》，加上《赢在用户》，《设计心理学》等书就够了，其他理论万变不离其宗。

IT瘾作品推荐

分享一个平时工作找需求找竞品的方法：通过产品使用的核心技术库 - 即刻App

“人人影视字幕组”侵犯著作权案始末：3万余部作品是如何鉴定？

零基础的门外汉，能用AI独立完成一部游戏作品吗？ - 游研社

作为最广泛支持的操作系统，HarmonyOS目前用在哪些产品了？

用3天时间设计一款完整的APP作品

项目背景

设计挑战

第一天：资料收集

研究方法

用户调研

市场调研

头脑风暴

用户画像

竞品分析

方案思考

第二天：草图和设计

第三天：交互原型

懂财帝: 安邦保险：一家保险公司的“生老病死” 原创 2018-02-23 观察新金融的 懂财帝 作者 | 落樱 出品 | 懂财帝 风云变幻。安邦保险集团被保监会接管了... - 雪球

来自中国保监会的消息，2018年2月23日起，保监会对安邦集团实施接管，接管期限一年。

为什么选择Zephyr操作系统开发物联网产品？HereO、CommSolid和Grush有话说

如何在github上展示作品——为你的项目生成一个快速访问的网址如（DaisyWang88.github.io）

作为产品经理，不应只知道往产品backlog增加新功能

阿里巴巴数据产品经理工作(总结篇)

一. 如何做一个好的数据产品经理？

二. 心得总结篇

产品经理5点工作经验总结

会议主持

思考换位

沟通表达

原型制作

文案细节

写给设计师：如何与产品经理一起工作？

为设计师、产品经理准备的原型制作指南

超酷的响应式dribbble设计作品瀑布流布局效果

第一步：使用jribbble来取得最受欢迎的dribbble设计内容

第二步：使用isotope来生成一个瀑布流布局效果

第三步：一些锦上添花的功能

Jovan Todorovic 摄影作品

产品负责人与团队该如何协作？

相关厂商内容

相关赞助商

您可能也会喜欢

[原]我们的管理：产品经理与程序员协作

精品Linux操作系统学习宝典

产品设计不是命题作文：Design Hackathon 方法介绍

什么是 Design Hackathon ？

快速发现海量可能性

确定方向并拥有可落地的细节

激发不同角色团队成员的创意

如何操作 Design Hackathon？

准备阶段

1. 发散：解决问题的方式

2. 头脑风暴

3. 卡片分类和完善

4. 方案设计

总结

银行的理财产品是怎么运作的呢？或者说是怎么盈利的呢？ 买这些理财产品需要些什么知识呢？

作为一个PM 该如何做好产品竞品分析？

交互设计在产品设计中的工作流程小议

国际iPhone摄影秀作品欣赏

相关文章

Victoria Ilina 摄影作品欣赏

开发 Trimit 的天才少年带来全新作品

[来自iPc.me] 折射到你的眼球了吗？2012索尼世界摄影比赛作品精选

25幅非常漂亮的闪电摄影作品

您可能还喜欢

Abby Diamond 鸟之歌 插画作品欣赏

Julien的摄影作品

交互设计师如何准备作品集

懂财帝: 安邦保险：一家保险公司的“生老病死” 原创 2018-02-23 观察新金融的懂财帝作者 | 落樱出品 | 懂财帝风云变幻。安邦保险集团被保监会接管了... - 雪球

银行的理财产品是怎么运作的呢？或者说是怎么盈利的呢？买这些理财产品需要些什么知识呢？

Abby Diamond 鸟之歌插画作品欣赏