앱 기능 요청에 응답하지 않습니다. [닫기]


10

나는 새로운 앱 개발자이며 내 앱 (무료 및 광고 없음)을 20 회 다운로드 한 후에 이미 두 가지 기능 요청을 받았으며 어느 것도 구현하지 않을 것입니다.

이 기능 요청에 응답해야한다면 어떻게해야합니까? 내 앱에서 작업하는 데 시간을 소비하기 때문에 전혀 응답하지 않고 싶지만 새로운 개발자가되면 앱 스토어의 평가가 열악하여 내 앱이 손상 될 수 있습니다.


2
운이 좋다! 앱을 사용하고 그것에 대해 이야기하기에 충분히 관심이있는 사용자. 당신은 옳은 일을하고 있습니다. 계속해 [답이 훌륭하므로 추가하지 않겠습니다.]
david.pfx

2 년 후, 5000 개 이상의 리뷰 및 수백 건의 기능 요청 후, 내가 얻는 기능의 수는 사용자 참여와 앱의 미래 잠재력에 대한 가장 좋은 지표라고 할 수 있습니다 (다운로드가 열악한 경우에도 초기). 또한 기능 요청에 응답해도 문제가되지 않는다고 답할 수 있습니다. 응답하지 않을 경우 모욕 할 권한이있는 사용자는 거의 없습니다. 일부 사용자는 1 * 리뷰를 활용하여 원하는 것을 얻지 만 일반적으로 미리 이메일을 보내지 않으며 요청한 내용을 수행하더라도 평가가 변경되지 않으므로 무시하십시오.
TimSim

답변:


11

a) 골드 백으로 문앞에 나타나더라도 절대 구현할 수없는 기능 b) 구현할 계획이 없지만 구현할 수있는 기능 및 c) 구현하려고하지만 지금은 할 수없는 기능입니다. 보내 a)에서 b)로 또는 b)에서 c)로 무언가를 움직일 때를 절대 알 수 없기 때문입니다.


나는 이것이 최선의 방법이라고 생각합니다. 나는 단지 몇 개의 주식 답장을 사용하고, 감사하며, 아무것도하지 않겠다.
TimSim

15

나는 당신이 의사 소통하지 않기로해야만 잃을 수 있다고 생각합니다.

지금 기능을 구현하지 않을 계획이라면 최소한 현재 계획에 포함되지 않았지만 향후에 고려 될 수 있다고 사용자에게 제안하십시오. 이를 통해 사용자는 이것이 곧 기대할 수있는 기능이라고 생각하지 않으며 계획하지 않았다는 메시지를 보내 게됩니다. 결국, 나중에 마음이 바뀔 수 있습니다 (예를 들어, 이러한 요청이 더 자주 발생할 경우 사용자가 지불 할 수있는 것입니까?).

앱과 완전히 다른 방향으로 가고 싶다고해서이 기능을 구현하지 않았다고 확신한다면 사용자에게 앱 사용을 고려해 보라고 요청하십시오.

응용 프로그램에 대한 사용자 기반을 구축하려는 경우 사용자와의 커뮤니케이션은 중요한 프로세스이며 짧은 답변으로 작성하는 데 많은 시간이 걸리지 않습니다.


1
글쎄, 나는 당신의 조언을 얻었고 지금 나는 새로운 펜팔을 가지고 있으며 그의 하나의 기능 요청은 7로 바뀌 었습니다 ... 그는 내 앱을 평가조차하지 않았습니다.
TimSim

여기서 "의사 소통하다"는 "관심을 가져 주셔서 감사합니다"라는 의미는 없습니다. 그 이상을 말하면 고객이 말한 내용에 관계없이 원하는대로하겠다고 약속했다고 결론을 내릴 수 있습니다. 그리고 그것은 아무 것도 말하지 않는 것보다 훨씬 나쁩니다.
DougM

8

이상적으로는 이러한 요청을 사용자와 사용자가 응용 프로그램을 더 잘 이해하는 데 도움이되는 기회로 사용해야합니다.

당신이 그것을 생각한다면, 당신이 이러한 요청을 무시하는 것을 선호하는 바로 그 이유는 매우 중요한 정보이며, 당신의 마음 속에 묻히고 잊혀진 것보다 그것들을 저장하고 문서화하기를 원할 것입니다.

구현할 시간이 없지만 일반적으로 좋은 생각처럼 보이기 때문에 요청이 무시되면 어딘가에 알고 있어야합니다. 나중에 시간이 있으면 다시 돌아와서 다시 생각할 수 있습니다.

또는 요청이 실제로 잘못되어 요청이 무시 되고 그 이유에 대한 설명을 기록 할 수 있으면 어딘가에 저장하는 데 유용한 지식이 될 수도 있습니다. 그렇게하면 다른 사용자의 유사한 요청을보다 쉽게 ​​처리 할 수 ​​있으며, 자신이 왜 나쁜 생각이라고 생각하는지 잊어 버린 경우에도 도움을 줄 수 있습니다.

일부 기능이 좋은 것보다 더 해로운 이유를 철자하고 적어두면 응용 프로그램, 의도 된 용도, 제한 사항 및 장점을 더 잘 이해하는 데 도움이됩니다.

예를 들어 Stack Exchange 네트워크를 살펴보십시오. 여기서 구현하지 않기로 결정한 기능 요청은 묻히지 않습니다. 이와는 정반대로, 이들은 공개되고 철저하게 분석 되며 Stack Exchange 메타 사이트에서 상태가 편리하게 태그가 지정된 추가 참조를 위해 유지 됩니다.


오, 나는 기능 요청을 받고 그것을 고려하는 것을 좋아하지만 사용자에게 응답하는 데 많은 시간을 보내고 싶지 않습니다. 이해가된다면, 그것을 구현할 것입니다. 그렇지 않으면, 그렇지 않을 것입니다. 그러나 나의 주요 관심사는 특별한 소원을 이루기 위해 주말을 보내도록 설득 할 수없는 사용자들로부터 1 성 등급을받는 것입니다.
TimSim

1
@TimSim-누군가 별 1 개 리뷰를 제공하지 않도록 설득 할 수 없도록 설득하는 대신 5 성급 및 4 성급 리뷰를 얻는 것에 대해 걱정하십시오.
Ramhound

@TimSim은 귀하의 의견과 다른 답변에서 문제 추적기 를 사용 하여 사용자와 통신 하지 않는 것처럼 보입니다 . 이 경우에, 당신이 받아 들인 대답은 꽤 합리적입니다 ... 그래도 대신 트래커를 얻는 것이 좋습니다
gnat

1

다른 답변은 사용자와의 커뮤니케이션을 권장하는 올바른 길에 있다고 생각합니다.

하나의 기능 요청이 7로 바뀌 었습니다.

이 의견을 바탕으로 사용자에게 공개 된 기능 유형에 대한 충분한 피드백을 제공하지 않습니다. 기능 / 기능 세트를 확장하길 원하지만 기존 기능의 성능 및 유용성에 더 관심이 있습니까? 단일 기능을 거부하는 것만으로는 충분하지 않습니다. 그들은 시행 착오를 계속 사용하고 펜팔의 경우 샷건 접근 방식을 사용합니다.

목표는 피드백을 장려하고 방향을 제시하는 것입니다.


0

이 기능을 구현할 계획이 없더라도이 요청 중 하나라도 신호가 직접 전송됩니다. 성 가시고 금입니다. 때로는 결정을 내리기 전에 기다려야 할 경우가 있습니다. 한 사람 만 요청하면 응용 프로그램 에서이 기능을 구현 해서는 안된다고 주장 할 수 있지만 수십 명이 일정 시간 후에 같은 것을 요청하면 자신의 디자인을 생각하게 만들 수 있습니다.

따라서이 피드백을 신경 쓰지 않으면 제품을 관리 할 수 ​​없으므로 항상 대답이 바람직하다고 생각합니다. 가장 간단한 것은 모든 제안을 환영하고 모든 것이 구현 될 수 없더라도 당신에게 소중하다는 답변에만 답하는 것입니다 . 무시할 수는 없습니다.

그리고 나는 어느 것도 구현하지 않을 것이다.

좋은 아이디어가 될 수 있기 때문에 계획을 세우지 않았 거나 기본 디자인을 발전시키는 데 도움이 될 수 있지만 계획을 세우지 않았더라도 구현해야 할 사항을 결정해야합니다 .

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.