도구 플랫폼의 효율 가치를 어떻게 향상시킬까?

서두에

이전 글 도구 플랫폼의 효율 가치를 어떻게 측정할까? 에서는 구체적인 데이터 지표를 통해 효율 가치를 측정하는 척도 모델을 도출했고, 내부 도구/플랫폼의 가치도看得见、说得清하게 만들었습니다

그렇다면, 현재 만들고 있거나 앞으로 만들 도구 플랫폼에 대해, 어떻게 더욱 그 효율 가치를 향상시킬 수 있을까요?

일.효율 가치에는 어떤 영향 요인이 있는가?

먼저, 도구의 중요한 목표는 실제 문제를 해결하는 것입니다:

도구는 항상 문제를 해결하기 위해 태어난다

목표 문제를 선정한 후, 다음으로 도구화, 플랫폼화 등의 자동/반자동 수단을 통해 해결을 시도하고, 효율과 체험 두方面的인 향상을 통해 솔루션의 효율 가치를 체현합니다:

효율 가치 = 효율 가치 * 체험 계수

더욱 세분화합니다:

도구 효율 = 문제 규모 / 조작 시간
도구 효율 = (이 도구를 사용하지 않고 해결하는 데 필요한) 시간 비용 / (이 도구를 사용하여 해결하는 데 필요한) 시간 비용

도구 체험 =易用程度 * 安定程度

따라서, 도구의 효율 가치는 4 가지 요인에 달려 있습니다:

문제 규모
조작 시간

-易用性

安定性

도구 효율을 향상시키려면 분자를 크게 하고 분모를 작게 하는 방법을 생각해야 합니다. 즉 문제 규모,易用性, 安定性을 향상시키고, 조작 시간을 낮추는 것입니다

이.어떻게 문제 규모를 향상시킬까?

선정된 목표 문제에 대해, 그 규모는 일반적으로 고정되어 있으므로, 핵심은 어떻게 목표 가치가 가장 높은 문제를 선택할까에 있습니다:

문제의 목표 가치 = 목표 사용자 수 * 수요 빈도 * 단회의 가치

대부분의 경우, 우리는 목표 사용자 수가 더 큰 문제를 선택하는 경향이 있습니다. 보편적으로 존재하는 문제를 해결하는 것은 일부 사용자만 마주하는 특수한 문제를 해결하는 것보다 더 의미가 있기 때문입니다

그러나, 수요 빈도와 단가가 목표 가치에 미치는 영향은 그다지 명확하지 않습니다:

[caption id="attachment_2293" align="alignnone" width="625"] 고빈도 저가격과 저빈도 고가격[/caption]

그 중에서:

먼저 고빈도 고가격을 선택: 매우 드문 수요. 있다면, 우선적으로 만족시킴
저빈도 저가격은 하지 않음:此类 수요는 할 가치가 없음
고빈도 저가격, 저빈도 고가격은 병중: 대부분의 수요는 이 두 종류. 선택도 여기에 집중

고빈도 저가격과 저빈도 고가격 사이에서, 프로덕트 매니저의 일반 전략은:

고빈도로 사용자를 잡고, 저빈도로 이익을 만듦

즉, 전기는 먼저 고빈도 저가격의 수요를 만족시켜 대량의 사용자를 얻고, 중후기에 저빈도 고가격의 수요를 고려에 넣음:

먼저 고빈도 저가격�� 수요를 이용해 사용자를 잡음. 고빈도 장면은 사용자와의 인터랙션 기회가 많고, 저가격의 경결정 장면은 사용자 진입 장벽을 낮추기 쉽고, 신규 획득, 유입이 쉬움. 그 후 저빈도 고가격의 수요로 이익을 만듦. 단가가 높아지면, 나눌 수 있는 케이크도 커짐. 이러한先後次序를 채택하는 이유는, 해량 사용자를 기초로 해야 저빈도 수요의 총량이 충분히 커지기 때문.

삼.어떻게 조작 시간을 낮출까?

물론, 명확한 최적화 항목이 있다면, 빠르게 해야 합니다. 먼저 도구 자신의 효율을 상당히 높은 수준까지 향상시켜, 사용자가 도구 실행 완료를 기다리는 시간을 줄입니다

그러나 도구 자체가 시간 소비상 이미 큰 최적화 공간이 없는 경우,此时에는 시선을 국소적인 도구에서 옮겨,全局을放眼하여 전체 최적을 고려해야 합니다:

프로세스 지향의 시각: 플로우상에서, 몇 가지 중간环节을 줄이고, 워크플로우를 간소화할 수 있는가
오브젝트 지향의 시각: 패턴상에서, 관련된 역할을 줄일 수 있는가. 사람과 도구, 도구와 도구, 도구와 사람 사이의 인터랙션을 줄이고, 몇 가지 중간 산물을 줄임

플로우상, 심지어 협업 모드상의 변혁에는 일반적으로 문제를 해결하는 핵심 경로를 뒤집을 기회가 있고, 기존 도구의 효율 병목 현상을 우회하여,从而 조작 시간을 대폭 낮출 수 있습니다

사.어떻게易用性을 향상시킬까?

도구형 프로덕트의 첫 번째 요의는 사용자가 사용할 수 있게 하는 것. 사용자가 적어도 사용할 수 있게 해야만 프로덕트의 가치를 체현할 수 있음

易用性은 프로덕트 기능이 가능한 한 사용자 마인드셋에 부합하도록 요구합니다 (적어도 핵심 기능의易用性을 보증). 인터랙션을 간소화하고, 사용자가 사용하기 시작하는 학습 비용을 낮춥니다:

사용자 마인드셋에서 프로덕트 기능으로 매핑. 극치의易用性은 직감에 부합하고, 사용하기 시작하면 바로 사용 가능

그렇다면, 먼저 사용자 마인드셋을 명확히 해야 합니다.做法는 매우 간단합니다:

사용자에게, 이 도구가 구체적으로 어떤 문제를 해결해 줄 수 있는지 알려줌.

다음으로 (프로덕트 기능이 그다지 직관적이지 않은 단계에서) 먼저 사용자에게 사용법을 가르칩니다. 기능 가이드, 초보자 튜토리얼/동영상, 도움말 문서 등은 모두 좋은 방법입니다.易用性을 향상시켜, 사용자가 먼저 사용하게 하는 것을 목표로 합니다. 동시에 사용자의 실제 피드백에 따라 사용 체험을 지속적으로 최적화하고, 프로덕트 기능과 사용자 마인드셋 사이의 거리를 좁혀, 최종적으로 직감에 부합하도록 합니다:

마인드셋 부담이 작음 (학습 비용이 낮음)
인터랙션이 우호적
UI 가 아름다움
핵심 기능 플로우가 원활

프로덕트 기능을 사용자 마인드셋에 가까이하게 하는 외에, 또 하나의 매우 비규범적인思路는 사용자 마인드셋을 육성하는 것 (즉 사용자 직감을 바꿔, 프로덕트 기능에 부합하게 함) 입니다. 파괴적 혁신의 장면에 많이 나타나며, 사용자의根深은 직감을 바꿔야만 진짜로 효율을 향상시킬 수 있습니다

오.어떻게 安定性을 향상시킬까?

사용자 마인드셋에서 프로덕트 퍼포먼스로 매핑. 극치의 安定은 완전한 신뢰. 도구가 문제를 일으킬 것을 결코 의심하지 않음

易用性과 비교하여, 安定性은 객관적이고 명확합니다. 단순히 기술 각도에서도在很大程度上로 安定性을 확보할 수 있습니다. 예를 들어:

crash 율을 낮춤: top 붕괴를 지속적으로关注하고, 영향 범위가 큰 것을 timely 에 수리
bug 수를 감소: bug 증가 추세를 지속적으로 관찰하고, 빠르게 이터레이션 수리하며, 기능성 문제를 수렴
조작 실패 횟수를 감소: 실패 조작을 기록하고, 일반적인 오조작을 분석 개선하며, 동시에 역으로 기능을 풍부하게

그 중에서, 주의할 점은 실패 조작을 기록하는 것입니다. 검색 기능을 예로 하면, 실패 조작에는 다음이 포함됩니다:

검색 서비스가 오류
검색 결과 없음
검색 결과가 예상과 일치하지 않음 (결과가 도움이 안 됨)

기술上看, 뒤 2 종류는 조작 실패에 속하지 않지만,同样值得关注. 결과 없음의 검색은 일반적으로 의미 검색/모호 검색 기능이 충분히完善하지 않거나, 또는 관련 콘텐츠에 결락이 있음을 의미하며, 이러한 정보는 프로덕트 기능을 풍부하게 하는 데 매우 도움이 됩니다.同理, 사용자 예상에 부합하지 않는 검색 결과도 가치 있는 부정 피드백이며, 문제를 발견하고, 사용자 사용 체험을 개선하는 데 도움이 됩니다

육.어떻게 사용자 수를 향상시킬까?

도구의 효율과 체험이达标한 후, 가장 핵심적인 문제는 어떻게 사용자 수를 향상시켜, 도구의 가치를 확대할까입니다

其它 프로덕트와 비교하여, 도구형 프로덕트의难点은:

대체성이 강함
사용자가 모름 (도구를 사용할 수 있다는 것을)
사용자 접착성이 나쁘고,流失하기 쉬움

강한 대체불가능성은 결정적 요인입니다. 유일한 옵션으로서, 당연히 사용자 수 문제를 고려할 필요가 없습니다. 예를 들어 미니프로그램 개발자 도구

만약 강한 대체불가능성을备えて 있지 않다면,其它 수단을 통해 사용자의 교체 비용을 증가시켜야 합니다.常用的인 전략에는 장면화 운영, 커뮤니티 운영, 콘텐츠 운영 등이 있습니다

장면화 운영

도구를 사용 장면과 긴밀하게 연관시켜, 사용자의 사용 습관을 육성합니다:

도구형 프로덕트를 하려면, 반드시 사용자가 어떤 장면에서 당신의 프로덕트를 열 것을 생각할지 항상 추궁해야 합니다. 이 구체적인 장면이 모든 운영의 기초입니다

하나의 핵심 장면을 중심으로, 핵심 수요를 충분히 만족시켜, 그 장면 하의 최적 솔루션이 되어,从而 사용자가 모르는 문제를 해결합니다

另一方面, 장면화의 따뜻한 힌트는 프로덕트의 온도를 향상시키는 데 도움이 되며, 사용자에게 인간적인关怀을 느끼게 하고, 차가운 도구뿐만 아니라 느끼게 합니다

커뮤니티 운영

프로덕트와 사용자, 및 사용자와 사용자의 연계를 강화합니다. 커뮤니티를建立하는 것은 사용자 접착성을 높이는 유효한 수단입니다. 예를 들어:

하나의 그룹을 운영: 차가운 도구를 교류할 수 있는 "살아있는 사람"으로 만들어, 프로덕트와 사용자의 거리를 좁힘
소셜 기능 추가: 사용자가 프로덕트 업데이트를 구독. 사용자 간의关注, 댓글, 좋아요 등. 사용자의 참여감과 소속감을 증가

그룹을 통해 프로덕트의 변화를 사용자에게 알림. 이러한 지속적인 빈번한 긍정 피드백은 사용자가 문제를 피드백하는 적극성을激发하고, 프로덕트와 사용자의 연계를 강화할 수 있습니다

소셜화는 내부 사용의 도구 플랫폼과는 조금 거리가 있는 것처럼 들리지만, 실��로는 멀지 않습니다. 프런트엔드 엔지니어링을 예로 하면, 공공 컴포넌트/코드 스니펫, Code Review, 초보자 튜토리얼/API 문서 등도 모두 간단한 소셜 기능 (좋아요, 댓글) 을 가질 수 있습니다.看似细小하지만, 사용자의 참여도를 향상시키는 데 도움이 됩니다

콘텐츠 운영

커뮤니티와 마찬가지로, 콘텐츠도 일종의 장면 연장입니다. 도구가 산출하는 콘텐츠도 도구의 일부로 합니다. 예를 들어:

WPS 와 稻壳兒템플릿
Git 과 Gist

도구가 사용자에게 부가가치를 출력하도록 가이드하여,从而 도구의 전체 가치를 향상시킵니다 (도구 + 공유 콘텐츠). 另一方面, 사용자가 생성한 콘텐츠를其它 사용자에게 공유하는 것도 자신 영향력 향상에 도움이 되며,互相促進합니다

서두에