Open AlphaPyke opened 1 week ago
This is intentional behavior as the current implementation restricts valid phone numbers to those starting with 6, 8, or 9, which are the most commonly used numbers for mobile and landlines in Singapore. This aligns with the stated validation rules in the User Guide and the requirements for this iteration.
Including numbers starting with 3 is not a critical functionality for the target user base in this version and can be considered for a future iteration if the need arises, therefore Not in Scope.
Team chose [response.NotInScope
]
Reason for disagreement: [replace this with your explanation]
It was mentioned in the user guide that Singapore numbers should be valid, and I understand that current restrictions mention 6, 8 and 9 as valid starting numbers but Singapore numbers should include numbers that start with 3 too, hence I believe it is a feature flaw. Severity at medium due to users who have phone numbers starting with 3 being unable to utilise this feature yet not high as this phone number is not common